后端逻辑测试(接口测试) 测试用例设计思路

作者：Gakki

---

01. 从输入参数进行考虑设计

1. 优先级 —— 针对所有接口
   1.暴露给其他系统、第三方调用的接口
   2.系统内部调用的核心功能接口
   3.系统内部调用的非核心功能接口
2. 优先级 —— 针对单个接口
   1.正向测试用例优先，逆向测试用例次之（通常情况时这样）
   2.是否需要满足前提条件 > 是否携带默认值参数 > 参数是否必填 > 参数之间是否存在关联 > 参数数据类型限制校验 > 参数数据类型自身的数据范围值限制校验
3. 设计分析
   从接口测试后端业务逻辑来讲，设计接口测试用例需要考虑以下几方面：
   1.是否满足前提条件
   有的接口需要首先满足一定条件，才可成功获取数据。最常见的就是需要用户登录信息的接口（如：token、session）
   逆向用例：设计不满足前置条件的用例
   2.是否携带默认值参数
   正向测试用例：
   存在默认值的参数都不填写、不传参，必填参数都填写正确并且存在正确的常规值，这方面考虑设计测试用例
   3.业务逻辑、功能需求
   这个环节需要根据具体的业务需求，结果接口定义文档，可设计出多条正向用例和逆向用例
   4.参数是否必填
   针对每个必填参数，设计一条或多条参数值为空的逆向测试用例
   5.参数之间是否存在关联
   可根据参数之间的相互关联关系设计一条或多条用例
   6.参数数据类型限制
   针对每个参数类型设计与定义的类型不符的逆向测试用例
   7.参数自身的数据范围值限制校验
   针对所有参数，设计每个参数在数据范围内为最大或者最小的正向测试用例；
   针对所有参数，设计一条或者多条参数值超过或者小于数据范围的逆向测试用例
   总结：如果以上几个方面考虑全面的话，基本可覆盖以下三点：
   a. 主流程测试用例：正常的主流程业务需求校验
   b.分支流程测试用例：正常的分支流程需求校验
   c.异常流程测试用例：异常业务场景的容错校验

02. 从输出参数进行考虑设计

1. 输出结构是否与接口文档定义的一致
2. 输出的各个字段是否与接口文档定义的一致
3. 输出的各个字段的值是否符合逻辑且值正确

其他

一个好的自动化接口测试框架应该涵盖以下几点：

1. 流程方面：在回归阶段加强接口各种场景的覆盖度，并逐步向系统测试，冒烟测试阶段延伸，最终达到全流程自动化
2. 结果展示：更加丰富的结果展示、趋势分析，质量统计和分析等
3. 问题定位：报错信息、日志更精准，方便问题复现与定位
4. 结果校验：加强自动化校验能力，如数据库信息校验

接口测试其他关注点：

1. 技术性用例设计：数据存储逻辑、缓存逻辑、消息队列逻辑、数据处理与消费逻辑等
2. 技术方案用例设计：发布流程方案验证、数据迁移方案验证、服务迁移方案验证、日志输出方案验证等