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

　　1、选人：

　　从几个纬度考虑

　　(1) 尽量发挥技术特长

　　(2) 结合项目兴趣

　　(3) 技能高+ 技能低些的结合。涵盖项目所需技能。或者不完全具备，需要有学习能力强的排头兵

　　2、工时估算

　　这个是一个很难估算准确的活。因为一个项目充满变数。

　　学会工作分解，然后再按每个功能点/测试范围乘一个冗余系数

　　可以采用project, mindmap, excel等

　　3、风险分析与规避

　　通常测试项目风险

　　1) 研发提交代码质量不高，冒烟测试失败

　　2) 研发更改频繁，送测版本过多

　　3) 需求文档或者设计书不够明确,QA 和需求/研发细化耗时

　　4) QA 测试分析不够全面

　　5) 性能问题分析以及调整影响面过大

　　6) 测试的覆盖率过低

　　7) 技术难题或者测试环境资源问题

　　...

　　4、确定测试范围

　　由于项目有外部耦合模块，要非常明确影响范围十分困难。

　　通常做法: 用工具绘制调用网状图。或者分析正相关的模块结合自动化测试脚本确定测试范围

　　5、确定测试策略

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

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

　　6、项目的工作约定

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

版权声明：原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。本文出自liangjz的51Testing软件测试博客：http://www.51testing.com/?13997