常见测试风险及应急计划

guanyijing

1、人员无法及时到位
责任人：测试组组长
优先级：高
规避措施：a.在产品的预算中体现这部分需求
               b.定期催促人力资源部门进行资源协调
               c.从可能空闲的产品部门中物色人员
应急计划：a.推迟进度计划
               b.进行招聘
               c.考虑外包

2、人员技能不符合要求
责任人：测试组组长
优先级：中
规避措施：a.在人力预算中给出人员技能要求
               b.对提供的人员进行技能面试
               c.从其他产品部门协调有能力的人员
应急计划：a.提高培训的强度
               b.加强培训效果监控
               c.对工作输出加强检视

3、需求、设计变更频繁导致测试依据失效
责任人：产品经理
优先级：高
规避措施：a.充分了解用户需求，确保主要需求不变更
               b.开展有效的需求评审，及时与客户确认评审结果
应急计划：先实现主要的需求，和客户确认无误后，再进一部完善系统，避免再次的反覆

4、补丁频繁发布影响测试工作的执行
责任人：产品经理、测试组组长
优先级：中
规避措施：a.提高测试质量，避免功能性缺陷而导致的补丁
               b.制定补丁发放计划，合理规划新增功能性补丁的发放工作
应急计划：测试人员多和前端客户、维护人员沟通，针对补丁的必要性划分优先级，按序发布补丁

5、BUG的生命周期过长
责任人：开发经理
优先级：中
规避措施：a.及时分配修复任务，并检查监督
               b.对于非问题、拒绝的等缺陷，请相关责任人验证后，尽快关闭
               c.对于暂缓处理的缺陷，测试人员要记录并跟踪
应急计划：对缺陷优先级进行排序，先修复优先级高的缺陷

victoriatuline

都是能人呀。

孤独无心

学习了

zrongsh

学习了,谢谢!

yuyanshe

长见识了sdlkfj3

g_win

lz的规避措施设计得还可以，但我觉得应急计划忽略了一个重要的问题，即风险发生在SDLC的不同时期，应急方案是截然不同的，lz列出的应急计划多数仅适用于风险发生的SDLC的初期，但实际上这种情况不多见，我就提这么一点，希望对lz有所帮助。sdlkfj2

小刀

关注楼主更细致的分析，非常感谢。