为什么要做接口测试？

前言：最近很多伙伴会在群里问为什么要做接口测试（自动化）？碰巧最近网上看到一段介绍分享给大家！

 

当前互联网产品迭代频繁的背景下，回归测试的时间越来越少，很难在每个迭代周期对所有功能做完整的回归测试。即使有比较完整的UI自动化(版本迭代带来UI在变, 维护成本高,产出率有限), 也非常耗时, 产品功能繁多, 整个UI自动化跑下来会消耗数小时. 但接口自动化测试因其实现简单、维护成本相对较低，容易提高覆盖率等特点，越来越受到广大公司认同。

在测试的角度上来说，做过接口测试 就很清晰的知道一个bug，到底是前端的问题还是后台的问题, 前后端分离意味着富服务户端, 轻客户端, 大量的算法, 业务,交互交给服务端实现, 前端仅做用户体验和用户交互, 这样复杂的逻辑全部有服务端处理, 仅需要通过API统一输出即可, 一个服务端对多个前端(web, H5, android, iOS,微信企业号等). 这个API直接影响所有客户端工作是否正常.

 

核心:保证系统稳定

接口测试作为质量管理的一部分保证系统正确稳定,一个系统服务越接近底层,对系统的影响也就越大,服务端的一个缺陷可能会引起整个客户端的崩溃,损失是不可估量的.

 

目的:提高测试效率,提升用户体验,降低产品研发成本

接口测试增强了开发和测试的信心, 让隐含的bug提前暴露,让功能测试更加顺手,减少底层bug出现,让前端研发更流畅, 缩短开发周期, 提高开发质量.

 

接口测试的意义

接口测试不等同于单元测试, 接口测试价值在于投入比单元测试少, 技术难度比单元测试小, 测试粒度比单元测试粗, 基于子系统或者子模块的接口层面测试,

接口测试需要测试的接口远小于单元测试成本,所以接口测试代码维护成本低于单元测试, 投入量小, 但产出可观.

借助接口测试可以保证各种应用场景下接口调用的正确性,子系统或者子模块质量得到充分的保证, 这里的各种场景是:

1.业务场景快速实现和维护

2.运行环境快速切换, 一套API脚本略作修改,即可在测试环境, 预发布环境, 甚至生产环境快速执行验证, 是功能测试无法比拟的.

 

最后接口测试可自动化且可持续集成,这也是接口测试低成本高收益的根源.