1、测试员测试出bug,跟踪状态为支持,状态为新建,指派给产品经理。
2、产品经理鉴定确觉得bug。改动跟踪状态为bug。指派给技术经理;
3、技术经理收到bug,指派给开发者;
4、开发者收到bug,改动状态为进行中,直到解决bug提交代码,改动状态为已解决并指派给产品经理;
5、产品经理收到bug,进行验证,验证通过,指派给测试员;不通过,改动状态为新建,再指派给技术经理或者直接指派给原来的开发者,不断循环到解决为止。
6、测试员收到bug,进行验证,验证通过,关闭问题;不通过,再改动状态为新建,指派给产品经理,产品经理依次往下进行下一轮循环。
测试员对于bug的状态改动,
新建 已关闭
已解决 已关闭
产品经理对于bug的状态改动,
新建 已关闭
已解决 新建 已解决 已关闭
进行中
技术经理对于bug的状态改动
新建 进行中 已解决 已关闭
进行中 进行中 已解决
已解决 进行中 已解决
开发者对于bug的状态改动
新建 进行中 已解决
进行中 进行中 已解决
已解决 进行中 已解决
一个Bug在Redmine中的诞生到终结
发表于:2017-08-07
作者:gavanwanggw
来源:
- 周排行
- 月排行
-   处理BUG就这3个步骤
-   如何解决Phone模块Bug
-   数据挖掘在软件缺陷管理应用的可行性分析
-   软件上线时的可接受Bug
-   代码审查清单可消除更多的bug
-   软件缺陷管理流程
-   最难调试修复的BUG是怎样的?
-   如何看待那些不能重现的Bug?
-   处理BUG就这3个步骤
-   常用的bug管理工具
-   程序员不修改Bug怎么办?
-   Bug为什么不能彻底消除?
-   软件测试之BUG分析定位概述
-   WinForm IME输入法BUG完美修复
