接口测试用例和报告模板

当今在测试领域，接⼝测试已经越来越多的被提及，被重视。

区别于传统意义上的系统级别测试，很多测试⼈员在接触到接⼝测试的时候，也许对测试执⾏还可以⽐较顺利的上⼿，但⼀提到相关的归档，⽐如测试⽤例和报告，就有些不知所措了。

今天就⽤这篇⽂章来说说接⼝测试⽤例和报告。

1.　　接⼝⽤例模板

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

测试步骤

预期结果

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

所以接⼝测试⽤例编排可以考虑下列两种形式：

要注意的是，实际⼯作场景中我们可能还会对接⼝之间的串联和混合场景进⾏测试。

2.　　测试报告模板

接⼝测试报告很多时候会和接⼝性能测试报告⼀起，如果要单独报告的话，可以考虑以下内容：2.1　　系统接⼝概况

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

对于系统接⼝的定义和设计做出介绍，⽐如系统⼀共有多少个接⼝？采⽤哪种协议？都涉及到哪些发送⽅法？采⽤怎样的请求格式？使⽤怎样的返回标准？可⽤表格说明。

2.2　　测试⽬的与范围

描述本次接⼝测试的⽬的、范围与⽬标，内容应与本次接⼝测试的《接⼝测试实施⽅案》中的对应内容保持⼀致。

2.2.1.测试⽬的

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

2.2.2. 测试对象范围

说明测试的对象是哪些

单场景接⼝功能测试

混合场景接⼝功能测试

详见《项⽬接⼝测试⽤例》可考虑贴出x-mind图

2.2.

3. 测试指标范围

被测接⼝接收请求和返回报⽂

被测接⼝返回状态

被测接⼝对应业务逻辑处理

涉及数据沉淀的处理

复杂场景下多接⼝串联交互

2.3　　测试⼯具及资源

2.3.1. 测试⼯具

说明本次测试使⽤到的测试⼯具和辅助⼯具

　　1.　测试⼯具：该测试将使⽤Postman（例）

　　　　Postman是⾕歌的⼀款接⼝测试插件，它使⽤简单，⽀持⽤例管理，⽀持get、 post、⽂件上传、响应验证、变量管理、环境参数管理等功能，可以批量运⾏，并⽀持⽤例导出、导⼊。

　　2.　辅助⼯具：略2.3.2. 测试资源

组成员职责

总负责张三各组间⼯作协调、⽅案评审

测试组李四需求分析，测试⽅案编写，脚本编

写，执⾏测试以及编写测试报告

2.4　　测试记录及结果分析

2.4.1. 单场景接⼝测试

2.4.1.1 测试结果数据

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

⽤例场景描述被测接⼝测试结果备注

API001⽤户登录接⼝/user/login通过

API002⽤户登出接⼝/user/logout失败Defect:41335 ......

2.4.1.2. 测试问题及结果分析

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

l 接⼝业务功能错误类缺陷情况

l 接⼝异常处理类缺陷情况

l 接⼝处理数据沉淀缺陷类情况

l 接⼝安全性缺陷情况

2.4.2. 混合场景接⼝测试

2.4.2.1. 测试结果数据

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

⽤例场景描述被测接⼝测试结果备注

APIm001⽤户登录、搜索商

品、查看商品/user/login

/commodity/search

/commodity/pdp

通过

APIm002⽤户登录、修改个

⼈信息、上传头像/user/login

/user/personalInfo

/user/personalInfo/portrait/upload

失败Defect:41510

......

2.4.2.2. 测试问题及结果分析

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

l 混合接⼝业务功能错误类缺陷情况；

l 混合接⼝业务数据传递类缺陷情况；

2.5　　测试结论

给出本次接⼝测试的测试总结论，⼀般以测试结果与测试⽬标的⽐较结果作为测试结论。