接口测试 - 接口测试用例设计

✨✨✨学习的道路很枯燥，希望我们能并肩走下来！

编程真是一件很奇妙的东西。你只是浅尝辄止，那么只会觉得枯燥乏味，像对待任务似的应付它。但你如果深入探索，就会发现其中的奇妙，了解许多所不知道的原理。知识的力量让你沉醉，甘愿深陷其中并发现宝藏。

本文开始

1. 接口测试流程

接口测试流程：
需求分析 → 测试设计 → 测试用例评审 → 测试执行 → 验收 → 预发布 → 上线

• 需求分析：分析需求文档，梳理业务逻辑，接口字段，参数取值要求 + 接口文档(开发提供)
• 测试设计：设计接口测试用例
• 测试用例评审：拉上级、开发，开一个小型评审会议，评审设计的接口测试用例是否考虑全面，是否有欠缺，业务是否考虑清楚，复杂用例设计逻辑是否正确，如果有修改完成后，才可执行用例；
• 测试执行：在开发提测后，执行接口测试用例，验证功能是否符合预期，出现问题进行Bug管理；(接口测试：就是模拟客户端验证接口功能，接口逻辑，接口性能，接口安全等逐个考虑；)
• 验收：接口验收
• 预发布：发布的预发布环境，测试通过后再上线。
• 上线：最后发布到生产环境

2. 接口测试用例设计思路

首先：画业务流程图，考虑每个分支情况，包含：正常情况，异常，如何处理等情况，体现在业务流程图中；

然后进行下面的接口测试用例设计：

• 基本功能流程测试
  • 1.冒烟测试：正向主业务流程测试
  • 2.正常流程覆盖测试：分支覆盖，路径覆盖，场景覆盖-结合实际业务场景
• 字段参数测试考虑/输入域
  • 边界值测试：字段是否规定区间范围-边界值
  • 特殊字符校验：参数对特殊字符有校验
  • 参数类型校验：类型要求(int, float)-等价类
  • 必选参数校验：需要考虑设计不传参数的用例，验证必选参数
  • 组合参数校验：选填+必填参数
  • 有效性校验：如验证手机号，手机号位数满足，但不一定是有效手机号，需要查看具体要求-查看需求具体分析
  • 默认值校验：需要考虑设计不传参数的用例，验证默认值
  • 排重逻辑：参数如果有要求，不允许重复，需要考虑参数排重逻辑是否符合，重复请求相同参数，验证后端排重逻辑；
• 接口幂等性考虑-接口添加唯一参数解决幂等性
  • 多次提交：多次重复参数提交，结果应该一样
• 故障注入考虑
  • Redis 故障降级测试：后端使用Redis，高速缓存存储token;
    测试方式: 需要开发配合
    • 清空redis缓存场景：先清空redis缓存, 然后请求获取token，验证是否从数据库中获取，redis是否回写缓存；
    • 启动redis恢复数据场景，验证是否可以读取缓存数据；
    • 人为制造redis崩溃场景，验证是否可以读取数据库缓存token;
  • 服务故障转移测试场景
    • 开发配合制造，服务端数据丢失场景，验证是否启动数据丢失策略；
    • 开发配合制造，数据库崩溃场景，验证数据库相关策略是否启动；
  • 接口转移测试场景：
    • 接口服务重启场景：验证请求有无异常
    • 集群崩溃信息场景，验证接口是否返回对应信息，是否有对应应对机制；
• 线程安全测试考虑
  • 并发测试：高并发(多线程，分布式等手段)
  • 分布式测试：水平和垂直分摊压力-物理层面
    并发相同参数请求，验证1条请求成功，其他失败；
  • 数据库读写安全测试
    • 涉及数据库锁
    • 并发插入，并发删除，查看是否相互影响，验证数据库读写

3. 接口测试用例要素

接口测试用例要素：类似与功能用例设计
【注】加粗必须要包含的

• 用例名称
• 接口地址：API
• 请求方式: GET, POST, DELTE, PUT
• 前置条件
• 请求头部
• 请求参数: url中 ？号后面的参数，或者 请求body中的参数
• 响应状态码
• 预期响应结果

总结

✨✨✨各位读友，本篇分享到内容是否更好的帮助你理解，如果对你有帮助给个👍赞鼓励一下吧！！
🎉🎉🎉世上没有绝望的处境，只有对处境绝望的人。
🎉🎉🎉一遇挫折就灰心丧气的人，永远是个失败者。而一向努力奋斗，坚韧不拔的人会走向成功。
感谢每一位一起走到这的伙伴，我们可以一起交流进步！！！一起加油吧！！！