生命是个舞台,不用排练,尽情表演,感动过的片段百看不厌。

版本返工可能存在的原因以及改进

上一篇 / 下一篇  2011-05-18 10:02:13 / 个人分类:版本管理

结果这半年内两次发布版本,期间所出现的版本返工,归纳如下:

 

一、测试前期未能发现隐藏的严重BUG,后期在版本发布阶段才被发现,造成的返工

1. 延长系统测试时间(强调做详细测试计划),加入场景测试(场景测试目的为了减少用户反馈)

[属于测试要改进的工作]

 

二、版本进入发布阶段,开发改BUG改出新问题,造成的返工

1. 未列入计划之内的BUG,严格把关在后期升级

[三方bug确认过程]

2. 要求开发修复问题之后自己先回归

[回归时发现改坏新且简单的BUG,责任全部是开发人员的]

3. 改动比较大,存在风险的问题,可以考虑不改,或者选择其他方式改,多参考几个人的意见;然后修改完之后,先自己回归,再提交dll给测试回归

[1、风险评估;2修改方案确认;3、跑测试案例(工具力所能及);4、提供DLL先期验证]

 

三、严重BUG放在后期修复,给测试带来比较大的测试压力,影响测试质量

1. 既然计划之内要修复的BUG,越是难改的问题,越是要早改

[测试关注bug跟进修复进展情况]

给开发提出需求:早期三方确定哪些BUG是在版本计划之内的,开发负责人会指派BUG给某个开发人员,抄送给测试人员,测试人员找专员负责跟进开发人员的进度和修改难度系数,把那些难改、影响面大的BUG优先改。

 

 


TAG: 版本返工 管理改进

 

评分:0

我来说两句

wuzengshen

wuzengshen

2007年6月11日加入金山,先后参与了金山毒霸文件引擎测试,病毒样本测试,之后转战桌面办公软件测试,期间支援过金山云测试。前面主要负责桌面软件的测测试设计、测试执行、自动化设计、脚本开发等工作,后面主要负责企业项目测试管理、产品稳定性测试研究工作。

日历

« 2022-01-23  
      1
2345678
9101112131415
16171819202122
23242526272829
3031     

数据统计

  • 访问量: 22854
  • 日志数: 30
  • 建立时间: 2011-05-18
  • 更新时间: 2014-02-23

RSS订阅

Open Toolbar