接口测试流程规范

一、接口测试基本流程

测试方案：需求澄清会结束后开始，由测试组长（主管）编写，确定测试时间、测试范围、测试人员、测试环境；以邮件通知给项目相关人员。
测试用例：测试方案发出后开始，由测试人员编写，根据测试方案、需求相关文件、swagger接口文档分别编写功能测试用例和接口测试用例；并以邮件通知给项目相关人员并确定评审时间。
用例评审：测试用例发出后，由测试人员组织评审（参会人员：测试人员、测试组长（主管）、项目经理）；确保测试用例覆盖率足够全；修改确认无误后，以邮件通知给项目相关人员。
执行接口测试：开发前后端联调完成后，提测接口，由测试人员根据接口测试用例，使用接口测试工具进行接口测试。（在sit测试之前介入接口测试，尽可能在进入sit之前发现bug解决bug，减轻sit测试压力，提高整个项目效率，达到接口测试和功能测试相互辅助互相补充的效果）。
SIT测试：系统整体测试，系统前端界面开发完成后提交测试。
提交bug：测试用例不通过时，由测试人员提出，指派给对应开发人员。
回归测试：开发每日修复bug后，由测试人员统一时间验证，通过则关闭，不通过则激活，并记录每日bug情况（与测试情况合并一起）。
测试报告：回归测试完成后，由测试人员根据实际测试情况，bug修复情况，编写测试报告，对项目是否可以上线做出评估，根据不同的测试内容分开出报告，并以邮件通知给项目相关人员。
操作手册：不归于测试流程内，有交付需求时由测试人员主导编写。
测试总结：不归于测试流程内，在测试工作结束后，总结测试过程中遇到的问题以及总结经验。

二、接口测试介入时间

开发人员完成代码编写，输出接口文档后，并且前端开发和后端开发进行前后端联调，打通主干流程，联调结束后，由后端开发人员提测接口

三、如何进行接口测试

通过工具模拟客户端向服务端发送请求并接受服务器返回的数据来对接口的功能，逻辑业务，异常，安全进行测试。

Swagger+postman接口测试流程

1.postman导入swagger接口文档
2.修改变量，完善测试接口
3.导入测试数据
4.设置断言
5.调试接口
6.输出报告

Swagger+Postman+Jenkins实现持续集成测试

（可用于回归测试）
1.使用swagger+postman编写接口测试用例
2.准备测试数据文件
3.Postman导出接口测试集json文件和测试环境json文件
4.Jenkins创建测试项目并使用Newman执行测试脚本
5.将项目与工程构建关联，使构建发布到测试环境后触发执行

四、接口测试工具

工具清单

Swagger：接口文档管理工具
Postman：接口测试工具
Jenkins：持续集成工具

工具使用

Swagger接口文档规范：接口管理是做好接口测试很重要的前提：
请求接口包含元素：协议、请求方式、接口rul、请求参数、请求示例
请求参数：字段、说明、请求类型、数据类型、是否必填、备注
请求示例：正确示例、错误示例
响应内容包含元素：响应状态码、响应参数、响应示例
响应状态码：状态码、说明、备注
响应参数：字段、说明、响应类型、是否必填、备注
响应示例：正确示例、错误示例

五、对现有流程有影响的点

开发方面
1.前期需要开发尽可能考虑周全提前定义好接口参数和返回值，定义好后发布到swagger
2.如有接口变更情况需要测试开发消息保持同步，保证swagger显示的是最新修改后的内容
3.接口测试不通过情况下，解决测试提到的bug
测试方面
1.根据初版的API文档和需求编写初版测试用例（接口测试用例与功能测试用例并行开发）
2.接口有更新时及时调整接口测试用例
3.bug解决后及时验证