接口测试用例设计思路

（我的公众号“墨石测试攻略”，关注获取软件测试相关知识及整套接口测试实战项目！）

接口测试用例的设计，从功能测试角度来说：首先需要分析接口文档。

现在很多公司都使用swagger来管理接口。swagger中可以查看到接口的描述、请求方式、URL、Header,请求参数、状态码定义、响应示例…

根据这些接口信息，我们在swagger中就可以完成一个接口的测试。当然，为了便于接口的流程化、参数化管理，postman、JMeter仍然是最为推荐的接口测试工具。

单接口测试

1.1 接口的入参

考虑正常的入参及异常的入参。

一般接口文档中会给出详细的请求参数（包括具体有哪些参数、参数类型、长度、是否必填）及示例。

正常入参：参考接口文档，看能否正确返回；

异常入参：包括参数异常、数据异常，使用等价类、边界值等设计方法设计测试用例

（1）参数异常：包括多参、少参、空参、错参…

（2）数据异常：包括数据类型错误、非空参数为空、数据长度不符合、特殊字符校验、是否允许重复值、数值超出允许范围…

1.2 考虑接口的处理逻辑

主要是一些约束条件的分析：

（1）数值限制-如分数限制、等级限制（例：兑换Q币需要积分>50分才可参与）

（2）状态限制-如登录状态（例：同步信息需要先登录账号）

（3）权限限制-如管理员、普通用户权限是一样的（可能通过传不同的token或cookie来进行测试）

（4）关系限制-如绑定关系（例：菜鸟裹裹可以查询绑定号码的物流信息）

1.3 考虑输出结果

验证返回的状态码、返回值的完整性、key对应的value值…

另外，还要验证请求错误时的提示信息，接口处理正确的结果可能只有一个，但是错误异常返回结果有很多情况，如错误提示乱码、错误提示不当导致用户不知道哪里出了问题等

关联（多）接口的业务流程测试

单接口全部调通后，进行多个接口的串联测试。多接口测试更关心业务流和数据流的关系，要对业务流程有足够的了解。

同时，业务流测试建议充分使用参数化，通过设置变量获取上一接口的返回值，提高测试效率。

其他层面：

接口的性能、安全等。

（我的公众号“墨石测试攻略”，关注获取软件测试相关知识及整套接口测试实战项目！）