接口测试learning2

接口测试用例设计

为什么写

1.防止测试点漏测。条理清晰。
2.方便分配工作，评估工作量和时间。
3.面试时使用。

接口测试测试点

功能测试

单接口功能：
手工测试中的单个业务模块，一般对应一个接口。
例：登录业务–》登录接口
加入购物车业务–》加入购物车接口
订单业务–》订单接口
支付业务–》支付接口
借助工具，代码，绕开前端界面，组织接口所需要的数据，展开接口测试。
业务场景功能：
按照用户实际使用场景，数理接口业务场景。
组织业务场景时，一般只需做正向测试即可（与手工一致）。
一般建议用最少的用例覆盖最多的业务场景。

性能测试

相应时长
吞吐量（tps）
并发数
服务器资源利用率

安全测试

攻击安全
由专业安全测试工程师完成
业务安全
敏感数据是否加密
sql注入

设计方法与思路

与手工测试不同之处
1.手工测试，测写入到输入框中的数据是否正确。接口测试测参数对应的参数值是否正确。
2.接口测试，不止针对参数值进行，还可以针对参数本身进行测试。
正向参数：
必选参数：所有必选（必填）都包含
组合参数：所有必选+任意一个或多个可选参数
全部参数：所有必选+所有可选参数
反向参数：
多参：多一个或多个必选参（可任意指定）
少参：缺少一个或多个必选参数
无参：没有必选参数
错误参数：参数名输入错误

单接口测试用例

手工测试用例文档8大要素：
编号，用例名称（标题），模块，优先级，预置条件，测试数据，操作步骤，预期结果
接口测试用例文档10要素：
编号，用例名称（标题），模块，优先级，预置条件，请求方法，URL，请求头，请求体（请求数据），预期结果。