接口测试用例设计

1.功能:

• 功能是否正常, 功能是否按照接口文档实现,正常场景,异常场景

2．逻辑业务

是否依赖业务，比如是否登录成功

3．异常测试

（1） 参数异常：

• 关键字参数、参数为空、多、少参数、错误参数

• 覆盖所有的必选参数，组合可选参数，参数有、无或为null，参数的顺序、个数、类型，

• 参数类型数值大小、输入的数值的范围，参数字串长短，参数包含特殊字符。

（2）数据异常：

• 关键字数据、数据为空、长度不一致、错误数据

4． 安全

Cookie、header、唯一识别码

常用的接口测试用例覆盖方法

4.1 必需参数覆盖

对于接口的参数，接口文档一般都会说明哪些儿是必需的，哪儿是非必需的。对于必需的参数，一定要测试传参数和不传参数接口是否报错？

4.2 必需的参数各种情况覆盖

传非法的字符，特殊的字符，空值，超过边界的参数是否报错？错误信息是否正确？

4.3 非必需参数覆盖

一般接口对于非必需参数都不会做非正常性传值的判断，所以要测试合法的参数值 ，接口返回的内容是否正确。如果有接口文档说明对非必需参数做了非正常的验证的话，也要对其进行验证。

4.4 参数的组合覆盖

有些儿参数需要相互配合着才起作用，如“offset”和“count”组合起来进行翻页，这个时候要组合起来进行测试。

4.5 业务逻辑相关的覆盖

有些儿接口与业务逻辑关联密切，单独从接口角度测试，可能会遗漏掉一些儿因业务逻辑而产生的bug。所以如果和业务逻辑相关，也要考虑到业务逻辑相关的测试用例。

其实接口的测试用例差不多也就这些儿情况，也许有特殊的接口，到时候和产品，开发人员做好沟通，尽量先从接口层面保证质量。这样再从测试接口的应用层的时候，就可以少很多工作量，只注重样式和各个接口调用的配合就可以了。