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事件处理)
-   四个Bug对你的好处
-   数据挖掘在软件缺陷管理应用的可行性分析
-   网页Bug和不同浏览器下兼容性问题的处...
-   开发不改bug?给你支个招
-   发现Bug到解决Bug(iOS事件处理)
-   购物系统测试缺陷报告
-   缺陷管理之测试新手
-   如何彻底修复一个Bug?
-   程序员如何减少开发中的 Bug?
-   处理BUG就这3个步骤
-   高质量的缺陷分析:让自己少写 bug
