Bug 在缺陷跟踪系统中通常有下边一些状态:
基本状态:
New: 测试人员提交 bug 到跟踪系统中。
Open: Bug review 的人员,检查 bug 的合法性, 把 bug 状态置为 Open 并 Assign 给修改 bug 的人员。
Fixed: Bug 修改完毕。
Verified: 验证完毕,已经修改。
Reopen: 验证完毕,没有修改,重新打开。
Closed: 关闭。
通常的缺陷管理系统会给每一个参与测试的人员生成一个帐号,测试人员可以利用系统提供的搜索工具把自己报的 bug 搜索出来,在测试项目进行过程中随时关注自己提交的 bug 的状态。 主要关注的 bug 应该包括下面集几种状态。
Fixed: 及时去做验证。
Need more information: 需要提供更多的信息。
Not reproduce: 提供的信息不全, 开发工程师不能重现 bug, 需要提供更多的信息。 大面积统一的修改导致 bug 不能重现。 如果是信息不全的,提供信息确保重现。 确实改掉的,应该关掉。
一些特殊的情况也需要关注下,如下列状态:
Duplicate: Bug 报重了,需要注意在提交以前搜索一下,看是否有同样的 bug 已经提交。
As design: 设计就是这样的,虽然是缺陷,但是设计的时候就是按这种方式设计的。 所以不做改动。
Defer: 需要做比较大的改动,但是已经到了产品 release 的阶段,没有时间去修改了,就会被延迟到下一个版本,通常这种 bug 严重性不高,不修改也不会影响到产品的主要功能。
版权声明:本文出自c780329的51Testing软件测试博客:http://www.51testing.com/?166573
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。