大家好,欢迎来到IT知识分享网。
一、简介
接口测试区别于传统意义上的系统测试,下面介绍接口测试用例和接口测试报告。
二、接口测试用例模板
功能测试用例最重要的两个因素是测试步骤和预期结果,接口测试属于功能测试,所以同理。接口测试的步骤中,最重要的是将实现向接口发送预设请求,结果要关注响应信息及后续处理。如图是一个接口测试用例模板。
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.是否可以进入下一阶段项目目标
参考链接:接口测试用例和接口测试模板
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://yundeesoft.com/31154.html