二.自动化接口测试---用例设计思路、模版

 

一.接口测试主要都测些什么？

   这个问题，我们可以从接口测试活动内容的角度下手，看一下面这张图，基本反应了当前我们项目后端接口测试的主要内容：

 

 

二、接口用例设计思路

 

1)   优先级--针对所有接口

1、暴露在外面的接口，因为通常该接口会给第三方调用；

2、供系统内部调用的核心功能接口；

3、供系统内部调用非核心功能接口；

 

2)   优先级--针对单个接口

1、正向用例优先测试,逆向用例次之(通常情况，非绝对)；

2、是否满足前提条件 > 是否携带默认参值参数 > 参数是否必填 > 参数之间是否存在关联 > 参数数据类型限制 > 参数数据类型自身的数据范围值限制

 

3)   设计分析

通常，设计接口测试用例需要考虑以下几个方面：

1、是否满足前提条件

有些接口需要满足前置条件，才可成功获取数据。常见的，需要登陆Token。

逆向用例：

针对是否满足前置条件(假设为n个条件)，设计0~n条用例

 

2、是否携带默认值参数

正向用例：

带默认值的参数都不填写、不传参，必填参数都填写正确且存在的“常规”值，其它不填写；

 

3、业务规则、功能需求

这里根据实际情况，结合接口参数说明，可能需要设计n条正向用例和逆向用例

 

5、参数是否必填

逆向用例：

针对每个必填参数，都设计1条参数值为空的逆向用例

 

4、参数之间是否存在关联

有些参数彼此之间存在相互制约的关系

逆向用例：

根据实际情况，可能需要设计0~n条用例

 

5、参数数据类型限制

逆向用例：

针对每个参数都设计1条参数值类型不符的逆向用例

 

6、参数数据类型自身的数据范围值限制

正向用例：

针对所有参数，设计1条每个参数的参数值在数据范围内为最大值的正向用例

 

逆向用例：

针对每个参数(假设n个)，设计n条每个参数的参数值都超出数据范围最大值的逆向用例

针对每个参数(假设n个)，设计n条每个参数的参数值都小于数据范围最小值的逆向用例

 

以上几个方面考虑全的话，基本可以做到如下几个方面的覆盖：

主流程测试用例：正常的主流程功能校验；

分支流测试用例：正常的分支流功能校验。

异常流测试用例：异常容错校验

 

4)   编写描述

尽量逻辑化，这样方便后续的维护

   

5.存在问题：

接口参数很多点，接口数量很多时，工作量可想而知，所以，问题来了，咋办呢？

个人见解：

1、根据接口的使用对象(外部，系统内部)，有选择的去、留部分用例

2、根据接口的是否核心接口，有选择的去、留部分用例

3、根据参数说明，及实际情况，有选择的去、留部分用例

 

6.用例模版-参考

 

 备注：笔记均来自网络，仅供自己学习。

原地址：https://www.cnblogs.com/sunshine2016/p/5581217.html

转载于:https://www.cnblogs.com/youzaijiang/p/10600189.html