问题描述：在编写测试计划的时候要考虑可能发生的风险，并提出应对措施。那么到底都有哪些风险要注意呢？如何解决呢？另外这些风险如何在计划中写明呢，不会写“张三可能要离职”，“开发提交代码可能会延期”吧？
精彩答案：
会员liuchunyanli、贝贝酷、namisang：
设计方面：
风险：（1）没有详细设计说明书；
解决方案：测试人员要在开发阶段对相关设计及需求文档进行分析，对大体模块功能进行分类，分析业务逻辑，在不清楚的地方及时与开发人员沟通。
风险：（2）没有统一的界面设计规范。
解决方案：与项目负责人确认测试标准。
开发方面：
风险：（1）所有模块开发没有统一设计，开发人员有自己的设计方式；
解决方案：与项目负责人确认标准方式，与标准方式不一致的地方全部以BUG形式提交。
风险：（2）需求变更开发。
解决方案：建议将需求变更形成文档，对没有文档的需求变更，在测试过程中发现及时与开发负责人确认，并存档相关变更文档。
测试本身：
风险：（1）人力资源；
解决方案：保证稳定的人员安排。
风险：（2）硬件资源；
解决方案：事先分析测试所需硬件资源，及时申请，保证测试工作顺利进行。
风险：（3）版本控制；
解决方案：严格控制版本，BUG以版本为单位进行提交。在测试过程中及BUG确认阶段禁止任何代码更新。
风险：（4）测试时间不足。
解决方案：动员测试人员完成测试任务，必要时，应给予相应物质奖励。
本文出自51Testing软件测试网，感谢会员liuchunyanli、贝贝酷、namisang在每周一问（09-04-27）中的精彩回答。
http://bbs.51testing.com/forum-157-1.html
版权声明：51Testing软件测试网原创作品，转载请保留链接，标明本文原始出处、作者信息和本声明，否则将追究法律责任。
