什么时候进行接口测试测试人员会优先编写系统测试用例系统测试人员编写完成后如果开发人员的设计文档API设计文档已经就绪那么测试人员可以根据API设计文档来编写接口的测试用例以及接口测试脚本的编写在开发没有提测前会进行接口测试如果开发提测了那么需要暂停接口测试然后进行系统测试在系统测试过程中有些无法模拟的场景可进行接口测试接口测试用例的执行分为手工执行和自动化执行手工接口测试效率高能更好的发现问题自动化接口测试费时费力需搭建框架、写代码、调试代码所以一般用于稳定的产品需要迭代回归的产品目的是维护系统的质量确保在产品迭代时保证开发不引入新的问题单接口测试正向测试必填参数必测所有参数必测、参数组合业务需要时猜测是反向测试参数异常多参、少参–低优先级可不设计用例以及测试数据异常数据为空、长度不符、类型不符–中优先级建议测试数据为空的情况业务数据异常结合业务功能考虑输出的各种异常返回情况业务异常结合API接口文档的接口响应中不同的响应情况—高优先级重点测试多接口组合测试从业务功能用户使用的角度上来将多个依赖接口组合在一起进行测试相当于业务流程如从注册-登陆-开通托管-充值-投资的金融全流程