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管理工具
-   软件用例写作与缺陷管理
-   开发不改bug?给你支个招
-   如何编写更佳的bug report
-   面对Bug的正确姿势
-   实例!软件缺陷数据度量和分析
-   深入BUG分析
-   购物系统测试缺陷报告
-   缺陷管理规范及流程
-   国内外最好用的6款Bug跟踪管理系统
-   消灭Bug秘籍:如何处理大型软件中的错...
-   史上最臭名昭著五大软件Bug