问题单精简流程

1、测试过程中发现问题

2、协助开发定位

    若开发人员有理由说服测试人员是非问题，则不用提单修改，否则

则走问题单流程。若测试人员有疑问，但是开发认为是非问题，也要走问题单流程，

流程走到开发人员定位分析时，开发人员可将问题单提交CCB评审，待CCB裁决是否需

要修改。若评审结论为需要修改，则继续走问题单流程；若结论为不需修改，则问题

单流程回退到提单人，由提单人关闭问题单。

3、进行提单流程

    一、填写问题单（公共信息字段、问题描述）

    二、测试经理审核（指定开发人员）

    三、开发人员定位分析（若开发人员确认是问题，可以跳过六、七、八、九）

    四、项目经理审核

    五、开发人员进行方案设计

    六、主审人组织评审

    七、评审人进行会议评审

    八、评审人进行会议评审

    九、主审人进行裁决

    十、配置管理员进行修改授权

    十一、开发人员实施修改

    十二、审核人进行修改审核

    十三、配置管理员进行版本归档

    十四、测试经理指定测试人员（并不一定是问题提交人）进行回归测试

    十五、测试人员实施回归测试（根据开发人员修改的代码可以进行相关的扩

展，若问题回归不通过，则返回给开发人员重新修改；若测试人员对该问题单不熟

悉，可向相关人员请教，可不做扩展测试，只需按照问题发现步骤进行验证即可）

    十六、问题提交人进行问题确认

    十七、问题单关闭

4、虽然问题单已解决，但是后期可能相关的问题单漏测分析，若为系统验收测试中发

现的问题，则不需做漏测分析，否则会分析是测试执行漏测还是测试设计漏测