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跟踪系统
-   如何高效且有效的向软件开发人员报告bug?
-   Universal-Image-Loader的一个BUG
-   如何编写更佳的bug report
-   基于Bug的测试策略分析
-   Bug为什么不能彻底消除?
-   面对Bug的正确姿势
-   多种缺陷管理软件简介
-   处理BUG就这3个步骤
-   游戏测试中缺陷的分类
-   为什么缺陷报告是每个测试人员都应该...
-   十大开源BUG跟踪系统
-   游戏测试常见Bug整理
-   手机App常见Bug积累