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

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

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

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

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

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

[三方bug确认过程]

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

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

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

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

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

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

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

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