接口测试用例设计方法——接口测试用例思路梳理

零，所有待测接口都要覆盖

一，参数覆盖（所有、必填、可选）：

1，覆盖所有参数（正向，2个）：

1，包括必选和可选：1个

2，不包括可选只包括必选：1个

总共：2个

预期：返回正常的响应报文

必填参数是否为空(逆向，n个)：

每个必填都要考虑

必选参数A：为空

必选参数B、C、D...：不为空

可选参数：不写为空的逆向用例

n个必填参数，就需要设计n个用例

预期：业务失败，报错，并有提示信息

必填参数的个数（冗余与缺失，逆向，1+n）：。
1. 接口需要机制去判断：如果参数多了或者少了，怎么处理。

接口文档中应有说明：参数多，应自动忽略。参数少应提示缺失。

如果没有说明，找接口文档编写者确认。

必填参数

必填参数：多1个，设计1条用例。预期：正常

必填参数：少1个，每个必填缺失，n个必填参数可以设计n个逆向用例。预期：报错

可选参数：不考虑多和少

4，可选参数的任意组合，正向用例（若干个）：

必填参数必须有
根据可选参数数目，设计若干条。

3个可选参数组合方式，7种：ABC,1个可选（3种），2个（AB AC BC，3种），3个（ABC,1种）

5个可选参数，31个：C（5,1）5+C（5,2）10+C（5,3）10+C（5,4）5+C（5,5）1=31个用例

（3）预期：不报错

二，参数类型覆盖（n+1）：数据类型错误-逆向用例

1，每个必填参数编写1条错误类型的用例，n个必填，编写n个逆向用例

2，所有可选参数编写1条错误类型的用例，必选参数类型正确。1个逆向用例。预期：不报错

为了提高覆盖度，理想的情况：n个可选参数就写n个逆向用例

注意：字符串类型的错误类型可以包括：布尔值，数字（整数、浮点数）

3，预期：报错，并有提示信息

三，参数值覆盖：

1，参数默认值

设计1条正向用例：无论是否必选，具有默认值的参数名都要填写，但是不填写参数值。其他无默认值的必填参数及无默认值的可选参数都填写常规值。

预期：返回正常业务的响应报文，不报错

注意一下两点，灵活调整

必填参数带默认值可能与必填参数值为空的用例重复
可选参数带默认值可能与可选参数缺失或值为空的用例重复

2，参数值范围（边界值）(1+1+n+n)

(1)最大值，正向用例1个：

所有参数：最大值

预期：返回正常业务的响应报文，不报错

最小值，正向用例1个：

所有参数：最小值

预期：返回正常业务的响应报文，不报错

视具体情况而定，一般最小值是隐含的。显式指明的，则需要考虑覆盖。

注意：如果分析隐含最小是0，需要判断该参数能否为空，如果能为空，那最小就是0，不能为空，则最小需要大于0个字符。

(3)逆向用例,n个：

每个参数1条（无论是否必选）：超出最大范围，n个

每个参数1条（无论是否必选）：超出最小值，n个

注意：超出最小值可能会跟参数为空的测试用例重复。

预期：报错，并有提示信息

3，参数值存在(n+n)

(1)重复性校验：有些参数值需要保持唯一（不能重复），n个参数就设计n个用例--逆向。预期：报错，并有提示信息

(2)存在性校验：有些参数值需要存在数值（不能是错误--非空但不存在），才能使用。

每个参数1个（n个参数就设计n个用例）--逆向。例如：查询不存在的ID。预期：报错，并有提示信息

有时可以1个。

经常用于过滤、查找、搜索等接口。

业务规则

灵活性太高，没有固定的的规则遵循，具体问题具体分析,例如关联场景

五，其他补充：

1，前提条件的存在与缺失--权限、用户名密码、token等

2，请求之间的关联，参数之间的关联

3，错误推测法：根据经验：经验来自于错误的积累（前后加%、空格、#、@、/、$等）

接口需要机制去处理：

1，过滤这些特殊字符

2，提示用户参数值含有非法字符：%、空格、#、@、/、$等

4，其他

六，总的指导原则：

1，效率、成本和覆盖度之间的平衡

2，以最少的用例达到最大的覆盖

3，根据情况灵活决定设计测试用例的数目