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

1、软件缺陷的状态

* 新缺陷(New)：测试中新报告的软件缺陷。

* 更多新信息(More New Info)：缺陷修正工程师认为报告的缺陷信息不完整，要求缺陷报告者添加更准确的缺陷信息。

* 打开（Open)：缺陷被确认并分配给相关缺陷修正工程师处理。

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

* 拒绝一不是缺陷（Declined-Not Bug)：报告的缺陷不属于缺陷。

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

* 修正（Fixed)：缺陷修正工程师已完成修正，等待测试人员验证。

* 重新打开(Reopen)：没有正确修正的缺陷，需要进一步修正。

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

（1）延期至一下个版本（Deferred-Next Build)：本项目的下一个新版本修正。

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

* 关闭（Closed)：缺陷已修正。

2、Bug管理的一般流程

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

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

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