软件测试风险管理-Bug总结系列笔记

1、定义:ide

项目正式风险库中识别的测试风险过少。测试

2、发生时间段开发

项目具备一个或多个测试相关风险时发生。文档

3、陷阱表现it

1.管理人员对待风险态度 ,尽可能减小了负面术语。class

2.向风险库中添加风险一般被理解为管理失败的症状,风险被标记为问题或疑虑。方法

3.测试层次的风险不放到项目风险中,不然需向执行管理层报告或采起行动。项目

4.已识别的测试风险为不合理的低几率、低严重程度 ,低优先级。di

5.已识别的风险无:缓解方法及跟踪指定人员。时间

6.项目过程当中,测试风险永远不更新。

7.在测试文档和风险管理计划中未考虑测试风险 。

4、负面后果

1.未报告测试风险

2.管理层或采购方未意识到测试风险的存在

3.未管理测试风险 ,也无风险应对策略。

4.未给予管理测试风险足够高的优先级

5、缘由

1.管理人员强烈地传达本身的喜爱,仅有少数关键的风险可进入项目风险库

2.负责风险库的人员未经培训或未接触过潜在测试风险

3.风险管理过程当中过度强调系统级的风险 ,不考虑任何开发活动的风险

4.对QA和QC评估不多

5.对测试过程监督不多

6、建议

1.准备

肯定管理层反感风险的程度和 项目风险库中包含测试风险的态度

2.启用

确保管理风险库的人员了解潜在测试相关风险

3.执行

识别测试相关风险,并整理到项目的正式风险库。

提供测试风险实际的可能性、危害严重程度及优先级

4.验证

肯定风险库中是否包含适当数量的测试风险

肯定是否有足够的测试过程管理及质量监督和评估。

7、相关Bug

不切实际的测试预期。

相关文章
相关标签/搜索