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为什么不能彻底消除?
-   iOS下Fixed回复框Bug的解决方案
-   史上最臭名昭著五大软件Bug
-   如何高效且有效的向软件开发人员报告bug?
-   缺陷管理之Bug修复
-   四个Bug对你的好处
-   个体软件过程之缺陷管理
-   缺陷的定义、产生原因、格式
-   购物系统测试缺陷报告