软件BUG管理流程?

软件BUG管理流程?

1. 测试人员提交新的Bug入库，错误状态为New。
2. 高级测试人员验证错误，如果确认是错误，分配给相应的开发人员，设置状态为Open。如果不是错误，则拒绝，设置为Declined(拒绝)状态。
3. 开发人员查询状态为Open的Bug，如果不是错误，则置状态为Declined；如果是Bug则修复并置状态为Fixed。不能解决的Bug，要留下文字说明及保持Bug为Open状态。对于不能解决和延期解决的Bug，不能由开发人员自己决定，一般要通过某种会议（评审会）通过才能认可。
4. 测试人员查询状态为Fixed的Bug，然后验证Bug是否已解决，如解决置Bug的状态为Closed，如没有解决置状态为Reopen。
软件错误流程管理要点 为了保证错误的正确性，需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误，书写的测试步骤是否准确，可以重复。
每次对错误的处理都要保留处理信息，包括处理姓名，时间，处理方法，处理意见，Bug状态。
拒绝或延期错误不能由程序员单方面决定，应该由项目经理，测试经理和设计经理共同决定。
错误修复后必须由报告错误的测试人员验证后，确认已经修复，才能关闭错误。
加强测试人员与程序员的交流，对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例

推荐使用Mantis

easybug的相关"中国软件测试09年盘点"中一面有介绍到一些关于"软件BUG管理流程"的: http://www.easybug.net/News/Detail/52

1.测试人员发现bug，提交。bug状态为New
2.开发人员接收bug，bug状态为in Progress
3.开发人员修改完毕，提交，bug状态改为Fixed
4.测试人员针对开发人员作的修改，再次对bug进行测试，如果bug依然存在，就把bug状态置为reopened，流程到第二步重新开始，如果问题已经解决，就直接改为close，该bug的流程就走完了。