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

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件测试风险管理-Bug总结系列笔记相关的知识,希望对你有一定的参考价值。

一、定义:

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

二、发生时间段

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

三、陷阱表现

1.管理人员对待风险态度 ,尽量减少了负面术语。

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

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

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

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

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

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

四、负面后果

1.未报告测试风险

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

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

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

五、原因

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

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

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

4.对QA和QC评估很少

5.对测试过程监督很少

六、建议

1.准备

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

2.启用

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

3.执行

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

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

4.验证

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

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

七、相关Bug

不切实际的测试预期。


以上是关于软件测试风险管理-Bug总结系列笔记的主要内容,如果未能解决你的问题,请参考以下文章

回归测试中只有功能测试用例-Bug总结系列笔记

BUG克星:几款优秀的BUG跟踪管理软件

测试(概念篇)笔记

CMMI2.0配置管理工作及访谈学习笔记

CMMI2.0配置管理工作及访谈学习笔记

CMMI2.0配置管理工作及访谈学习笔记