测试组Bug管理的流程

软件测试的主要目的在于发现软件存在的错误(Bug)，对于如何处理测试中发现的错误，
将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误，才能消除软件错误，保证要发布的软件符合需求设计的目标。在软件测试过程中，对于每个Bug都要经过测试、确认、修复、验证等的管理过程，这是软件测试的重要环节。

u       缺陷跟踪管理系统 

是Mercury Interactive公司推出的基于WEB的测试管理工具。Test Director能够帮助组织和管理软件测试过程的每个阶段，包括测试需求定义、测试计划、测试执行和缺陷跟踪。

u       软件错误的状态
   新信息(New)：测试中新报告的软件缺陷； 
   打开 (Open)：被确认并分配给相关开发人员处理； 
   修正(Fixed)：开发人员已完成修正，等待测试人员验证； 
   拒绝(Rejected)：拒绝修改缺陷； 
   延期(Deferred): 不在当前版本修复的错误，下一版修复 
   关闭(Closed)：错误已被修复； 

u       Bug管理的一般流程
　 1.测试人员提交新的Bug入库，错误状态为New。
　 2. 测试组负责人验证错误，如果确认是错误，分配给相应的开发人员，设置状态为Open。如果不是错误，则拒绝，设置为Declined状态。
  3.开发人员查询状态为Open的Bug，如果不是错误，则置状态为Declined；

(1)如果是Bug则修复并置状态为Fixed。不能解决的Bug，要留下文字说明及保持Bug为Open状态。
       (2)对于不能解决和延期解决的Bug，不能由开发人员自己决定，一般要通过某种会议（评审会）通过才能认可。
   4.测试人员查询状态为Fixed的Bug，然后验证Bug是否已解决，如解决置Bug的状态为Closed，如没有解决置状态为Reopen。

u       软件错误流程管理要点

 1.为了保证错误的正确性，需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误，书写的测试步骤是否准确，可以重复。
 2.每次对错误的处理都要保留处理信息，包括处理姓名，时间，处理方法，处理意见，Bug
状态。
 3.拒绝或延期错误不能由程序员单方面决定，应该由项目经理，测试经理和设计经理共同决定。
 4.错误修复后必须由报告错误的测试人员验证后，确认已经修复，才能关闭错误。
 5.加强测试人员与程序员的交流，对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例。