关于api:接口测试用例思路总结

44次阅读

共计 582 个字符,预计需要花费 2 分钟才能阅读完成。

最近在跟一个我的项目,顺便把 Eolinker 应用培训里说到的接口测试用例的设计思路总结了下,次要波及两个大方向。

第一个方向是独立接口测试;

第二个方向是多维度接口测试,通过结构情景来丰盛接口测试数据来达到。

用例设计——方向一:

用例一

基本功能,全副参数

1、参照接口文档,理解接口性能后,首先判断是否合乎业务需要逻辑

2、验证基本功能,将波及到的参数全副传参

用例二

短少可选项

1、传参中只有必填项,无可选项参数

2、传参中只有必填项,短少其中一个可选项参数

短少必填项

1、传参中短少其中一个必填值,参照变 1 准则。

2、传参中短少全副必填参数,有可选项

3、将必填参数名称批改为非法

用例三

参数越界

1、探测参数的边界值,通过边界值检测接口

用例四

参数类型

1、字符串、整型

用例五

笼罩全副门路,包含失常、异样

用例六

入库出库查看

入库 a,库中值为:a,查问值为 a

用例设计——方向二:

用例七

情景构建

这也是比拟重要的,这个比拟考验测试 er 对业务的熟练度,尽可能多的模仿场景,达到接口测试覆盖度更加全面

实例:

具体失败起因 姓名不能为空且限度 1 -50 个字符 165

昵称不能为空且限度 6 -24 个字符 166

公司名称不能为空且限度 4 -128 个字符 167

固定电话格局谬误 168

邮箱格局不正确,请批改后保留 164

请抉择城市 154

请抉择性别 3003

以上是 7 类用例设计办法,有脱漏当前补充。

www.eolinker.com

正文完
 0