接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
由于如今的系统复杂度不断上升，传统的测试方法成本急剧增加且测试效率大幅下降，所以就要做接口测试。同时，接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。现在很多系统前后端架构是分离的，从安全层面来说，只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前面实在太容易）， 需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。前后端传输、日志打印等信息是否加密传输也是需要验证的。
接口测试测什么
image.png
接口自动化适用场景
主要是基于http协议的接口，所以测试接口时主要是通过工具或代码模拟http请求的发送和接收。
（1）测试前置、开发自测：一个新的自动化接口测试案例开发完成后，直接发给接口对应的开发，安排在开发本地环境执行，一旦开发确认完成接口开发，就开始执行接口测试案例，基本上可以实时拿到测试结果，方便开发快速做出判断。（开发本地运行的方式就是打开JMeter工具，导入JMX文件，开始执行可。）
（2）回归测试：开发本地测试通过后，或整个需求手工测试通过后，把自动化的接口测试案例做分类整理，挑选出需要纳入到回归测试中的案例，在持续集成环境重新准备测试数据，并把案例纳入到持续集成的job中来，这些用于回归的接口测试案例需要配置到持续集成平台自动运行。
（3）线上巡检: 循环监控线上环境,及时采取反应措施。
接口测试核心及重点
对接口测试而言，持续集成自动化是核心内容，通过自动化的手段才能做到低成本高收益。
1) 流程方面：在回归阶段加强接口异常场景的覆盖度，并逐步向系统测试，冒烟测试阶段延伸，最终达到全流程自动化。
- 结果展示：更加丰富的结果展示、趋势分析，质量统计和分析等
- 问题定位：报错信息、日志更精准，方便问题复现与定位。
- 结果校验：加强自动化校验能力，如数据库信息校验。
- 代码覆盖率：不断尝试由目前的黑盒向白盒下探，提高代码覆盖率。
- 性能需求：完善性能测试体系，通过自动化的手段监控接口性能指标是否正常。
接口测试质量评估标准(或阶段划分)
1) 业务功能覆盖是否完整
2) 业务规则覆盖是否完整
3) 参数验证是否达到要求（边界、业务规则）
4) 接口异常场景覆盖是否完整
5) 接口覆盖率是否达到要求
6) 代码覆盖率是否达到要求
- 性能指标是否满足要求
8) 安全指标是否满足要求
网友评论