Bug生命周期

过程描述：
1. 测试工程师开始执行测试，发现bug则新建bug，这时bug是新建状态。
2. 测试组负责人把bug修改为打开状态，表明开发人员可以修改该bug了。之所以会有打开这一步有两点目的：第一是测试组负责人对bug进行确认工作，避免提交错误的bug，第二是对bug进行一次筛选操作，告诉开发组本次需要修复哪些bug。（这一步需要测试组的负责人验证所有的bug，有些麻烦，我经历过的项目都是新建完bug后，由提bug的人直接打开，如果确实不应该提，大不了增加一个无效bug，影响不大）
3. 开发工程师找到状态为打开的bug，不会立即进行修复，也需要判断是否接受该bug，接受则修改bug，修改完成后把bug状态置为已修复。如果不接受则置为拒绝。
4. 测试工程师找到已修复的bug，在下一版本验证bug，如果确实已经修改正确，则把bug状态置为关闭，该bug生命周期结束。
5. 拒绝的bug必须由项目组的负责人判断拒绝是否有效，如果无效，则重新打开，进入修复过程。如果确实无效，则添加备注说明信息，该bug生命周期到此结束。（关于拒绝这一步，还可以新增一个无效状态。在项目负责人确认bug无效后，改为此状态，表明开发人员拒绝操作是合理的。只有项目组负责人有置无效的权限。）