接口测试用例和接口测试模板

简介

　　当今社会在测试领域，接口测试已经越来越多的被提及，被重视，而且现在好多招聘信息要对接口测试提出要求。区别于传统意义上的系统级别测试，很多测试人员在接触到接口测试的时候，也许对测试执行还可以比较顺利的上手，但一

提到相关的文档，比如测试用例和报告，就有些不知所措了。这类问题在我加入的几个测试的群里，经常看到一些人在不断提问。

　　今天就用这篇文章来说说接口测试用例和报告。

接口功能测试用例模板

　　提到功能测试用例，我们知道，其中最重要的两个要素就是：

　　测试步骤

　　预期结果

　　其实对于接口功能测试也同样如此；接口测试的步骤中，最重要的是将实现向接口发送预设请求，结果则要关注响应信息及后续处理。

　　所以接口功能测试用例编排可以考虑下列两种形式：

　　

　　

　　

测试报告模板

　　测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。测试报告是测试阶段最后的文档产出物。优秀的测试经理或测试人员应该具备良好的

文档编写能力。

　　接口测试报告很多时候会和接口性能测试报告一起，如果要单独报告的话，可以考虑以下内容：

01系统接口概况

　　简要描述与测试项目相关的一些背景资料，如被测系统简介，项目上线计划等。

　　对于系统接口的定义和设计做出介绍。

　　比如系统一共有多少个接口？采用哪种协议？都涉及到哪些发送方法？采用怎样的请求格式？使用怎样的返回标准？可用表格说明。

测试目的与范围

　　描述本次接口测试的目的、范围与目标，内容应与本次接口测试的《接口测试实施方案》中的对应内容保持一致。

测试目的

　　本测试报告的具体编写目的，指出预期的读者范围。

　　实例：本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读

本报告的高层经理。

　　本次测试的目的在于确保系统接口功能和逻辑处理已验证，符合《接口定义说明书》的定义和要求，满足系统需要。

测试对象范围（测试用例设计）

　　简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图，以及用这类方法(3-4句)。

　　提示：如果能够具体对设计进行说明，在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念，顺便说一句，在这里写上一些非常规的设计方法也是有利的，至少在没有看到测试结论之前就可以了解到测试经理的设

计技术，重点测试部分一定要保证有两种以上不同的用例设计方法。

　　说明测试的对象是哪些

• 单场景接口功能测试

• 混合场景接口功能测试

　　详见《项目接口测试用例》可考虑贴出x-mind图

测试指标范围

• 被测接口接收请求和返回报文

• 被测接口返回状态

• 被测接口对应业务逻辑处理

• 涉及数据沉淀的处理

• 复杂场景下多接口串联交互

测试工具及资源

　　简要介绍测试中采用的方法(和工具)。

　　

　　提示：主要是黑盒测试，测试方法可以写上测试的重点和采用的测试模式，这样可以一目了然的知道是否遗漏了重要的测试点和关键块。工具为可选项，当使用到测试工具和相关工具时，要说明。注意要注明是自产还是厂商，版本号多

少，在测试报告发布后要避免大多工具的版权问题。

测试工具

　　说明本次测试使用到的测试工具和辅助工具

　　测试工具：该测试将使用Postman（例）

　　Postman是谷歌的一款接口测试插件，它使用简单，支持用例管理，支持get、 post、文件上传、响应验证、变量管理、环境参数管理等功能，可以批量运 行，并支持用例导出、导入。

辅助工具：略

测试资源

测试记录及结果分析

　　结合测试中发现的问题对于整体测试结果进行分析，做出判断。

• 接口业务功能错误类缺陷情况

• 接口异常处理类缺陷情况

• 接口处理数据沉淀缺陷类情况

• 接口安全性缺陷情况

混合场景接口测试

• 测试结果数据

• 给出本次混合场景接口测试的测试结果数据

测试问题及结果分析

　　结合测试中发现的问题对于整体测试结果进行分析，做出判断。

• 混合接口业务功能错误类缺陷情况

• 混合接口业务数据传递类缺陷情况

测试结论

　　给出本次性能测试的测试总结论，一般以测试结果与测试目标的比较结果作为测试结论。

　　1． 测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）

　　2． 对测试风险的控制措施和成效

　　3． 测试目标是否完成

　　4． 测试是否通过

　　5． 是否可以进入下一阶段项目目标