接口测试总结（单接口+多接口）

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