如何进行系统测试管理[3]

　　如何进行系统测试管理[3]   软件测试

　　五、测试风险管理

　　a) 测试风险和管理承诺

　　了解测试任务的风险有助于对潜伏的可能出现的问题事先作好思想上和资源上的准备，用以规避风险，把风险的影响降到最低。

　　测试风险可分为外部风险和内部风险：

　　外部风险就是导致测试实际情况和计划不一致的外部因素。包括：需求项变更，项目进度调整，提交测试工作产品的质量不符合要求等。

　　内部风险就是测试团队内的一些不确定因素。包括测试进度延误，测试工程师流失，测试工具不到位等。

　　对风险的防范，高层的支持是很重要的，他能决定相关资源的保障，规避项目进度的失控情况，对需求项的更改也能起到控制作用。所以在测试管理里，风险管理和高层承诺都要考虑，高层管理的承诺其实也是一种风险。

　　b) 测试常见风险

　　测试常见风险：

　　1. 测试计划过于乐观;

　　2. 开发组没能按计划提交相应的测试工作产品;

　　3. 测试计划要求的硬件和软件设备或资源未能满足;

　　4. 测试工具的应用没能达到预期深度;

　　5. 测试人员的流失，或因出差或休假造成的人力资源不足;

　　6. 过多的临时任务;

　　7. 重要测试数据丢失等

　　测试计划阶段的典型风险有：

　　1、测试计划经常是等到开发周期后期才开始实行，使得没有时间有效的执行计划;

　　2、测试计划的组织者可能缺乏足够的测试经验;

　　3、测试的量度和复杂性可能太大，没有自动化工具，很难计划和控制

　　六、测试文档管理

　　项目测试计划、测试方案、测试规程会因项目开发活动的变更而变更，应置于适当的管理和控制之下，测试活动相关的工作产品的变更依据变更管理过程的原则实施。

　　测试规程作为组织测试活动的基础和有形财富，应当得到有效地积累、维护和管理。可以选择配置管理工具如SVN或QualityCenter。(主要采用QualityCenter管理测试规程)测试管理人员应确保测试方案中准备测试的条目都应有测试规程对应，测试报告中的测试记录和BUG记录都对应于某条或某组测试规程，如果测试中发现的问题不能与某条测试规程对应，测试规程应及时得到补充和完善。通过度量测试用例在测试完成之后对应的结果或状态(通过、失败)以及当次测试使用的测试用例数来辅助判断测试的结果。

原文转自：http://www.ltesting.net