风险1：开发需求变更引起开发计划以及设计的变更，导致测试停滞。
应对方法：重新执行《测试计划》设计、编写、评审流程。

风险2：开发质量与单元测试质量不高将直接影响系统测试的进度与质量。
应对方法：测试人员提交系统测试用例评审，开发人员评审测试用例提出修改意见的同时参考测试用例进行自测；开发人员在系统测试阶段也继续进行自测或交叉测试。

风险3：测试资源不足。由于其它工作需要或者人员变动引起测试人员短缺。
应对方法：部分模块在系统测试之前测试；先集中测试力量主要核心模块；及时招聘测试人员进行补充，保证测试进度的正常执行。

风险4：测试时间紧迫。由于项目需要发布，留给测试的时间紧迫。
应对方法：与开发进行结合，确定优先测试的模块，将列出模块作为测试重点，其余模块测试提交的BUG可在下一版本修复解决。

应该为  “测试风险”  讨论

应该放在“测试管理”模块，这里是工具QTP讨论的，可能很小人感兴趣。

你的举例很实在，很常见的问题，也是常规的解决办法。

这类事情没有绝对的解决方案，具体事情得具体对待。

已经转移到 “软件测试管理”模块了

haha  谢谢版主