错误修正工程师查询状态为Open的错误，确认是错误则修正，设置状态为Fixed；如果因为错误的信息不完全，没法重现错误，则设置状态为New More Info；如果不是错误，则设置状态为Declined-Not Bug。对于当前版本不能解决，准备本项目的下一个新版本处理的错误，要留下处理注释，设置错误为Deferred-Next Build状态。如果只能在软件的下个新项目才能解决，要留下处理注释，设置错误为Deferred-Next Main Release状态。对于不能解决和延期解决的错误，不能由软件修正工程师自己决定，一般要通过某种会议（评审会）通过才能认可。

测试人员查询状态为Fixed的错误，然后验证错误是否已修正，如果已经修正，设置错误的状态为Closed，如没有解决则将状态置为Reopen。

下面以一个错误的处理过程为例，给出一般的处理流程图。

3、软件错误流程管理要点

■ 为了保证测试报告的错误属于真正的软件错误，需要有丰富测试经验的测试人员验证和确认这些错误，检查测试步骤是否准确、简洁、可以重复。

■ 软件错误的确认并不总是轻而易举的事情。由于对软件设计具体要求的不了解，对测试报告的个别软件错误，可能无法确认是否属于真正的软件错误，因此本地化服务商需要与软件供应商交流并确认。

■ 每次对错误的处理都要保留处理信息，包括处理者姓名、时间、处理方法、处理步骤、错误状态、处理注释等。

■ 对错误的拒绝不能由程序员单方面决定，应该由项目经理、测试经理和设计经理共同决定。

■ 对错误延期处理不能由本地化服务商决定，应该由软件供应商决定。

■ 错误修正后必须由报告错误的测试人员验证后，确认已经修正，才能关闭错误。

■ 加强测试人员与程序员的交流，对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例。

责任编辑：admin