码迷,mamicode.com
首页 > 其他好文 > 详细

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

时间:2018-01-03 15:55:34      阅读:150      评论:0      收藏:0      [点我收藏+]

标签:测试风险   测试管理   项目风险库   项目风险管理   质量控制   

一、定义:

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

二、发生时间段

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

三、陷阱表现

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

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

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

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

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

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

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

四、负面后果

1.未报告测试风险

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

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

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

五、原因

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

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

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

4.对QA和QC评估很少

5.对测试过程监督很少

六、建议

1.准备

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

2.启用

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

3.执行

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

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

4.验证

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

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

七、相关Bug

不切实际的测试预期。


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

标签:测试风险   测试管理   项目风险库   项目风险管理   质量控制   

原文地址:http://blog.51cto.com/hongz/2056996

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!