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
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
