关于测试设计的最佳实践 ----测试地图篇

测试地图

 

1. 我们需要做什么？

1. 把明确的需求点转换成测试地图，拆分测试因子
2. 缺陷预防

2. 怎么做？

1. 整体模块分析
2. 逻辑分析【这一点主要是从产品实现的原理上去分析可能的影响】

• 怎么做？
• 开发的设计文档
• 补充和挖掘测试点

1. 全部服务的异常监控、服务重启
2. 各类存储对空间的占用、占满、是否需要做存储的接口测试
3. 所有类型的管理员、操作权限测试、支持的多少管理员并发操作
4. 对流程图的挖掘 -- 流程图全部流程测试、流程图重要的节点异常测试
5. 对状态的挖掘 -- 所有状态的相互转化需要覆盖全、状态转化是否合理、每一个状态下哪些操作可做哪些不可做，多个状态是否可以共存
6. 对关联项的挖掘 -- 流程进展到哪一步关机重启/服务重启、和备份配置的关联，和操作日志的关联等等
7. 任务的并发操作测试、是否可配置、是否会出现性能不足，是否符合用户场景
8. 异常处理机制测试，异常处理机制是否完善
9. 指标测试，开发的指标设计是否合理

• 修正不合理的需求
• 如何分析
• 逻辑原理：

1. 该模块是否涉及到一些全新的概念(比如专有名词)，需要明确?
2. 该模块包括哪些服务?
3. 该模块涉及到哪些数据库技术(如 mysql、redis)?具体的库表与字段?
4. 该模块的操作流程有哪些?是否有子流程图?
5. 该模块是否有多个状态的转化?是否有明确的状态转化图?
6. 该模块对多个管理员是否区分，管理员权限如何设计?
7. 该模块是否有一些特殊的操作限制?操作限制是否有明确的表格?
8. 该模块的任务是否有并发需求?并发的设计?
9. 该模块的所有指标如何?
10. 该模块是否有异常处理机制?在设备各种异常时，该模块的设计是否满足能稳健运行?

• 场景分析

1. 从用户的使用习惯和使用方法去分析影响
2. 检查当前案例是否覆盖到用户场景

• 关联测试分析：

1. 考虑你的模块所在整个系统的地位，分析上下游的影响
2. 对老功能的影响

• 经验补充分析

1. 版本分析
2. 模块分析
3. 历史bug总结

• 性能分析

　　  1.性能指标

         2.性能规格与边界

• 可靠性分析

　　 1.业务组件高可用

        2.故障场景分析（断电、断网、网络异常、存储异常、数据库异常、文件丢失、配置不可读等）

• 输出

1. 测试地图
2. 缺陷预防