接口测试用例设计

转载：http://blog.sina.com.cn/s/blog_13cc013b50102w1ot.html

设计思路

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

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

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

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

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

1、正向用例优先测试，逆向用例次之

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

3）设计分析

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

1.是否满足前提条件

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

逆向用例：

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

2.是否携带默认值参数

正向用例：

带默认值的参数都不填写、不传参，必填参数都填写正确且存在“常规”值，其他不填写，设计1条用例

3.业务规则、功能需求

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

4.参数是否必填

逆向用例：

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

5.参数之间是否存在关联

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

逆向用例：

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

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

正向用例

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

逆向用例

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

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

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

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

分支流程用例：正常的分支流功能校验

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

4）编写描述

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

5）实践操作

接口样例

获取订单列表接口（多条件）

获取店铺指定期间的所有订单列表（多种条件组合），默认根据日期倒序排序

接口方向

客户端->服务端

接口协议

接口地址;$xxx_Home/xxx/鉴权前缀/xxxx/getALLOrderList

接口协议：JSON

HTTP请求方式：GET

消息请求

字段列表参考blog