51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4350|回复: 6
打印 上一主题 下一主题

[原创] 常见测试风险及应急计划

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-7-29 11:28:53 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
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.对于暂缓处理的缺陷,测试人员要记录并跟踪
应急计划:对缺陷优先级进行排序,先修复优先级高的缺陷
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-7-29 18:57:24 | 只看该作者
关注楼主更细致的分析,非常感谢。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-7-29 20:27:30 | 只看该作者
lz的规避措施设计得还可以,但我觉得应急计划忽略了一个重要的问题,即风险发生在SDLC的不同时期,应急方案是截然不同的,lz列出的应急计划多数仅适用于风险发生的SDLC的初期,但实际上这种情况不多见,我就提这么一点,希望对lz有所帮助。sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-8-15 17:21:37 | 只看该作者
长见识了sdlkfj3
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-8-16 11:35:47 | 只看该作者
学习了,谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-11-14 12:07:43 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-4-3 13:17:03 | 只看该作者
都是能人呀。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /2 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-6-28 04:25 , Processed in 0.074129 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表