大型本地化软件测试需要进行充分的测试准备，需要科学的测试流程管理。为了跟踪和控制测试质量，便于管理测试发现的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 状态。
上一篇：软件本地化测试报告错误的方法
下一篇：软件本地化错误跟踪系统的作用与组成
微信公众号搜索“译员”关注我们，每天为您推送翻译理论和技巧，外语学习及翻译招聘信息。