简易缺陷处理流程可能存在的问题
- 测试人员提缺陷的时候无法确认对应的开发人员是谁。
- 开发改bug的时候,bug如果不好改,自己无法肚子决定是否修改,可不知道找谁确认。找自己领导决定不改,可最后提bug的测试的同事不同意,有或者测试同意这次不改,可产品经理觉得问题很严重,必须修改。
- 对于不本次不做修改的bug,有的可能需要重新编写需求规格说明书,需要产品的同事来跟踪,如果产品的同事跟踪了,缺陷处理系统中又跟踪一次,产生浪费。
为了解决上述问题,就需要在简易缺陷处理流程中增加一些角色和活动,使项目组的成员根据流程可以顺畅地完成工作。
接下来是一个完整的缺陷处理流程。大家也可以参考此流程的编写方法在自己公司做流程。
1引言
1.1目的
本文档描述发现缺陷后的如何处理的流程。
1.2范围
本流程适用于xx公司所产生的任意缺陷。
1.3释义
无
2角色与职责
2.1测试负责人
职责:
- 确认缺陷级别;
- 确认缺陷是否本期修改。
2.2测试人员
职责:
- 提交缺陷;
- 分配缺陷
- 验证缺陷。
2.3开发人员
职责:
- 修改缺陷;
- 执行准出测试
2.4开发负责人
职责:
- 进行缺陷确认,分配缺陷;
- 确认缺陷是否修改。

本文档详细描述了一个复杂的缺陷处理流程,旨在解决简易流程中出现的问题,如测试人员无法确定开发负责人,以及开发人员在处理bug时的决策困境。流程包括缺陷的提交、确认、修改、验证等环节,明确了测试人员、开发人员、需求人员等角色的职责,以及涉及的工具和参考资料。整个流程确保了项目的顺畅运行,保证了缺陷的有效管理和解决。
最低0.47元/天 解锁文章
1689

被折叠的 条评论
为什么被折叠?



