二、缺陷管理流程
本地化缺陷修正需要本地化工程师、软件测试工程师和软件供应商紧密联系来完成。对于软件项目来说，一个标准的软件缺陷的生命周期如下：
1. 工程师生成目标语言的软件版本
由工程师生成目标语言的软件版本，确认经过冒烟测试(Smoke Testing)，交由测试人员测试。
2. 测试人员创建新的缺陷
测试人员根据测试用例进行首轮测试工作，若发现缺陷则创建新缺陷。
3. 经验丰富的测试人员确认缺陷
为保证发现和报告的错误质量，需要首先由经验丰富的测试人员，在缺陷跟踪数据库中确认新发现的错误，如果确实属于错误，再由错误修正工程师进行修正处理。
4. 工程师分流缺陷
对于真正的缺陷，由测试人员分配给软件缺陷修复工程师。一般为便于管理，统一分配给某一位工程师，即对应到缺陷管理系统里的一个账号。在这个账号下的所有缺陷 ，由一位经验丰富的工程师进行分流，需要开发人员修复的缺陷则分配给开发人员，需要本地化工程师修复的则分配给本地化工程师。
5. 本地化工程师修复本地化缺陷
本地化工程师修复本地化缺陷，工程师需要首先重现和定位缺陷，确认缺陷确实存在，再考虑下一步的修复工作。
该缺陷中会有部分漏翻或误译缺陷，工程师可能无法直接修复，需要与语言部门或翻译人员等沟通后解决。当然，有些时候语言部门或翻译人员也可对某些语言相关缺陷提出拒绝，即认为某缺陷并非真正的缺陷，故无须修复。
还有一些缺陷，需要修复，但需要综合考虑其优先级，另外，如当前版本存在修复困难，可延迟修复。对于已修复的缺陷，工程师需要使用修复后的文件生成新的软件版本，供测试人员验证使用。
6. 测试人员验证缺陷
待缺陷修复或给出明确意见后，工程师需要将缺陷重新分配给创建此缺陷的测试人员进行验证。如果测试人员确认缺陷确实已修复，或虽未修复但同意相关人员给出的意见和建议，则可关闭此缺陷状态。
如若在上面第6步的验证中测试人员发现缺陷并未正确修复，则需要重复相关步骤，直至正确处理此缺陷。另外，在以上各步骤中，根据情况至少需要更新下一步处理者、最新状态、修复意见及具体细节等缺陷信息。
三、缺陷修复辅助工具
修正缺陷的主要辅助工具包括：
(1) 定位工具：主要用于搜索、定位。由于不知道缺陷出自的具体文件，因此必须使用全局搜索工具，搜索工具虽然有很多，但能支持各类型文件的并不多，特别是支持一些二进制文件的。如.dll、.exe等。常见工具有EditPlus、EmEditor等、ORCA、Pebble32、Search and Replace、Visual Studio等。
(2) 修正工具：主要用于修改一些非文本类型的文件以及各种编码文件。如Pebble32、 Zeta Resource Editor、 Visual Studio、 LocStudio、 AlchemyCatalyst、SDL Passolo等。选择哪种工具，主要取决于本地化过程中的翻译包文件类型。大部分软件缺陷都是直接在本地化工具中修复，如此项目缺陷主要使用LocStudio直接在.lspkg文件里修复。
(3) 比较工具：主要用于比较不同版本的同一文件。如Beyond Compare、VSS等。
责任编辑：admin
上一篇：本地化测试错误特征分析与测试方法
下一篇：翻译项目完工后总结及处理
微信公众号搜索“译员”关注我们，每天为您推送翻译理论和技巧，外语学习及翻译招聘信息。