测试用例设计总结

测试用例设计方法总结

1. 尽早介入项目
2. 区分产品不同阶段
3. 测试用例来源于需求（prd、设计文档、竞品文档）
   1. 解决了什么问题
   2. 功能性需求，不同场景下如何使用
   3. 非功能性需求：性能、压力、稳定性、可用性...
   4. 与之前功能是否冲突（回归）
4. 区分优先级
   1. 测试用户实际使用场景，站在用户角度思考
   2. 先设计正面case，覆盖主流程
   3. 覆盖prd等文档中参数的默认值、quota值、规格最大最小值
   4. 评估非功能性需求测试范围（破坏性等）
5. 黑盒与百盒check点
   1. 黑盒
      1. 通过api调用查看配置下发正确
      2. 流量结果与预期一致
   2. 百盒
      1. 控制面数据与预期一致
      2. 数据面数据与预期一致
      3. 流量路径、结果与预期一致
6. 用例设计的冗余、逻辑性、可读性、可维护性
7. 测试用例review
8. 产品型号不同导致用例冗余，一个产品上测完，另一个跑主场景

测试用例设计checklist

测试用例分类

1. API
   1. 增、删、改、查
   2. 参数输入范围、边界值
   3. 返回值
   4. list检查与预期一致
   5. 错误码
   6. quota、规格
2. 功能
   1. 控制面：针对某个API的某个参数详细测试
   2. 数据面：针对某个组件构造不同流量模型
3. 场景
4. 运维类
   1. 各种资源加入/移除 group
   2. 各种资源DOWN/UP/GRAY
   3. 迁移
5. 破坏性
   1. mysql、redis、cc-server、cc-gateway等控制面依赖组件不可用及恢复
   2. 控制面被测组件不可用及恢复
   3. 数据面被测组件不可用及恢复
   4. 本地恢复
   5. 系统外组件dns、ntp
6. 稳定性
   1. 控制面：长时间高并发调用API
   2. 数据面：长时间高压力下打流量
7. 性能
   1. 控制面：qps
   2. 数据面：新建、吞吐、并发、规格
8. 上线回滚流程 &兼容性
9. 监控

 

各host具体检查点

1. Server
   1. list检查数据库返回值与预期结果一致
   2. 查看log无error
2. Gateway
   1. API节点运行 ccgw查看资源basic、detail信息
   2. 查看log无error
3. VS
   1. 控制面
   2. 数据面openvswitch
   3. 查看log无error
4. VR
   1. 控制面 controller-vr
   2. 数据面 router-vr
   3. 查看log无error
5. DR
   1. 控制面 controller-dr
   2. 数据面 router-dr
   3. 查看log无error
6. BGW
   1. 控制面controller-bgw
   2. 数据面 router-bgw
   3. 查看log无error