本文详细阐述了一个超复杂的缺陷处理流程，包括各角色的职责，如测试人员、开发人员、开发Leader和项目负责人。流程涉及提交、审核、分发、问题定位、修改、验证等多个阶段，同时分析了流程中可能出现的问题，如测试人员提缺陷不规范、开发修改后信息不全等。通过流程图和角色职责说明，帮助理解这个复杂的缺陷管理过程。
复杂缺陷流程可能的问题
文章《复杂缺陷处理流程》虽然已经涉及到缺陷处理的各种角色呢，可还是可能存在如下问题。
- 测试人员提的缺陷不规范或误提，导致大量缺陷被开发打回；
- 测试人员无法确认修改缺陷的开发人员，经常指派错人，导致开发投诉；
- 开发修改缺陷后，只改了代码，未提供修改方案，导致修改不全面；
- 开发修改缺陷后，在缺陷中未提供应该写的修改相关信息，测试验证时缺少必要信息；
- 开发修改了缺陷状态，测试验证时发现还没有可验证的版本；
- 验证不通过重新打开后，不知道把bug指派给谁
以上等等问题，不可避免的就会在bug流程中加各种节点，于是就出现如下的这个很复杂的流程。
流程图
流程图说明：
上述每个框代表的是缺陷的状态，线上代表对缺陷的操作。
最低0.47元/天 解锁文章
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
