一、简介

　　接口测试区别于传统意义上的系统测试，下面介绍接口测试用例和接口测试报告。

二、接口测试用例模板

功能测试用例最重要的两个因素是测试步骤和预期结果，接口测试属于功能测试，所以同理。接口测试的步骤中，最重要的是将实现向接口发送预设请求，结果要关注响应信息及后续处理。如图是一个接口测试用例模板。

　PS：实际工作场景中，我们需要对接口之间的串联和混合场景进行测试，简单点来说就是上一个接口返回的数据有可能作为后边接口的参数

三、接口测试报告模板

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

 下面简单介绍一下接口测试报告的目录

1.系统接口概况

　简要描述与测试项目相关的一些背景资料，如被测系统简介，项目上线计划等。对于系统接口的定义和设计做出介绍：比如系统一共有多少个接口？采用哪种协议？都涉及到哪些发送方法？采用怎样的请求格式？使用怎样的返回标准？这里可用表格说明。

2.测试目的与范围

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

　　2.1测试目的

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

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

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

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

　　简要介绍测试用例的设计方法。例如：等价类划分、边界值、场景法。一般3-4句

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

说明测试的对象是哪些？

• 单场景接口功能测试
• 混合场景接口功能测试

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

　　2.3测试指标范围

• 被测接口接收请求和返回报文
• 被测接口返回状态
• 被测接口对应业务逻辑处理
• 设计数据沉淀的处理
• 复杂场景下多接口串联交互

3.测试工具及资源

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

提示：主要是黑盒测试，测试方法写上测试的重点和采用的测试模式，知道是否漏了重要的测试点和关键模块。工具为可选项，当使用到测试工具和相关工具时，要说明。注意要注明是自产还是厂商，版本号多少，在测试报告发布后要避免工具的版本问题。

　　3.1测试工具

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

　　测试工具：该测试将使用postman

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

　　3.2 测试资源

 4.测试记录及结果分析

　　4.1 单场景接口测试

　　测试结果数据

　　给出本次单场景接口测试的测试结果数据

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

• 接口业务功能错误类缺陷情况
• 接口异常处理类缺陷情况
• 接口处理数据沉淀缺陷类情况
• 接口安全性缺陷情况

　　4.2 混合场景接口测试

　测试结果数据

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

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

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

5.测试结论

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

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

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

3.测试目标是否完成

4.测试是否通过

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

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！