| 软件测试的主要目的在于发现软件存在的错误（Bug），如何处理测试中发现的错误，将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误，才能消除软件错误，保证要发布的软件符合需求设计的目标。在实际的软件测试过程中，每个Bug都要经过测试、确认、修复、验证等的管理过程，这是软件测试的重要环节。
|
|
|
|
|
| 为了正确地跟踪每个软件错误的处理过程，通常将软件测试发现的每个错误作为一条记录输入指定的错误跟踪管理系统。
|
|
|
| 目前已有的错误跟踪管理软件包括Compuware公司的TrackRecord软件（商业软件）、Mozilla公司的Buzilla软件（免费软件），以及国内的微创公司的BMS软件，这些软件在功能上各有特点，可以根据实际情况选用。当然，也可以自己开发缺陷跟踪软件，例如基于Notes或是ClearQuese开发的错误跟踪管理软件。
|
|
|
| 作为一个错误跟踪管理系统，需要正确记录错误信息和错误处理信息的全部内容。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 正确的错误数据库权限管理是错误跟踪管理系统的重要考虑要素，一般要保证对于添加的错误不能从数据库中删除。
|
|
|
|
|
|
|
|
|
| . 打开（Open）：被确认并分配给相关开发人员处理。
|
|
|
| . 修正（Fixed）：开发人员已完成修正，等待测试人员验证。
|
|
|
|
|
| . 延期（Deferred）：不在当前版本修复的错误，下一版修复。
|
|
|
|
|
|
|
|
|
| . 测试人员提交新的错误入库，错误状态为“New”。
|
|
|
|
|
| ①如果确认是错误，分配给相应的开发人员，设置状态为“Open”。
|
|
|
| ②如果不是错误，则拒绝，设置为“Declined”状态。
|
|
|
| . 开发人员查询状态为“Open”的错误，做如下处理。
|
|
|
|
|
|
|
| ③如果不能解决的错误，要留下文字说明并保持错误为“Open”状态。
|
|
|
| ④对于不能解决和延期解决的错误，不能由开发人员自己决定，一般要通过某种会议（评审会）通过才能认可。
|
|
|
| . 测试人员查询状态为“Fixed”的错误，验证错误是否已解决，做如下处理。
|
|
|
|
|
|
|
|
|
|
|
| ①为了保证错误处理的正确性，需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误，书写的测试步骤是否准确，可以重复。
|
|
|
| ②每次对错误的处理都要保留处理信息，包括处理姓名、时间、处理方法、处理意见、Bug状态。
|
|
|
| ③拒绝或延期处理错误不能由程序员单方面决定，应该由项目经理、测试经理和设计经理共同决定。
|
|
|
| ④错误修复后必须由报告错误的测试人员验证，确认已经修复后，才能关闭错误。
|
|
|
| . 加强测试人员与程序员之间的交流，对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例。
|
|
|
