测试计划考虑的几点

测试计划最终结果把WBS有控制完成。测试计划符合SMART原则。

1 选人：
从几个纬度考虑
(1) 尽量发挥技术特长
(2) 结合项目兴趣
(3) 技能高+ 技能低些的结合。涵盖项目所需技能。或者不完全具备，需要有学习能力强的排头兵

2 工时估算

这个是一个很难估算准确的活。因为一个项目充满变数。
学会工作分解，然后再按每个功能点/测试范围乘一个冗余系数
可以采用project, mindmap, excel等

3 风险分析与规避
通常测试项目风险
1) 研发提交代码质量不高，冒烟测试失败
2) 研发更改频繁，送测版本过多
3) 需求文档或者设计书不够明确,QA 和需求/研发细化耗时
4) QA 测试分析不够全面
5) 性能问题分析以及调整影响面过大
6) 测试的覆盖率过低
7) 技术难题或者测试环境资源问题
...

4 确定测试范围

由于项目有外部耦合模块，要非常明确影响范围十分困难。
通常做法: 用工具绘制调用网状图。或者分析正相关的模块结合自动化测试脚本确定测试范围

5 确定测试策略

确认系统是否需要性能测试，安全测试，兼容性测试，本地化测试...

以及是否需要验证系统的高可用方案， 新旧系统平滑过渡方案 ，可扩展容量估算公式...。

6 项目的工作约定

比如采用的模版，沟通方式（IM/周会。。。)，项目出现问题的解决流程