测试地图
1. 我们需要做什么？
把明确的需求点转换成测试地图，拆分测试因子
缺陷预防
2. 怎么做？
整体模块分析
逻辑分析【这一点主要是从产品实现的原理上去分析可能的影响】
怎么做？
开发的设计文档
补充和挖掘测试点
全部服务的异常监控、服务重启
各类存储对空间的占用、占满、是否需要做存储的接口测试
所有类型的管理员、操作权限测试、支持的多少管理员并发操作
对流程图的挖掘 -- 流程图全部流程测试、流程图重要的节点异常测试
对状态的挖掘 -- 所有状态的相互转化需要覆盖全、状态转化是否合理、每一个状态下哪些操作可做哪些不可做，多个状态是否可以共存
对关联项的挖掘 -- 流程进展到哪一步关机重启/服务重启、和备份配置的关联，和操作日志的关联等等
任务的并发操作测试、是否可配置、是否会出现性能不足，是否符合用户场景
异常处理机制测试，异常处理机制是否完善
指标测试，开发的指标设计是否合理
修正不合理的需求
如何分析
逻辑原理：
该模块是否涉及到一些全新的概念(比如专有名词)，需要明确?
该模块包括哪些服务?
该模块涉及到哪些数据库技术(如 mysql、redis)?具体的库表与字段?
该模块的操作流程有哪些?是否有子流程图?
该模块是否有多个状态的转化?是否有明确的状态转化图?
该模块对多个管理员是否区分，管理员权限如何设计?
该模块是否有一些特殊的操作限制?操作限制是否有明确的表格?
该模块的任务是否有并发需求?并发的设计?
该模块的所有指标如何?
该模块是否有异常处理机制?在设备各种异常时，该模块的设计是否满足能稳健运行?
场景分析
从用户的使用习惯和使用方法去分析影响
检查当前案例是否覆盖到用户场景
关联测试分析：
考虑你的模块所在整个系统的地位，分析上下游的影响
对老功能的影响
经验补充分析
版本分析
模块分析
历史bug总结
性能分析
1.性能指标
2.性能规格与边界
可靠性分析
1.业务组件高可用
2.故障场景分析（断电、断网、网络异常、存储异常、数据库异常、文件丢失、配置不可读等）
输出
测试地图
缺陷预防