测试流程||接口测试

一、话题引入

我们都知道，前后端之间实现数据传递、交互，是通过接口实现的。那作为测试人员，必不可少需要和接口打交道，需要对接口进行接口测试。那接口测试的流程是什么呢？

二、基本概念

1，接口的概念

接口实际上是组件/系统之间的交互点，通过这些交互点来实现数据的传递、交互。广义上分为硬件接口（eq：USB接口）、软件接口（eq：https://baidu.com）两大类。
而作为软件测试人员，我们接触到的就是软件接口。

2，接口的作用

无论是B/S架构，还是C/S架构，其实都是通过接口来实现两端之间的数据传递、交互的。

3，接口测试的概念

接口测试，顾名思义就是对两端之间的接口进行测试。通过接口测试，验证数据的正确性及逻辑依赖关系的正确性。

4，接口测试的工作原理

借助工具/代码（fiddler、postman等）来模拟客户端向服务端发送请求，验证响应数据是否符合预期。

5，接口测试的作用

1）接口开发完成即可进行接口测试，不需要等客户端开发完成后才介入，可以更早的发现BUG，符合质量控制前移原则；
2）接口测试不仅可以对参数值进行测试，还能对参数进行测试，可以发现一些功能测试发现不了的问题；
3）接口的一个BUG，可能会导致业务的好几个BUG，所以接口测试可以说是低成本高收益的；
4）接口测试可以从用户的角度对系统进行全面的检测。

6，接口测试的维度

接口测试主要围绕功能测试、性能测试、安全性测试三个维度展开。
其中，接口功能测试是最基本的维度。

三、接口测试流程

1，研读需求文档，了解业务场景

接口的主要作用是给系统/组件提供数据传递、交互，所以接口测试肯定不能脱离业务，故需要研读需求文档。通过研读需求文档，了解需求、了解待测试接口的业务场景、作用。

2，研读接口文档，获取接口信息

进行接口测试，肯定需要了解接口的URL、请求方法、请求头、请求体、响应体等基本信息，在后面的接口用例设计时才‘有法可依’。这些接口信息，需要研读接口文档。

3，设计测试用例

在了解了接口的业务场景、获取了接口的基本信息后，我们就可以开始进行接口用例设计了。
前面提到，接口测试分为接口功能测试、接口性能测试、接口安全性测试三个维度展开（接口安全性测试一般由专门的安全测试工程师进行）。那顾名思义，接口用例的设计，也是从这三个维度展开。测试点可以大致分为以下几点：
1）接口功能测试：单接口功能、业务场景功能
2）接口性能测试：响应时长、吞吐量、并发数、服务器资源使用率
3）接口安全性测试：敏感数据是否加密、SQL注入…

4，组织用例评审

在用例设计完成后，便可以开始组织用例评审了。一般是拉上开发、产品、测试同事一起参与。
通过用例评审，一方面可以实现三方需求信息的二次确认、统一，另一方面可以查漏补缺、完善用例。
待用例评审结束，需要结合会议内容，完善用例。

5，执行测试用例

接下来，待开发开发完接口后，便可以开始接口测试了。过程这发现问题及时记录到禅道等缺陷管理工具，并跟进开发的修复进度，待开发修复完毕后做好回归测试，及时关闭缺陷。

6，生成测试报告

测试完成后，需要生存测试报告，对本次测试进行总结。