测试用例设计思路参考

一、业务层面

• 需求点是新增，还是优化；

• 需求点对老业务是否有影响；

• 需求点修改点，对业务方下游应用的影响；

• 需求点修改点，是否涉及核心链路逻辑，如激活配网，设备，产品等核心服务。

• 是否受角色权限影响，影响点包含：操作权限，角色：超级管理员，普通管理员等

• 是否受账号影响，影响点包含：操作权限、隔离，账号属性：子账号，企业账号

• 是否受多少企业协同逻辑影响，影响点包含：协同后操作权限，信息安全等。

• 需求点在产品，子产品，子型号，定制机逻辑是否有影响

• 更新、删除逻辑约束，如产品量产了，就不能删除了。

• 需求点涉及是产品级、设备级、还是用户级，影响面需要评估。

• 需求点是否涉及到diamond或switch配置变更，变更影响需求点发布时，是否有灰度或风控开关

• 需求点是否涉及到交易、是否存在资损，资损点验证

• 需求点是否涉及数据迁移，是否需要数据订正才能兼容老逻辑

• 需求点涉及涉及安全影响，如越权。

• 需求点修改的逻辑，是否是公共逻辑，修改是否对老业务存在影响。

• 需求点修改的逻辑，是否涉及特殊的通过switch或diamond配置的逻辑。

二、接口测试

遵循BCDE设计原则

• B:border，边界测试，包含参数校验。

• C:correct，正确输入，正确预期输出；

• D:design，按需求与设计文档编写测试逻辑，测试结果match需求功能效果。

• E:error，错误输入，预期错误输出

• 接口是否涉及缓存，缓存失效，是否存在缓存穿透与击穿。

• 接口是否涉及DB数据变更(增删改)，评估增加数据验证。

• 了解上下游业务调用场景，评估是否需要增加场景用例。

• 接口修改是否对前端逻辑有影响，测试时，需要覆盖前端调用点。

• 接口实际调用量，是否涉及性能测试，老接口优化是否影响接口性能，性能包含：RT，QPS等

• 接口异步还是同步，异步逻辑有哪些，是否补充验证点

• 接口涉及到消息发送与接收时，处理逻辑是否覆盖接口上游容错处理，依赖上游服务异常时，接口工作可靠性与稳定性。

• 接口下游兼容处理，兼容多个业务方下游要求，修改优化时，考虑兼容性，用例也要评估。

• 异常场景影响，断网异常、token失效等影响用例。

• 接口入参与DB字段有关联时，确认DB非NULL与入参非NULL关系验证。

• 代码review，日常打印是否规范，不能打印堆栈。