接口测试-基本介绍

是什么

是什么：软件在开发的时候一般先开发后端，后端开发完成后需要做集成测试。接口测试就是绕过前端，直接对接口调用，测试接口功能是否正常。
原理：模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做处理并向客户端返回应答，客户端接收应答的过程；
重点：检查数据的交换，传递和控制管理过程，还包括处理的次数；
优点：1，测试尽早的介入可以节省前后端联调的时间 。 2.一个接口问题在界面上可能展示多个问题，减少后面的功能测试时间及bug。为高复杂性的平台带来高效的缺陷监测和质量监督能力，平台越复杂，系统越庞大，接口测试的效果越明显
范畴：接口测试属于灰盒测试
用例设计重点：通常情况下主要测试最外层的两类接口:数据进入系统接口（调用外部系统的参数为本系统使用）和数据流出系统接口（验证系统处理后的数据是否正常）；

战略方针

以保证系统的正确和稳定为核心，以持续集成为 color=“red”>手段，提高测试效率，提升用户体验，降低产品研发成本为 color=“red”>目的。

核心：保证系统的稳定。更准确的是保证系统服务端的正确和稳定，一个系统的服务端，越接近底层，对系统的影响就越大，甚至有可能牵一发而动全身，服务端的一个缺陷可能会引起客户端的几个甚至十几个缺陷，更可怕的是服务端的缺陷有可能引起系统的崩溃，这对整个系统来说，损失将是不可估量的，因此服务端接口的质量将直接影响到系统的正确和稳定。
手段：持续集成（被测代码进行持续构建集成）
“业务”（用业务化的思维去考虑接口定义的合理性）
“集成化”（从集成化的角度去甄别接口间数据传递的正确性）以及“文档体系”
需要从性能、安全的角度去思考代码的正确性，还需要确定我们的测试范围，也就是我们测什么、不测什么。
目的：提高测试效率，提升用户体验，降低产品研发成本。即为代码的编写保驾护航，增强开发人员和测试人员的自信，让隐含的 BUG提前暴露出来，要让开发人员在第一时间修复 BUG，要让功能测试人员和性能测试人员在测试的时候更加顺手，最大限度得减少底层 BUG 的出现数量，要让产品研发的流程更加敏捷，要缩短产品的研发周期，最后在产品上线以后，要让用户用得更加顺畅，要让用户感觉产品服务零缺陷。