简介
当今社会在测试领域，接口测试已经越来越多的被提及，被重视，而且现在好多招聘信息要对接口测试提出要求。区别于传统意义上的系统级别测试，很多测试人员在接触到接口测试的时候，也许对测试执行还可以比较顺利的上手，但一
提到相关的文档，比如测试用例和报告，就有些不知所措了。这类问题在我加入的几个测试的群里，经常看到一些人在不断提问。
今天就用这篇文章来说说接口测试用例和报告。
一、接口功能测试用例模板
提到功能测试用例，我们知道，其中最重要的两个要素就是：
1.测试步骤
2.预期结果
其实对于接口功能测试也同样如此；接口测试的步骤中，最重要的是将实现向接口发送预设请求，结果则要关注响应信息及后续处理。
所以接口功能测试用例编排可以考虑下列两种形式：
接口其他方面测试用例模板：
要特别注意的是，实际工作场景中我们可能还会对接口之间的串联和混合场景进行测试。就是上一个接口返回的数据有可能作为后边的接口的参数传入后边的接口。
二、测试报告模板
测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。测试报告是测试阶段最后的文档产出物。优秀的测试经理或测试人员应该具备良好的文档编写能力。
接口测试报告很多时候会和接口性能测试报告一起，如果要单独报告的话，可以考虑以下内容：
01 系统接口概况
简要描述与测试项目相关的一些背景资料，如被测系统简介，项目上线计划等。
对于系统接口的定义和设计做出介绍。
比如系统一共有多少个接口？采用哪种协议？都涉及到哪些发送方法？采用怎样的请求格式？使用怎样的返回标准？可用表格说明。
02 测试目的与范围
描述本次接口测试的目的、范围与目标，内容应与本次接口测试的《接口测试实施方案》中的对应内容保持一致。
测试目的
本测试报告的具体编写目的，指出预期的读者范围。
实例：本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读
本报告的高层经理。
本次测试的目的在于确保系统接口功能和逻辑处理已验证，符合《接口定义说明书》的定义和要求，满足系统需要。
测试对象范围（测试用例设计）
简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图，以及用这类方法(3-4句)。
提示：如果能够具体对设计进行说明，在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念，顺便说一句，在这里写上一些非常规的设计方法也是有利的，至少在没有看到测试结论之前就可以了解到测试经理的设计技术，重点测试部分一定要保证有两种以上不同的用例设计方法。
说明测试的对象是哪些
- 单场景接口功能测试
- 混合场景接口功能测试
详见《项目接口测试用例》可考虑贴出x-mind图
测试指标范围
- 被测接口接收请求和返回报文
- 被测接口返回状态
- 被测接口对应业务逻辑处理
- 涉及数据沉淀的处理
- 复杂场景下多接口串联交互
03 测试工具及资源
测试工具
说明本次测试使用到的测试工具和辅助工具
测试工具：该测试将使用Postman（例）
Postman是谷歌的一款接口测试插件，它使用简单，支持用例管理，支持get、 post、文件上传、响应验证、变量管理、环境参数管理等功能，可以批量运 行，并支持用例导出、导入。
辅助工具：略
测试资源
04 测试记录及结果分析
单场景接口测试
测试结果数据
给出本次单场景接口测试的测试结果数据
05 测试问题及结果分析
结合测试中发现的问题对于整体测试结果进行分析，做出判断。
- 接口业务功能错误类缺陷情况
- 接口异常处理类缺陷情况
- 接口处理数据沉淀缺陷类情况
- 接口安全性缺陷情况
混合场景接口测试
测试结果数据
给出本次混合场景接口测试的测试结果数据
测试问题及结果分析
结合测试中发现的问题对于整体测试结果进行分析，做出判断。
- 混合接口业务功能错误类缺陷情况
- 混合接口业务数据传递类缺陷情况
测试结论
给出本次性能测试的测试总结论，一般以测试结果与测试目标的比较结果作为测试结论。
1.测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）
2． 对测试风险的控制措施和成效
3． 测试目标是否完成
4． 测试是否通过
5． 是否可以进入下一阶段项目目标
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
