问题单流转流程和规范

1. 流程

2. 规范

1.        测试人员发现问题后，必须走给QA，QA审核无问题后，才能走给项目经理/产品经理；

2.        所有问题都必须经过项目经理/产品经理，不能直接指给研发人员，一旦发现没有走给项目经理/产品经理，QA被通报批评；

3.        致命、严重的问题单，必须由SE出解决方案后，才能由研发人员修改实施。一经发现致命、严重问题直接由研发人员产出方案，或直接修改的，版本打回，不予测试；

4.        没有经过项目内部自测的版本，一律打回，不予测试；

5.        根据要求，不满足DI值要求的版本，一律打回，不予测试；

6.        针对问题单相关状态的解决时间要求，做出以下规定(参考值)：

n  致命/严重：

       1）集成测试阶段，出现此类问题单后，测试人员必须在0.5天内提单，项目经理/产品经理必须0.5天之内进行派单给SE，SE必须在2天之内找到解决方案，派单给研发人员后，研发人员必须2天之内要解决完毕。总耗时控制在5天（工作日）以内。

       2）非集成测试阶段，致命和严重问题可以遗留，但是需按照软件研发流程中的规定执行。必须的要求是：测试人员必须在你0.5天内提单，项目经理必须在0.5天之内派单。

       3）出现此类问题，质量人员必须要保留现场。产品经理/项目经理必须马上安排人力资源到位分析。避免以后很难重现，无法解决。

n  一般：

       出现此类问题单后，测试人员必须在0.5天内提单，项目经理当天内必须把问题单分发到研发人员，研发人员必须一周内解决。

n  提示：

       出现此类问题单，项目经理可以在迭代周期内发给研发人员，研发人员要在迭代周期内解决。

7.        问题单回归要求：

n  致命/严重：

版本发布给质量部门后，测试人员应在2天内完成验证；

n  一般/提示 ：

开发人员对此类问题修改完后，测试人员应在回归周期内完成验证；

8.        迭代之间的研发转测试的通用要求是：

       每轮DI<=15

       项目经理和QA可以按照具体项目再定，最多不能超过30分。

9.        缺陷等级的DI值计算标准：

n  致命：10

n  严重：5

n  一般：1

n  提示：0.1

10.    非必现问题，通用标准上降一级，每次做好记录（比如测试了多少次），第一轮可以改为挂起状态；如果连续三轮测试不重现则可关闭。

11.    更多体验性的问题可以转化为需求。需要项目协调员进行跟踪。

12. 测试人员或QA描述不清楚的问题单、有二义性的问题单、不完整的问题单，到了项目经理、SE、研发人员以后，都可以直接打回给提单人。

13. 研发人员没有填写问题原因和解决办法的问题单，打回不予测试。

3. 项目协调员的跟踪工作：

1、问题流转不顺时，要审查：为什么要重开；

2、延期很严重的问题，项目协调员一定要推动产品经理/项目经理审查。

3、尽量减少重复单。