敏捷开发系列学习总结(2)——Bug修改流程

原则,力求各司其职,简单明了。

1. 测试人员提交bug

⑴ 标题: [ 模块名称 ] 问题描述

⑵ 内容: 问题重现步骤的描述,最好贴上图片。

因为一图胜万言。

⑶ 指定责任人: 根据bug指定责任人。如果不能确定责任人,就指定给项目负责人。

2. 责任人检查bug

不能随意踢皮球,实行问题责任人负责制。

⑴ 责任人确认是自己的问题后,“确认”问题,并对问题进行简单分析。

比如WEB前端XX问题;API后端XX问题。

⑵ 如果责任人在检查后,发现不是自己职责范围内的问题,需要先跟你认为的责任人沟通,如果对方确认是他的问题,则把问题指派给他;如果双方沟通后,发现是其他责任人的问题,则继续上面的流程。如果不能确定责任人,就指定给项目负责人。

3. 责任修改bug完成

⑴ 问题已经解决,需要在版本XX中再测试确认。

4. 测试人员测试确认

⑴ 如果问题被修复。则注明:“问题已经解决”,并关闭bug。

⑵ 如果问题没有被修复。则注明:“问题没有解决”。

说明: 版本号请参考即将制定的 《版本发布流程》。

转载于:https://www.cnblogs.com/zhanghaiyang/p/7212779.html

你可能感兴趣的:(敏捷开发系列学习总结(2)——Bug修改流程)