接口测试用例设计(超详细~)
一、为什么要写接口测试用例?
(1)理清思路,避免漏测和重复测试。
(2)提高测试效率、跟进测试进度、告诉领导做过、跟进重复性工作。
(3)更好的记录问题、发现问题、复现问题、同时这也是接口测试流程中的一个产物。
二、接口测试用例设计主要考虑哪些?
(1)功能是否正常。
(2)功能是否按照接口文档实现、是否依赖业务、异常情况(参数异常、数据异常)、安全测试等。
三、接口测试用例包含哪些内容?
用例名称、接口地址、请求方式、前置条件、描述、请求头部、请求参数、状态码、预期返回结果
同时,我也准备了一份软件测试视频教程(含面试、接口、性能、自动化等),需要的可以直接在下方观看,或者直接关注VX公众号:互联网杂货铺,免费领取
软件测试视频教程观看处:
字节大佬教你逼自己如何在15天内掌握自动化测试(接口自动化/APP自动化/Web自动化/性能测试),内含项目实战
四、接口用例的设计方法与思路?
与手工设计相同点
手工测试对应的功能测试点,与接口测试对应的功能点完全一致
与手工设计不同点
手工测试,测写入到输入框中的数据是否正确;接口测试,测参数对应的参数值是否正确
接口测试不单单针对参数值进行,还可以对参数本身进行测试(如password:123;我们可以测试密码123的正确性,也可以测试使用简称pwd时是否正确)
- 正向参数:
必选参数:所有的必选(必填)都包含
组合参数:所有的必选+任意一个或多个可选参数
全部参数:所有的必选+所有的可选参数
- 反向参数:
多参:多出一个或多个必选参数(可以任意指定)
少参:缺少一个或多个必选参数
无参:没有必选参数
错误参数:参数名输入错误
接口测试一般考虑入参形式的变化和接口的业务逻辑。
一般设计接口测试用例采用等价类、边界值、场景法居多。
接口测试用例设计思路:
(1)接口业务逻辑测试,接口逻辑测试是指根据业务逻辑,输入参数,输出值的描述,对正常输入情况下所得输出值是否正确的测试,也就是测试对外提供的接口服务是否正常。
(2)模块接口测试,模块接口测试是为了保证数据的安全及程序在异常情况下的逻辑正确性而进行的测试模块,接口测试主要包括以下几个方面
a.鉴权码 token 异常(为空、没有、错误、过期)
b.其他参数的异常,必填项的检查,参数的长度、类型、格式异常。常规的参数有数字,字符串,日期;参数长度,位数、身份证、电话的长度;参数的类型,数字精度,字母,中文,带空格的参数,特殊字符;日期格式,日期年月日,年月日时分秒,日期格式(包含/-:等)
c.错误码异常覆盖
五,单接口测试用例
手工测试用例文档8大要素:
用例编号,用例标题,模块,优先级,预置条件,测试数据,操作步骤,预期结果
接口测试文档10要素:
用例编号,用例标题,模块,优先级,预置条件,请求方法,URL,请求头,请求体(请求数据)
PS:如需软件测试学习资料,可在公众号(互联网杂货铺),后台回复1,小编后面会逐步完善自己收藏的资料。
整理不易,给个关注点个赞吧,谢谢各位大佬!
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!