在接口测试中，我们优先按照业务流程做测试，后续在做单个模块的核新功能的接口测试。
接口测试用例的编写与功能测试的用例编写类似，按照流程的方式来编写测试用例，再把测试流程转为测试用例，流程可以使用思维导图的方式做分析。
如下是某系统添加合同的流程
根据该流程可以设计如下的测试用例：
分析接口文档
接口文档的作用:方便前端开发人员以及测试人员能高校的与后开发人员合作办公，编写一份统一的接口文档，可以实现事倍功半的效果。
在编写接口测试用例之前，我们需要获取到接口文档，接口文档一般由后端开发人员提供，接口文档包含每一个接口的请求方式，URL，请求类型，请求参数，以及返回参数等必要的接口信息。
接口文档的展现形式也很多如：Swagger、Word、PDF、Postman、开放平台文档等
抓包的方式获取接口数据信息
有时候，后端开发人员没有编写接口文档，这时就需要我们测试人员自己去获取接口的相关信息。
我们可以采用浏览器自带的F12完成接口信息的采集，也可以使用抓包工作来采集接口的信息。
image.png
使用抓包工具获取接口信息如下：
在分析接口文档或抓包时，我们需要分析接口之间的依赖关系，以及接口的请求（url,请求方法，请求头，请求参数类型，请求参数等）和接口的响应（响应状态码，响应数据等）
接口测试用例的编写
与功能测试的用例编写类似的，我们需要把用例按照业务流程整理，
如下是一个测试用例的示例
测试用例示例
接口用例的设计思路
与功能测试类似，使用的方法依旧是边界值，等价类划分等方法
- 单接口测试：
正向测试（优先级高）
1、必填参数
2、全部参数
逆向测试（优先级低）
1、参数数据为空
2、参数数据类型不符合
3、参数数据长度不符合
4、参数数据不在指定范围内（一般是状态，种类等）
5、业务规则不符合
例如：登录接口设计如下
单接口用例编写示例如下：
接口测试用例
用例编写完成后，我们可以把不同情况使用postman编写出来（ctrl+d可以复制接口）
整体而言，接口测试用例的编写与功能测试用例编写是一致的，不过需要增添编写请求与响应相关的数据。
参考http://t.csdnimg.cn/rEJBd
网友评论