大型本地化软件测试需要进行充分的测试准备，需要科学的测试流程管理。为了跟踪和控制测试质量，便于管理测试发现的Bug，需要为每一个测试项目配置一个专用缺陷跟踪数据库，以便报告、查询、分类、跟踪、处理和验证错误。为了保证发现和报告的错误质量，需要首先由经验丰富的测试人员，在缺陷跟踪数据库中对新发现的错误进行确认，如果确实属于错误，再由错误修正工程师进行修正处理。

1、软件错误的状态

■ 新错误（New)：测试中新报告的软件缺陷。

■ 更多新信息（New More Info）：错误修正工程师认为报告的错误信息不完整，要求错误报告者添加更准确的错误信息。

■ 打开(Open)：错误被确认并分配给相关错误修正工程师处理。

■ 拒绝（Declined)：拒绝修改缺陷。包括两种情况：

 ● 拒绝一不是错误（Declined-Not Bug)：报告的错误不属于错误。

 ● 拒绝一重复（Declined-Duplicated)：以前已经报告过这个错误，需要指出已经报告过的错误标识号。

■ 修正（Fixed)：错误修正工程师已完成修正，等待测试人员验证。

■ 重新打开(Reopen)：没有正确修正的错误，需要进一步修正。

■ 延期（Deferred)：不在当前版本修正的错误，将在以后的版本修正。包括两种情况：

 ● 延期一下个版本 (Deferred-Next Build)：本项目的下一个新版本修正。

 ● 延期一下个主要版本(Deferred-Next Main Release)：本项目不修正，本软件下一个项目的版本修正。

■ 关闭(Closed)：错误已修正。

2、Bug管理的一般流程

测试人员提交新的错误入库，错误状态为New。

高级测试人员验证错误，如果是重复报告的错误，则设置为 Declined-Duplicated 状态，并指出与哪个已经报告的错误重复(注明标识号ID#)。反之，如果确认是错误，分配给相应的修正工程师，设置状态为Open。如果不是错误，则拒绝，设置为Declined-Not Bug 状态。