接口测试之数据建模

提到接口测试,用例其实就是围绕一堆测试数据来的,这样测试数据的设计就显得尤为重要,这也是考验测试工程师设计测试数据的能力,你是如何来规划你的测试数据?有没有进行建模后再执行?你的跑的那么多数据是否有意义?是否是接口测试真正需要的?是不是有依据?这些都是做好接口测试的关键所在。

下面我们从入参到出参,也就是断言开始分析。。。。。

1、入参

入参分正常情况与异常情况两种

1.1  正常系

1)  必填入参典型值、边界值内的边界值

所有入参的边界值可以形成一个测试用例来执行,不需要太多,看起来繁琐

2) 可选项缺省及部分缺省

3) 重要入参的各种合法的有效值

4) 正常默认值

注意点:

1)  入参支持多个值时,多值输入,接口会不会报错

2)  每条用例数据如非必要,数据要多样化

3)  如果有页数,跟需要注意边界值测试

1.2 异常系

主要测试容错性(暂时不考虑安全性)

1) 必填入参缺省、空值,null值,边界外的值

2) 可选项参数边界值外的值

3) 重要入参的各种错误类型

4) 如果有默认值,默认值异常

注意点:

1)如果有页数,输入一个超过页码值,检查接口返回值

2)关于是否要测试异常系情况,要看实际开发是如何控制的

分一下两种情况

(1)由接口进行控制。输入异常值,接口来判断,返回错误信息,前端只需接收信息并显示

(2)​​由前端进行控制,前端控制用户必须输入正常系的值,而接口可以不做控制

    针对第一种情况就必须测试异常系的情况,第二种就可以略去异常系测试,那如何知道是哪一方来控制?这时候可以看看接口文档有没有标出来,如果没写问问开发,就明白了

2、出参(断言)

1) status code状态判断

2) 响应信息数据结构

3) 重要出参是否存在,键值、类型

4) 是否写入数据库,及预期,部分重要用例,参数需要连接数据库取数据进行判断

5) 负面测试用例,错误信息是否与实际是否相符

注意点:

1) 如果是列表形式的返回数据需要验证排序值,不同页数据是否重复

2) 输出参数有联动性时,需要校验返回两参数的实际结果是否都符合需求

3) 接口返回存在链接,需要验证链接是否可以打开

4) 接口返回存在图片链接,要验证图片尺寸,是否失真等

5) 所有功能都要考虑兼容旧版本

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值