下列文件中的条款通过本标准的引用而成为本标准的条款。 凡是注日期的引用文件， 其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本 标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最 新版本适用于本标准。

下列文件中的条款通过 GB/T 19363 的本部分的引用而成为本部分的条款。凡是注日期 的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而， 鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用 文件，其最新版本适用于本部分。

本规范定义本地化业务相关的若干关键术语，包括综合、服务角色、服务流程、服务要素、服务 种类和技术六大类别。

本规范适用于本地化服务和翻译服务。

二、综合

返回文首

2.1本地化 Localization ( L10n)

将一个产品按特定国家/地区或语言市场的需要进行加工，使之满足特定市场上的用户对语言和文 化的特殊要求的软件生产活动。

2.2国际化 Internationalization (I18n)

在程序设计和文档开发过程中，使功能和代码设计能够处理多种语言和文化传统，从而在创建不 同语言版本时，不需要重新设计源程序代码的软件工程方法。

2.3全球化 Globalization (G11n)

软件产品或应用产品为进入全球市场而必须进行的系列工程和商务活动，如正确的国际化设计、 本地化集成，以及在全球市场进行市场推广、销售和支持的全部过程。

2.4本地化能力 Localizability

不需要重新设计或修改代码、将程序的用户界面翻译成任何目标语言的能力。本地化能力是表征 软件产品实现本地化的难易程度的指标。

2.5质量保证 Quality Assurance (QA)

系统性地对项目、服务或其他交付物进行全方位监控和评估以确保交付物符合质量标准的方法和 流程。

2.6第三方质量保证 Third-party QA

客户指定独立的第三方对某本地化服务提供商的交付物执行质量监控和评估的方法与流程。

2.7翻译错误率 Translation Error Rate

一个度量翻译质量的指标，通常按每千字中出现的错误的比例来计算。

2.8文件格式 File Format

以计算机文档形式保存文字内容时采用的格式规定，也称文件类型。一般通过文件扩展名加以区 分，如 doc、pdf、txt 等。

2.9用户界面 User Interface (UI)

软件中与用户交互的全部元素的集合，包括对话框、菜单和屏幕提示信息等。

2.10用户帮助 User Assistant (UA)

也称联机帮助 (Online Help)，或者用户教育 (User Education, UE)，指集成在软件当中，为最终用户 方便快捷的使用软件而提供的操作指南。借助用户帮助，用户可以在使用软件产品时随时查询相关信息。用户帮助代替了书面的用户手册，提供了一个面向任务的、快捷的帮助信息查询环境。

2.11电子学习资料 E-learning Materials

各种形式的、用于教学/自学的电子资料与媒体的统称。

2.12服务角色 Role of Service

服务角色 Role of Service

2.13服务流程 Process of Service

产品本地化实施过程中相互联系、相互作用的一系列过程。

2.14服务要素 Element of Service

产品本地化流程中的各种输入输出对象。

2.15服务种类 Types of Service

提供本地化服务的类别。

2.16本地化技术 Technology of Localization

产品本地化过程中应用的各项技术的统称。

2.17多字节字符集 Multi-byte Character Set

每个字符用单个字节或两个字节及以上表示的字符集。

2.18现场服务 Onsite Service

指服务提供商派遣专业人才到客户方的工作场所内工作的一种外包服务模式。采用这种模式，客 户既能够自己控制和管理项目，同时又能充分利用外部的专业人才。

2.19信息请求书 Request for Information (RFI)

客户向服务提供商发出的，请求后者提供其服务产品及服务能力方面基本信息的文件。客户通过 向提供商发出 RFI 并获取反馈，以达到收集信息并帮助确定下一步行动的目的。RFI 不是竞标邀请， 也不对客户或提供商构成采购服务或提供服务的约束。

2.20提案请求书 Request for Proposal (RFP)

客户向服务提供商发出的、请求后者就某特定的服务或项目提供提案的文件。客户通常会将 RFP 发给已获得一定程度认可的提供商。RFP 流程可以帮助客户预先识别优势及潜在的风险，并为采购决 策提供主要参考。RFP 中的要求描述得越详细，获得的提案反馈信息就越准确。客户在收到提案反馈 后，可能会与提供商召开会议，以便指明提案中存在的问题，或允许提供商进一步说明其技术能力。 客户将基于 RFP 流程的结果挑选部分或全部提供商参加后续的竞标活动。

2.21报价请求书 Request for Quote (RFQ)

客户向服务提供商发出的、请求后者就具体的服务项或项目提供报价的文件。

三、服务角色

返回文首

3.1本地化服务提供商 Localization Service Provider, Localization Vendor

提供本地化服务的组织。本地化服务除包括翻译工作以外，还包括本地化工程、本地化测试、本 地化桌面排版以及质量控制和项目管理等活动。

3.2单语言服务提供商 Single Language Vendor (SLV)

仅提供一种语言的翻译或本地化服务的个人或组织。可以包括兼职人员、团队或公司。

3.3多语言服务提供商 Multi-Language Vendor (MLV)

提供多种语言的翻译、本地化服务、以及各种增值服务的组织。大多数 MLV 在全球范围内都拥有多个分公司和合作伙伴。

3.4本地化测试服务提供商 Localization Testing Service Provider, Localization Testing Vendor

提供本地化测试服务的组织。主要提供的服务是对本地化软件的语言、用户界面以及本地化功能 等方面进行测试，以保证软件本地化的质量。

3.5翻译公司 Translation Company

提供一种或多种语言的翻译服务的组织。主要服务包括笔译、口译等。

3.6服务方联系人 Vendor Contact

服务方中面向客户的主要联系人。

3.7客户 Client

购买本地化服务的组织。

3.8客户方联系人 Client Contact

客户方中面向服务提供商的主要联系人。

3.9客户方项目经理 Client Project Manager

在客户方组织内，负责管理一个或多个本地化或测试项目的人员。该人员通常是客户方的项目驱 动者和协调者，通常也是客户方的主要联系人之一。该人员负责在指定期限内，管理服务提供商按预 定的时间表和质量标准完成项目。

3.10服务方项目经理 Vendor Project Manager

在本地化服务提供商组织内，负责管理一个或多个本地化或测试项目的人员。该人员通常是服务 方的项目执行者和协调者，通常也是服务方的主要联系人之一。该人员负责在指定期限内，按客户预 定的时间表和质量标准完成项目交付。

3.11全球化顾问 Globalization Consultant

该角色人员主要负责对全球化相关的战略、技术、流程和方法进行评估，并就如何实施、优化全 球化及本地化的工作提供详细建议。

3.12国际化工程师 Internationalization Engineer

在实施产品本地化之前，针对国际化或本地化能力支持方面，分析产品设计、审核产品代码并定 位问题、制定解决方案并提供国际化工程支持的人员。

3.13本地化开发工程师 Localization Development Engineer

从事与本地化相关的开发任务的人员。

3.14本地化测试工程师 Localization Testing Engineer, Localization Quality Assurance (QA) Engineer

负责对本地化后软件的语言、界面布局、产品功能等方面进行全面测试，以保证产品本地化质量 的人员。有时也称为本地化质量保证 (QA) 工程师。

3.15本地化工程师 Localization Engineer

从事本地化软件编译、缺陷修正以及执行本地化文档前/后期处理的技术人员。

3.16译员 Translator

将一种语言翻译成另一种语言的人员。

3.17编辑 Reviewer, Editor

对照源文件，对译员完成的翻译内容进行正确性检查，并给予详细反馈的人员。

3.18审校 Proofreader

对编辑过的翻译内容进行语言可读性和格式正确性检查的人员。

3.19排版工程师 Desktop Publishing Engineer

对本地化文档进行排版的专业人员。

3.20质检员 QA Specialist

负责抽样检查和检验译员、编辑、审校、排版工程师等所完成任务的质量的人员。

四、服务流程

返回文首

4.1本地化工程 Localization Engineering

本地化项目执行期间对文档进行的各种处理工作的统称，其目的是为了方便翻译并确保翻译后的 文档能够正确编译及运行。其工作内容包括但不限于：

抽取和复用已翻译的资源文件，以提高翻译效率和一致性；

校正和调整用户界面控件的大小和位置，以确保编译出正确的本地化软件；

定制和维护文档编译环境，以确保生成内容和格式正确的文档；

修复软件本地化测试过程中发现的缺陷，以提高软件本地化的质量。

4.2项目分析 Project Analysis

分析具体项目的工作范围、所包含的作业类型和工作量以及资源需求等。该工作通常在项目启动前进行。

4.3项目工作量分析 Workload Analysis

针对项目任务的定量分析，通常包括字数统计、排版、工程和测试等工作量的综合分析。

4.4译文复用 Leverage

本地化翻译过程中，对已翻译内容进行循环再利用的方法和过程。

4.5报价 Quote

本地化服务提供商对客户方特定项目或服务招标询价的应答，通常以报价单形式呈现。

4.6项目计划 Project Plan

基于项目工作量分析结果制定的、需经过审批的标准文档，是项目执行和进度控制的指南。项目 计划通常包括项目周期内可能发生的各种情况、相应决策及里程碑、客户已确认的工作范围、成本以 及交付目标等。

4.7启动会议 Kick-off Meeting

本地化项目正式开始之前召开的会议，一般由客户方和服务方的项目组主要代表人员参加。主要 讨论项目计划、双方职责、交付结果、质量标准、沟通方式等与项目紧密相关的内容。

4.8发包 Hand-off

客户方将项目文件、说明、要求等发给服务提供商。

4.9术语提取 Terminology Extraction

从源文件及目标文件中识别并提取术语的过程。

4.10翻译 Translation

将一种语言转换成另一种语言的过程，一般由本地化公司内部或外部译员执行翻译任务。

4.11校对 Review, Editing

对照源文，对译员完成的翻译内容进行正确性检查，并给予详细反馈的过程；一般由本地化公司 内部经验丰富的编辑执行校对任务。

4.12审查 Proofreading

对编辑过的翻译内容进行语言可读性和格式正确性检查的过程；一般由本地化公司内部的审校人 员执行审查任务。

4.13转包 Sub Contracting

将某些本地化任务转交给第三方公司、团队或个人完成的活动，如将一些翻译工作外包给自由译 员完成。

4.14翻译质量评估 Translation Quality Evaluation

抽查一定字数的翻译内容，根据既定的错误允许率评定翻译质量的过程。

4.15一致性检查 Consistency Check

对文档内容执行的一种检查活动，其目的是确保文档中所描述的操作步骤与软件实际操作步骤保 持一致，文档中引用的界面词与软件实际界面内容保持一致，文档中的章节名引用以及相同句式的翻 译等保持一致。

4.16桌面排版 Desktop Publishing ( DTP)

使用计算机软件对文档、图形和图像进行格式和样式排版，并打印输出的过程。

4.17搭建测试环境 Setup Testing Environment

根据客户方对测试环境的要求，安装并配置硬件、系统软件、应用软件环境，确保测试环境与客 户要求完全一致。

4.18测试 Testing

编写并执行测试用例，发现、报告并分析软件缺陷的过程。

4.19缺陷修复 Bug Fixing

遵循一定的流程和方法，对所报告的各种缺陷进行修复，并集成到软件产品中的过程。

4.20界面布局调整 Dialog Resizing

在与源文件界面布局保持一致的前提下，调整翻译后用户界面控件的大小和位置，确保翻译后的 字符显示完整、美观。

4.21交付 Delivery, Handback

也称“提交”，指遵循约定的流程和要求将完成的本地化产品及附属相关资料交付给客户方的过程。

4.22资源调配 Resource Allocation

为本地化项目合理安排人员、设备及工具等资源的过程。

4.23定期会议 Regular Meeting

客户方和服务提供商的主要参与人员定期开会（如周会），就项目进度、质量控制、人员安排、 风险评估等进行有效沟通。

4.24状态报告 Status Report

客户方与服务方之间一种较为正式的书面沟通方式，目的是使项目双方了解项目的当前执行情况、 下一步工作计划以及针对出现的问题所采取的必要措施等。发送频率视具体情况而定，如每周一次。

4.25语言适用性评估 Language Usability Assessment (LUA)

向最终用户收集有关本地化语言质量的反馈，进而使本地化语言质量标准与用户期望趋向一致。

4.26季度业务审核 Quarterly Business Review (QBR)

每个季度客户方与服务方之间定期召开的会议。会议内容通常包括本季度项目回顾与总结、出现。

4.27项目总结 Post-mortem

本地化项目完成后，对项目执行情况、成功因素及经验教训等进行分析和存档的过程。

4.28时间表 Schedule

描述各种任务、完成这些任务所需时间、以及任务之间依存关系的列表。通常以表格形式呈现。

4.29生产率 Productivity

衡量投入的资源与输出的产品或服务之间关系的指标，如每天翻译字数或每天执行的测试用例数。

五、服务要素

返回文首

5.1服务级别协议 Service Level Agreement (SLA)

客户方和服务方约定本地化服务的质量标准以及相关责任和义务的协议。

5.2工作说明书 Statement of Work (SOW)

在本地化项目开始之前，客户方编写并发送给服务方的工作任务描述文档。

5.3报价单 Quotation

在本地化项目开始之前，客户方编写并发送给服务方的工作任务描述文档。服务方按照客户方询价要求，根据工作量评估结果向客户方提交的报价文件。其中通常包含详细 的工作项、工作量、单价、必要的说明以及汇总价格。

5.4采购订单 Purchase Order (PO)

本地化项目开始之前，客户方根据报价单提供给服务方的服务采购书面证明，是客户方承诺向 服务方支付服务费用的凭证。

5.5本地化包 Localization Kit

由客户方提供的，包含要对其实施本地化过程的源语言文件、使用的工具和指导文档等系列文件 的集合。本地化项目开始前，客户方应将其提供给服务提供商。

5.6本地化风格指南 Localization Style Guide

一系列有关文档撰写、翻译和制作的书面标准，通常由客户方提供，其中规定了客户方特有的翻 译要求和排版风格。本地化风格指南是服务方进行翻译、用户界面控件调整和文档排版等作业的依据。

5.7源文件 Source File

客户方提供的、用以执行本地化作业的原始文件。

5.8目标文件 Target File

翻译为目标语言并经工程处理后生成的、与源文件格式相同的结果文件。

5.9术语 Terminology

在软件本地化项目中，特定于某一领域产品、具有特殊含义的概念及称谓。

5.10词汇表 Glossary

包含源语言和目标语言的关键词及短语的翻译对照表。

5.11检查表 Checklist

待检查项的集合。根据检查表进行检查，可以确保工作过程和结果严格遵照了检查表中列出的要 求。检查表需要签署，指明列出的检查项是否已完成以及检查人。检查表可以由客户提供，也可以由 本地化公司的项目组创建。

5.12字数 Wordcount

对源语言基本语言单位的计数。通常使用由客户方和服务方共同协定的特定工具进行统计。

5.13测试用例 Test Case

为产品测试而准备的测试方案或脚本，通常包含测试目的、前提条件、输入数据需求、特别关注 点、测试步骤及预期结果等。

5.14测试脚本 Test Script

为产品测试准备的、用来测试产品功能是否正常的一个或一组指令。手动执行的测试脚本也称为 测试用例；有些测试可以通过自动测试技术来编写和执行测试脚本。

5.15测试环境 Testing Environment

由指定的计算机硬件、操作系统、应用软件和被测软件共同构建的、供测试工程师执行测试的操 作环境。

5.16缺陷库 Bug Database

供测试工程师报告缺陷用的数据库，通常在项目开始前客户方会指定使用何种缺陷库系统。

5.17缺陷报告 Bug Report

也称为缺陷记录，是记录测试过程中发现的缺陷的文档。缺陷报告通常包括错误描述、复现步 骤、抓取的错误截图和注释等。

5.18项目总结报告 Post Project Report (PPR)

本地化项目完成后，由客户方和服务方的项目经理编写的关于项目执行情况、问题及建议的文档。

5.19发票 Invoice

服务方提供给客户方的收款书面证明，是客户方向服务方支付费用的凭证。

六、服务种类

返回文首

6.1本地化测试 Localization Testing

对产品的本地化版本进行的测试，其目的是测试特定目标区域设置的软件本地化的质量。本地化 测试的环境通常是在本地化的操作系统上安装本地化的产品。根据具体的测试角度，本地化测试又细 分为本地化功能测试、外观测试（或可视化测试）和语言测试。

6.2翻译服务 Translation Service

提供不同语言之间文字转换的服务。

6.3国际化工程 Internationalization Engineering

为实现本地化，解决源代码中存在的国际化问题的工程处理，主要体现在以下三个方面 ：

数据处理，包括数据分析、存储、检索、显示、排序、搜索和转换；

语言区域和文化，包括数字格式、日期和时间、日历、计量单位、货币、图形以及音频；

用户界面，包括硬编码、文本碎片、歧义、空间限制、字体、图层和大小信息。

6.4排版服务 Desktop Publishing (DTP)

根据客户方的特定要求，对文档以及其中的图形和图像进行格式调整，并打印输出的服务。

6.5本地化软件构建 Localized Build

根据源语言软件创建本地化软件版本的工程服务。

6.6本地化功能测试 Localization Functionality Testing

对产品的本地化版本进行功能性测试，确保本地化后的产品符合当地标准或惯例，并保证各项原 有功能无损坏或缺失。

6.7语言测试 Linguistic Testing

对产品的本地化版本进行测试，以确保语言质量符合相应语言要求的过程。

6.8界面测试 Cosmetic Testing / User Interface (UI) Testing

对产品的本地化版本的界面进行测试，以确保界面控件的位置、大小适当和美观的过程。

6.9机器翻译 Machine Translation (MT)

借助术语表、语法和句法分析等技术，由计算机自动实现源语言到目标语言的翻译的过程。

6.10机器翻译后期编辑 Machine Translation Post-Editing

对机器翻译的结果进行人工编辑，以期达到与人工翻译相同或近似的语言质量水平的过程。

6.11项目管理 Project Management

贯穿于整个本地化项目生命周期的活动；要求项目经理运用本地化知识、技能、工具和方法，进 行资源规划和管理，并对预算、进度和质量进行监控，以确保项目能够按客户方与服务方约定的时间 表和质量标准完成。

6.12联机帮助编译 Online Help Compilation

基于源语言的联机帮助文档编译环境，使用翻译后的文件生成目标语言的联机帮助文档的过程。

七、技术

返回文首

7.1可扩展标记语言 Extensible Markup Language (XML)

XML 是一种简单的数据存储语言，它使用一系列简单的标记描述数据。XML 是 Internet 环境中跨 平台的、依赖于内容的技术，是当前处理结构化文档信息的有力工具。

7.2翻译记忆交换标准 Translation Memory eXchange(TMX)

TMX 是中立的、开放的 XML 标准之一，它的目的是促进不同计算机辅助翻译 (CAT) 和本地化工 具创建的翻译记忆库之间进行数据交换。遵从 TMX 标准，不同工具、不同本地化公司创建的翻译记忆 库文件可以很方便地进行数据交换。

7.3断句规则交换标准 Segmentation Rule eXchange (SRX)

LISA 组织基于 XML 标准、针对各种本地化语言处理工具统一发布的一套断句规则，旨在使 TMX 文件在不同应用程序之间方便地进行处理和转换。通过该套标准，可使不同工具、不同本地化公司创 建的翻译记忆库文件很方便地进行数据交换。

7.4XML 本地化文件格式交换标准 XML Localization Interchange File Format (XLIFF)

XLIFF 是一种格式规范，用于存储抽取的文本并且在本地化多个处理环节之间进行数据传递和交 换。它的基本原理是从源文件中抽取与本地化相关的数据以供翻译，然后将翻译后的数据与源文件中 不需要本地化的数据合并，最终生成与源文件相同格式的文件。这种特殊的格式使翻译人员能够将精 力集中到所翻译的文本上，而不用担心文本的布局。

7.5术语库交换标准 Term Base eXchange(TBX)

TBX 是基于 ISO 术语数据表示的 XML 标准。一个 TBX 文件就是一个 XML 格式的文件。采用TBX，用户可以很方便的在不同格式的术语库之间交换术语库数据。

7.6计算机辅助翻译 Computer Aided Translation (CAT)

为了提高翻译的效率和质量，应用计算机信息技术对需要翻译的文本进行内容处理的辅助翻译技术。

7.7翻译分段 Translation Segment

指语意相对明确完整的文字片段。翻译分段可以是一个单字、一个或多个句子，或者是整个段 落。翻译分段技术可以将段落拆分成句子或短语片段。

7.8罚分 Penalty

计算源文件中的待翻译单元与翻译记忆库中翻译单元的源语言的匹配程度时使用的基准。除了根 据文字内容的不同自动罚分外，用户还可以自定义某些条件的罚分，如格式、属性字段、占位符不 同，使用了对齐、机器翻译技术或存在多个翻译等情况。

7.9对齐 Alignment

本地化翻译过程中，通过比较和关联源语言文档和目标语言文档创建预翻译数据库的过程。使用 翻译记忆工具可以半自动化地完成此过程。

7.10翻译记忆库 Translation Memory (TM)

一种用来辅助人工翻译的、以翻译单元（源语言和目标语言对）形式存储翻译的数据库。在 TM 中，每个翻译单元按照源语言的文字分段及其对应的翻译语言成对存储。这些分段可以是文字区块、 段落、单句。

7.11术语库 Term Base

存储术语翻译及相关信息的数据库。多个译员通过共享同一术语库，可以确保术语翻译的一致性。

7.12基于规则的机器翻译 Rule-based MT

指对语言语句的词法、语法、语义和句法进行分析、判断和取舍，然后重新进行排列组合，生成 对等意义的目标语言文字的机器翻译方法。

7.13基于统计的机器翻译 Statistic-based MT

以大量的双语语料库为基础，对源语言和目标语言词汇的对应关系进行统计，然后根据统计规律 输出译文的机器翻译方法。

7.14内容管理系统 Content Management System (CMS)

用于创建、编辑、管理、检索以及发布各种数字媒体（如音频、视频）和电子文本的应用程序或 工具。通常根据系统应用范围分为企业内容管理系统、网站内容管理系统、组织单元内容管理系统。

7.15伪本地化 Pseudo Localization

把需要本地化的字符串按一定规则转变为“伪字符串”并构建伪本地化版本的过程。在伪本地化 的软件上进行测试，可以验证软件是否存在国际化问题，用户界面控件的位置和大小是否满足特定语言的要求。

7.16硬编码 Hard Code

一种软件代码实现方法，是指编程时，把输入或配置数据、数据格式、界面文字等直接内嵌在源 代码中，而不是从外部数据源获取数据或根据输入生成数据或格式。

7.17缺陷 Bug

软件产品在功能、外观或语言描述中存在的质量问题。通常在质量保证测试期间由测试工程师将 发现的缺陷上报，并分别由客户方、本地化工程人员或翻译人员解决。

7.18优先级 Priority

同时存在多种选择时应遵循的先后次序，如词汇优先级、本地化样式手册优先级、缺陷优先级 等。例如：在软件本地化过程中，缺陷的优先级通常按如下规则确定：

缺陷应立即修复，否则产品不能发布；

缺陷不需要立即修复，但如果不修复，产品不能发布；

缺陷不是必须修复，是否修复取决于资源、时间和风险状况。

7.19严重程度 Severity

指所发现的缺陷对相关产品造成影响的严重程度。严重程度较高的缺陷可能会影响产品的按时发布。软件缺陷的严重程度通常分为四级：

关键 (Critical)：导致系统或软件产品自身崩溃、死机、系统挂起或数据丢失，主要功能完全失 效等；

高 (High)：主要功能部分失效、次要功能完全失效、数据不能保存等；

中 (Middle)：次要功能无法完全正常工作但不影响其他功能的使用；

低 (Low)：影响操作者的使用体验（如感觉不方便或不舒服），但不影响功能的操作和执行。

7.20重复 Repetition

在翻译字数统计中，重复是指源语言中出现两次及以上的相同文本。

7.21模糊匹配 Fuzzy Match

源文件中的待翻译单元与翻译记忆库中翻译单元的源语言局部相同。模糊匹配的程度通常用百分 比表示，称为复用率。

7.22完全匹配 Full Match

源文件中的待翻译单元与翻译记忆库中翻译单元的源语言完全相同，其模糊匹配的程度（复用 率）为 100%。

7.23新字 New Word

模糊匹配程度（复用率）低于某一设定阈值的源语言单词或基本语言单位。

7.24加权字数 Weighted Word Count

根据待翻译单元的复用率，对其字数加权计算后得到的待翻译字数。

本地化服务供应商选择规范

Quotation for Localization Service

前 言

中国翻译协会是包括翻译与本地化服务、语言教学与培训、语言技术工具开发、语言相关咨询业 务在内的语言服务行业的全国性组织。制定中国语言服务行业规范，推动行业有序健康发展，是中国 翻译协会的工作内容之一。

本地化服务是语言服务领域中综合了翻译、工程、排版以及测试等多种任务的服务，服务行业众 多，应用的专业知识广泛，服务的专业性和时效性较强。为了合理应用资源，提供高效、专业的本地 化服务，本地化服务需求方（客户方）经常需要与本地化服务提供方进行合作，而大型本地化服务提 供方也经常与其供应商合作，为此，科学而规范的选择本地化服务供应商就成为本地化服务是否成功 的重要因素。

本规范提供了选择供应商的评估内容，给出了各项评估内容的详细调查表，旨在指导客户方选择 合适的本地化服务供应商，同时，本规范也适用于本地化供应商选择其供应商（包括公司、团队和个 人）。由于不同的客户对本地化服务的要求存在差异，客户在选择本地化供应商时，可以本规范为主 要参考，结合具体采购业务类型和业务策略进行实施。无论是客户方选择本地化服务供应商，还是本 地化服务企业选择服务商，互利双赢是选择的目标。为此双方都应该形成共识：构建客户方与供应商 良好的合作关系，需要双方加强沟通，相互尊重，互相支持和适应。

一 、 选择本地化服务供应商的主要评估内容

返回文首

1.1服务类别/语种数量

• 1.1.1能够提供本地化服务的类别，如软件本地化、本地化测试、本地化工程、多媒体业务、桌面 排版等；
• 1.1.2能够提供的服务的语种数量或语言对数量。

1.2资源

• 1.2.1译员/审校/语言专家/测试工程师：目标语母语人员，具备某领域专业/技术知识和丰富的翻译 和本地化经验；
• 1.2.2本地化项目经理为全职雇员，且有丰富的本地化项目管理经验，如交付过大客户的大型项目；
• 1.2.3针对客户建立专职团队，包括客户经理、项目经理、人力资源经理、质量经理、技术经理、 项目接口人等。相关岗位根据公司规模可以一人多职，但关键岗位需要专职；
• 1.2.4有系统的资源招聘机制和稳定的资源来源，对于各岗位人员的资质要求明确、岗位职责清 晰、招聘流程规范有效，招聘质量可信。

1.3综合产能与报价

• 1.3.1按照质量要求交付项目的平均周期以及处理各种本地化业务的最大产能；能同时并行的本地化测试语种数量；
• 1.3.2完成计划外紧急项目的能力，以及支撑紧急项目交付的流程；
• 1.3.3能提供报价模板，并清晰定义报价要素。

1.4质量与流程

• 1.4.1有标准、有效的本地化流程，并有持续优化机制，如流程有效保障项目交付质量，应对不同 场景、要求的流程定制化；
• 1.4.2建立完善的质量管理系统，有专人进行质量管理，有高效的缺陷修复流程；
• 1.4.3对交付质量和过程质量（如遗留缺陷率、缺陷报告、质量投诉处理、质量回溯等）做出承诺 并遵从；
• 1.4.4能定期提供交付项目质量报告给客户；
• 1.4.5国家标准化组织质量管理体系标准ISO9001、欧洲标准EN15038（欧盟）、软件能力成熟度模 型CMM、国家标准（如加拿大标准总署CGSB131、美国材料与试验协会标准ASTMF2575）等质量体 系或标准认证。
• 1.4.6能够匹配客户的产品开发流程，需要熟悉客户遵从的质量理念、质量方法和质量系统，包括 与客户相应质量保证团队的对接，建立一致的语言质量保证体系。

1.5响应与交付

• 1.5.1对客户需求及时响应，如承诺一小时内对客户需求做出响应，3个工作日内完成客户投诉的处理等；
• 1.5.2按照客户要求的交付时间及时交付项目，兑现承诺，如项目及时交付率；
• 1.5.3有高效例行的客户交流和闭环机制。

1.6技术能力

• 1.6.1有专职的技术开发团队支撑（外购或外包均可），能根据业务需要实现流程自动化、开发业 务需要的检查工具以及系统平台。如计算机辅助翻译(CAT)工具、翻译记忆库管理工具、翻译项目管理 平台、术语系统、语言质量检查工具、本地化工程工具、机器翻译、计算机辅助翻译(CAT)工具、翻译 记忆库管理工具、术语管理系统、翻译项目管理平台，系统等；
• 1.6.2能与客户的系统和平台对接，或共同合作进行软硬系统平台开发或设计。

1.7信息安全

• 1.7.1涉及客户项目的人员签署保密协议（NDA），并有例行审视机制；
• 1.7.2能遵循客户方的信息安全要求；
• 1.7.3对于保密级别高的业务，能提供外派人员到客户方现场等地工作；
• 1.7.4通过国家标准化组织质量管理体系标准ISO27001认证或满足客户对信息安全的要求。

1.8社会责任

遵从当地的社会责任、道德、环境、法律法规要求。如不雇佣童工、使用正版软件、慈善捐赠、 安全和健康的工作环境、遵从劳动法、节能环保。

二 、 选择本地化供应商的具体评估项

返回文首

2.1服务类型/语种数量

贵公司是否全球布局？这些分支机构分别分布在哪里、哪些城市？在中国有多少分支机构？

请列举贵公司可以提供的本地化服务的类型。

您支持哪些语种的本地化服务？哪些是贵公司的优势语种和优势领域？

贵公司是否能支持人员外派服务？如果可以，哪些业务可以提供人员外派服务？

其他（可补充）

2.2资源

贵公司是否可以为客户建立专职团队？如果可以，这个专职团队中将设置哪些角色？是否可以提供这些角 色分别承担怎样的职责职位说明书？

贵公司的本地化项目经理资质如何？是否经过专业认证或培训？如有多少年的本地化项目管理经验？每年 交付的项目规模是多少？最近一年交付的大型项目规模是多少？

贵公司是否有资源招聘系统、流程、标准？如有，请详细描述。

贵公司使用的译员、审校、测试专家等是目标语言为母语译者、审校、测试专家的人员吗？采取哪种合作

模式：通过专职还是兼职与公司合作还是与个人合作、还是与机构合作模式？

贵公司是否支持外派员工到客户现场办公？对于外派员工的管理是否有清晰组织结构和流程支撑？

是否承诺为客户提供服务的新资源进入、现有资源和退出等相关变动严格遵循客户的流程要求？

其他（可补充）

2.3综合产能与报价

贵公司业务峰值时期的交付能力如何？针对特定客户是否有对交付能力有范围的承诺？如何支撑紧急项 目？交付100,000字的多语言项目，正常周期需要多长？

贵公司是否可以支撑紧急项目？如果可以，能否描述贵公司对于紧急项目的定义和承接能力？

是否接受单价为含税价，精确到小数点后两位的单价？请详细列出报价要素（可以以某一个项目为例）。

是否能根据客户要求通过培训等各种方式提升现有资源的产品技术理解能力、工具使用能力以及对应的专 业能力？

能否根据客户需求的弹性变化，准备稳定且灵活的资源支撑客户的多元化需求？

其他（可补充）

2.4质量与流程

贵公司是否通过国家标准化组织质量体系标准 ISO、软件能力与成熟度模型 CMM、信息技术基础架构库 ITTL 或者其他质量体系和标准的认证？如果通过，请附上认证通过资料。

贵公司是否有高效运行的本地化流程？如有，请附上流程文档。

对于紧急项目是否有有效流程保证及时、高质量交付？

贵公司如何评价和验收交付件质量？交付件遗留缺陷率可以控制在什么范围？

贵公司是否有质量管理体系？如果有，请详细描述该体系。

贵公司是否有内部质量评估报告？如果有，是否愿意与客户分享该报告？

贵公司是否与客户具有相同的质量理念？是否能按照客户质量要求建设运行有效的质量管理体系？

是否有系统的质量回溯机制？如果有，请描述该机制的运行方式。

能否承诺客户交付件质量保质期？如果能，质量保质期多久？

如果交付件质量未达到客户质量要求，是否有弥补措施？如果有，请详细列举。

其他（可补充）

2.5响应与交付

在收到客户的request需求后多长时间内能确认资源并反馈结论给客户？

贵公司能按时交付客户所有的项目吗？如不能，能承诺的及时交付率是多少？

是否能按照客户要求交付项目交付件和过程件，包括但不限于已校对的和未校对的译稿、答疑文件、术 语、语料库？

能否与客户共同建设语言平台，如风格指南（Style Guide）、术语库、语料库，并在共享平台成果的基础 上承担应有的维护义务？

是否具备完善的问题管理和投诉处理机制？如果是，请详细描述该机制的运行方式。

项目实施过程中，如果有不理解的内容，是否有向客户报告并请求解答的机制？如果有请附报告的模板或 描述报告方法。

其他（可补充）

2.6技术能力

贵公司是否有专职的技术和开发团队？如有，团队规模有多大？主要分布在哪里？

贵公司在项目管理、质量检查、本地化测试、内容翻译等方面是否有系统、平台、工具的支撑？如有，请 一一说明。

贵公司是否有资源管理系统（人力资源管理和语言资产管理）？该系统能实现哪些功能？是否为自主研发？

贵公司是否有在线协同翻译平台？该平台能实现哪些功能？是否自主研发？

贵公司是否有排版质量检查工具？是否自主研发？

其他（可补充）

2.7信息安全

是否有专职的信息安全团队？贵公司如何保障客户数据安全？

贵公司是否有明确的信息安全策略？如有，请提供附件。

是否有健全的信息安全制度，并能落地执行？

所有参与客户项目的人员是否会签署保密协议？保密协议有效期多长？

是否能按照客户的信息安全要求搭建办公环境？

是否有网络安全制度和要求？是否遵循客户的网络安全要求？

是否能根据客户要求建立离岸开发中心（ODC）？

贵公司是否有数据安全的灾难恢复系统，如果有，请说明。

其他（可补充）

2.8社会责任

贵公司是否承诺遵循当地国家和地区的道德要求、环境保护法律法规？是否履行当地要求社会责任？

是否遵循当地劳动法规或者其他相关法律法规？

是否拖欠或变相克扣译员（专职和兼职）工资和福利？是否提供安全与健康的工作环境？

是否遵循当地保险法律法规、税务法律法规？

其他（可补充）

本地化服务报价规范

Quotation for Localization Service

前 言

中国翻译协会是包括翻译与本地化服务、语言教学与培训、语言技术工具开发、语言相关咨询业 务在内的语言服务行业的全国性组织。制定中国语言服务行业规范，推动行业有序健康发展，是中国 翻译协会的工作内容之一。

本地化服务是语言服务领域中一种综合了翻译、工程、排版以及测试等多种任务的服务，由于本 地化是个新兴的行业，很多服务提供方甚至购买方对本地化服务的要素存在理解上的不同，导致服务 过程中时常遇到问题。本规范定义本地化服务报价相关的任务与报价方式，以软件用户界面和文档本 地化报价为处理对象，分为“软件用户界面本地化服务报价项定义”和“文档本地化服务报价项定 义”两个部分，每个部分都给出了详尽的服务内容描述和工作量统计方法的说明，附加“单价与翻译 记忆库匹配率的关系”和“本地化服务报价模型”两个附录为本地化服务报价提供参考和依据，促进 本地化服务健康有序发展。

本规范适用于产品的本地化服务报价。由于技术更新和市场发展，新的本地化对象将不断涌现， 例如网站、移动应用程序等，可以根据这些对象的特征以及本地化的要求，参考本规范进行本地化服 务报价。本规范由中国翻译协会本地化服务委员会组织编写，由中国翻译协会发布。

一 、 软件用户界面本地化服务报价项定义

返回文首

1.1文件翻译前/后处理 File pre-process and post-process

• 1.1.1任务定义

  文件翻译前、后处理属于本地化工程的一部分，是在翻译前后由本地化工程师对文件进行必要工 程处理的过程。经处理后的文件既可使用适当的本地化工具进行翻译，以充分利用这些工具的高效性 与经济性，同时又能保证与源语言文件的结构与格式相同，以便其能够进行正确地编译及运行。

• 1.1.2任务描述
  前处理：

  分析资源包，挑选出需要翻译的文件。

  择适当的本地化工程/翻译工具。

  针对选定的工具，定义配置文件，确保需要翻译的字符串可以在工具中翻译，并将不需要翻译 的内容保护起来，避免被修改。

  对文件格式进行必要的转换，创建翻译包。

  确定工作范围以及工作项，并根据情况基于上一版本文件或翻译记忆库分析文件，统计工作量。

  后处理：

  将已翻译好的文件转换回原始格式。

  根据项目要求，进行编码设置或转换。

  检查文件名及文件夹结构，确保与源语言文件一致；或根据特定要求进行必要的更改。

• 1.1.3定价机制

  按所花费的小时数计费。

1.2翻译 Translation

• 1.2.1任务定义

  使用适当的计算机辅助翻译工具，将软件界面字符串由一种语言转换为另一种语言，并使翻译后 的字符串符合目标语言的要求与风格的过程。该任务一般由本地化公司内部或外部译员执行。

• 1.2.2任务描述
  包含以下五项活动：

  翻译：使用适当的工具翻译用户界面字符串，且本过程中必须遵循客户要求及行业术语，符合 目标语言的格式、文化风俗等方面的要求。

  校对：对已完成翻译的文件进行检查并更正发现的问题。

  可读性检查：对已完成翻译与校对的文件进行全面检查，包括检查静态字符串文本的流畅性， 验证术语遵从性与一致性，核对热键的正确性等。

  内部质量保证检查：在翻译/校对过程中或提交文件给客户之前，由质检人员按一定比例抽检。 然后，根据检查结果采取必要的措施，例如更正发现的问题或者返工。

  据客户方反馈修改：客户方检查语言质量并给出反馈意见后，翻译人员根据反馈意见修改文件。

• 1.2.3定价机制

  按加权字数计费。关于模糊匹配的换算关系，请参阅附录1的“单价与翻译记忆库匹配率的关 系”。

1.3界面布局调整 Dialog Resizing

• 1.3.1任务定义

  对资源文件中的静态对话框进行格式检查和调整，使其控件的大小、位置、样式等适合翻译后的 文字，以确保文字显示完整美观的过程。

• 1.3.2任务描述

  根据资源文件的类型选择适用的工具或软件。

  对所有对话框应用目标语言所要求的字体。

  打开每个静态对话框，检查其中的所有控件是否存在以下问题：控件未对齐、控件或文字重 叠、文字被截断或显示不完整、文字换行不正确或其他任何版式问题。

  发现任何问题时，通过拖动控件、调整控件大小、修改坐标值、缩短翻译等方式进行修复。

• 1.3.3定价机制

  按所花费的小时数计费。

1.4本地化软件编译 Localized Software Building

• 1.4.1任务定义

  以源语言软件程序为基础设置编译环境，使用翻译后的资源文件创建目标语言软件安装包的过程。

• 1.4.2任务描述

  本地化软件编译的具体实现与源程序的开发过程密切相关，通常由客户提供详细的编译指导文 档。主要工作包括（但不限于）：

  设置编译环境：包括安装编译所需要的各种应用程序，设置操作系统环境变量，复制编译源语 言软件时使用的文件结构，并进行必要的修改（例如文件路径、语言代码、脚本代码或批处理 文件等）。

  置入目标语言的资源文件后执行编译。如果编译不能成功完成，则需要检查编译环境以及翻译 后的文件；待问题修复好重新运行编译。

  检查编译的软件。如果发现了问题（例如由于资源文件编码不对导致的乱码），需要修复问题 后重新执行编译。

• 1.4.3定价机制

  按所花费的小时数计费。

1.5界面测试Cosmetic Testing / User Interface (UI) Testing

• 1.5.1任务定义

  对本地化产品执行的界面外观检验的过程，主要检查界面上的文字和控件布局是否美观，并且是 否呈现了所有预期内容。

• 1.5.2任务描述

  软件界面的主要组成元素包括窗口、对话框、菜单、工具栏、状态栏、屏幕提示文字等。由于本 地化后的文字与原始开发语言的文字相比在大小和长度上都有所变化，为了确保本地化后软件界面的 准确性与美观，测试人员需要检查：

  各种元素上的文字是否显示完整，包括标点符号、热键等。

  各种控件的排列是否整齐，大小是否一致。

  各种控件的显示是否方便用户操作。

  与源语言界面相比，是否有缺少的控件或内容。

  是否所有可本地化的文字都已本地化。 执行界面测试，既可以按照测试用例逐个界面进行测试，也可以直接检查截屏的界面图片。 发现问题时，需

  要在相应界面图片上做出说明并将问题记录在缺陷报告或缺陷管理数据库中；同时需要提供重现操作步骤，以方便在修复问题后进行验证。

• 1.5.3定价机制

  按所花费的小时数计费。

1.6语言测试 Linguistic Testing

• 1.6.1任务定义

  对本地化产品执行的确保语言准确性的测试过程。该过程通常由熟悉软件产品的语言专家执行， 检查本地化软件中文字的语言质量是否达到要求。

• 1.6.2任务描述

  主要工作是检查本地化软件界面内容的语言质量，包括准确性、专业性、完整性、一致性、可读性：界面文字是否准确描述了相关的操作。

  术语是否符合专业/行业的习惯用法或客户要求。

  文字表达是否符合本地化语言的表达习惯。

  字符串语义是否完整，是否有语义被截断或衔接不上的情况（通常是由于翻译时未能正确处理 组合字符串或由于变量指代不明导致翻译不正确所致）。

  术语或表达是否一致。

  提示信息或错误消息中对界面的引用与实际界面是否一致。

  是否有漏翻译的内容。

  是否有过度翻译的内容，例如不该翻译的产品名。 执行语言质量测试，既可以按照测试用例逐个界面进行测试，也可以直接检查截屏的界面图片。

  如果在本地化软件环境中按照测试用例执行，还需要搭建测试环境。 为了保证语言测试的质量，测试人员在测试之前必须阅读和熟悉相关的软件术语表，了解软件翻译的规范与要求。发现问题时，需要将问题记录在缺陷报告或缺陷管理数据库中，同时提供以下信息：

  当前翻译（方便修复问题时定位到正确的位置）。

  建议的翻译。

  重现问题的详细操作步骤（方便修复问题后在新版本中进行验证）。

  界面图片。

• 1.6.3定价机制

  按所花费的小时数计费。

1.7本地化功能测试 Localization Functionality Testing

• 1.7.1任务定义

  对本地化产品进行功能性测试，确保本地化后的产品符合当地标准或惯例，并保证各项原有功能 无损坏或缺失。

• 1.7.2任务描述

  在执行本地化功能测试之前，需要针对源语言软件创建测试用例。在测试用例中，列出了需要的 测试环境，需要执行的测试步骤以及每一步操作后应该显示的界面或实现的功能。首先，测试人员需要根据测试要求准备本地化测试环境。对于本地化测试来说，需要同时准备本地化测试语言环境与源语言测试环境。然后，测试人员在本地化软件环境中按照测试用例进行测试，检查在执行相应操作后 是否能显示与源语言软件中相同的界面，或实现源语言软件中同样的功能。测试的内容包括（但不限 于）：

  本地化软件是否能够正常安装与卸载。

  所有菜单或按钮功能是否正常。

  所有热键/快捷键功能是否正常。

  排序结果是否符合本地化语言的习惯。

  是否支持本地化语言的数据格式（日期、时间、姓名、度量衡、地址、电话号码、邮政编码、 纸张格式等）。

  是否支持本地化语言文字的输入、编辑、显示和保存。 是否支持对本地化语言文字的搜索。 发现本地化功能错误后，需要在源语言软件上进行相同的测试，以确定是本地化功能错误还是源软件的设计错误。如果同时进行多种本地化语言的测试，在一种语言上的功能错误还需要在其他语言版本上进行相同的测试，以确定该错误是单一语言特有还是多种本地化版本共有的错误。发现问题时，需要将问题记录在缺陷报告或缺陷管理数据库中，同时提供以下信息：

  测试时所用的环境（包括操作系统版本、相关的软件版本等）。

  重现问题的详细操作步骤。

  预期结果与实际结果。

  相关附件（软件界面截屏、相关的日志文件或其他需要使用的文件）。

• 1.7.3定价机制

  按所花费的小时数计费。

1.8缺陷修复及回归验证 Bug Fixing and Regression Testing

• 1.8.1任务定义

  遵循一定的流程和方法，对所报告的各种缺陷进行修复，然后在新编译的软件中验证缺陷是否已 被正确修复以及是否引入新缺陷的过程。

• 1.8.2任务描述

  对于界面外观测试、语言质量测试和本地化功能测试过程中报告的缺陷，需要进行调查和修复。 对于界面外观和语言质量相关的缺陷，一般由本地化团队直接在本地化的资源文件中进行修复。如果 找不到相应的界面或文字，则需要将报告指回给客户方的测试组长或开发团队。对于功能相关的缺 陷，一般由客户方测试组长或开发团队处理。如果调查后发现是由于本地化翻译或工程所导致的问 题，缺陷将会指回给本地化团队。 本地化团队在软件资源文件中修复缺陷后，需要更新缺陷记录并提供以下信息：

  受影响的文件（及字符串的资源标识）。

  交付修复后文件的日期（以便确定哪个版本的软件将包含修复的内容）。 如果未能修复缺陷，也需要更新缺陷记录并提供相应说明。 在软件资源文件中修复缺陷后，需要重新执行编译并生成新的本地化软件版本。然后测试人员执行回归验证，即在新版本中，按照缺陷报告中提供的重现操作步骤去验证缺陷是否已被正确修复以及 是否引入新缺陷。

• 1.8.3定价机制

  按所花费的小时数计费。

1.9术语表及翻译记忆库维护 Glossary and TM Maintenance

• 1.9.1任务定义

  在整个项目周期内，对术语表和翻译记忆库进行的一系列维护和更新活动，包括（但不限于）： 项目初期创建术语表及翻译记忆库；在项目执行过程中，随着项目信息的更新来相应更新术语表及翻 译记库；在项目结束时整理并归档术语表及翻译记忆库。

• 1.9.2任务描述
  术语表的创建与维护：

  如果客户没有提供术语表，需要基于软件资源文件或文档，筛选关键术语，生成源语言术语列 表。该列表中通常包含源语言术语、术语定义或相关上下文、词性、来源等信息。

  根据术语列表中的信息以及相关的参考文档，将术语由源语言翻译为目标语言。

  提交客户审核后，根据客户反馈修改并形成最终的术语列表。

  翻译过程中持续识别新的术语，并定期重复以上步骤（添加术语 -> 翻译 -> 提交客户审核 -> 确 定最终翻译），并将新确定的术语添加到术语列表中。

  根据客户在校对文档或执行测试过程中对术语提出的反馈更新术语列表。

  项目结束时，整理术语表并随项目文件归档。及时、准确地维护术语表可以确保这些术语在所 有内容中保持一致。

  翻译记忆库的创建与维护：

  根据客户要求使用旧版本的翻译记忆库或创建全新的翻译记忆库。

  项目执行过程中，定期通过清理最新双语文件的操作更新翻译记忆库。

  根据客户反馈，修改双语文件并更新到翻译记忆库中。

  如果不能通过双语文件进行更新，也可以直接修改翻译记忆库。

  如果需要全局修改某个术语或句式，可以将翻译记忆库的内容导出为文本文件；在外部修改完 成后再重新导入翻译记忆库。

  项目结束时，确保客户反馈或缺陷报告中的所有语言相关的修改都已反映在翻译记忆库中，然 后随项目归档翻译记忆库。术语表与翻译记忆库的有效维护可以确保这些信息在将来更新项目中的成功复用。

• 1.9.3定价机制

  按所花费的小时数计费。

1.10搭建测试环境 Testing Environment Setup

• 1.10.1任务定义

  根据客户方对测试环境的要求，安装并配置硬件、系统软件、数据库软件、应用软件环境，确保 软件测试环境与客户要求完全一致。

• 1.10.1任务描述

  搭建测试环境是软件测试中的一个重要阶段，该环境的适合与否会严重影响测试结果的真实性和 正确性。 测试环境搭建主要包括下面几个要素：

  确定测试环境的组成：

  所需计算机数、计算机硬件配置要求。

  部署被测应用的服务器所必需的操作系统、数据库管理系统、中间件、Web 服务器及其他 相关组件。

  用来保存测试工作中生成的各种文档和数据的服务器所必需的操作系统、数据库管理系统等。

  测试中所需要使用的网络环境。

  管理测试环境：

  设置专门的测试环境管理员角色。

  记录测试环境管理所需的各种文档

  测试环境访问权限的管理：

  为每个访问测试环境的相关人员设置单独的用户名和密码。

  测试环境的备份和恢复：

  测试环境必须是可恢复的，应当在测试环境发生重大变动时进行完整的备份。

• 1.10.3定价机制

  按所花费的小时数计费。

1.11编写测试用例 Test Case Creation

• 1.11.1任务定义

  测试用例是一种描述具体测试步骤的文档，其中将描述测试的输入参数、条件及配置、操作步 骤、预期的输出结果等，使测试人员判断被测软件的工作是否正常。设计、编写和执行测试用例是测 试活动中重要的组成部分，测试用例通常由测试用例管理系统或工具进行管理。

• 1.11.2任务描述

  编写测试用例通常应遵循下列原则：

  最大程度地覆盖软件系统的功能需求和风险。测试工程师应在测试计划编写完成之后，在开发 阶段编写测试用例，参考需求规格说明书、软件功能点和风险对每个功能点和风险进行操作上 的细化，尽可能趋向最大需求和风险覆盖率。

  测试用例对测试功能点、测试条件、测试步骤、输入值和预期结果应有准确定义。

  测试用例的设计应包括各种类型的测试用例。在设计测试用例时，除满足系统基本功能需求 外，还应考虑各种异常情况、边界情况和承受压力的能力等。

  测试用例的管理。使用测试用例管理系统对测试用例进行管理。 通常一个好的测试用例应具备以下特性：

  最大化发现错误的概率

  没有冗余测试和冗余的步骤

  测试是“最佳类别”

  既不太简单也不太复杂

  测试用例可重用且易于跟踪

  确保系统能够满足功能需求

• 1.11.3定价机制

  按所花费的小时数计费。

1.12项目管理Project Management

• 1.12.1任务定义

  运用本地化的知识、技能、工具和方法，对资源进行规划、组织和管理，对项目预算和进度进行 跟踪、对质量进行监控、对风险进行预防，以确保成功实施项目并提交客户指明的项目产出物。

• 1.12.2任务描述

  项目管理贯穿项目的整个生命周期，对项目的成败起着决定性的作用。具体来说，在项目的每个 阶段，项目管理分别包含以下任务：

  启动和计划阶段:

  分析项目范围和工作量，创建报价，制定预算。

  定义项目流程，制定项目计划，识别风险。

  组建项目队伍并准备其他资源。

  召开项目启动会议。

  创建和维护项目连续性计划，定义备份策略。

  项目执行和监控阶段:

  快速响应客户请求或疑问，管理工作范围。

  管理项目相关的所有文件与信息并进行版本跟踪。

  有效监控项目流程，确保各个环节得到正确实施。

  有效监控产出物质量，确保达到客户方要求。

  有效监控项目进度，按计划及时提交项目产出物给客户。

  定期向客户报告项目进度；如有必要，提交项目状态报告。

  召开项目组内定期会议，确保所有人员清楚项目最新状态。

  对于客户方反馈，跟踪其修复结果。

  对于多语言项目，确保在一个语言中发现的问题也能在其他语言中得到及时修复。

  及时更新报价并提交客户确认。

  及时就可能影响项目成本的问题与客户沟通。

  识别、报告并监控可能影响项目质量、进度与成本的潜在风险。

  报告项目中遇到的问题；如有必要，提供改进措施。

  项目结束阶段:

  撰写项目总结报告并召开总结会议。

  归档项目文件及信息。

  联系项目管理办公室，安排客户满意度调查。

  分析客户满意度调查结果；如有必要，撰写改进报告。

• 1.12.3定价机制

  按其他所有任务总成本的一定百分比计费。

二 、 文档本地化服务报价项定义

返回文首

2.1文件翻译前/后处理 File pre-process and post-process

• 2.1.1任务定义

  文件前、后处理属于本地化工程的一部分，是在翻译前后由本地化工程师对文件进行必要工程处 理的过程。经处理后的文件既可使用适当的本地化工具进行翻译，充分利用这些工具的高效性与经济 性，同时又能确保维持与源语言文件相同的结构与格式，以便能够正确地进行编译及运行。

• 2.1.2任务描述
  前处理：

  分析资源包，挑选出需要翻译的文件。

  选择适当的本地化工程/翻译工具。

  针对选定的工具，定义配置文件，确保需要翻译的文本可以在工具中翻译，并将不需要翻译的 内容保护起来，避免被修改。

  对文件格式进行必要的转换，创建翻译包。

  确定工作范围以及工作项，并根据情况基于上一版本文件或翻译记忆库分析文件，统计工作量。

  后处理：

  将已翻译好的文件转换回原始格式。

  根据项目要求，进行编码设置或转换。

  检查文件名及文件夹结构，确保与源语言文件一致；或根据特定要求进行必要的更改。

• 2.1.3定价机制

  按所花费的小时数计费。

2.2翻译 Translation

• 2.2.1任务定义

  使用适当的计算机辅助翻译工具，将用户手册、联机帮助等文档的内容由一种语言转换为另一种 语言，并使翻译后的内容符合目标语言的要求与风格的过程。

• 2.2.2任务描述

  包含以下五项活动：

  翻译：使用适当的工具翻译，且本过程中必须遵循客户要求及行业术语，符合目标语言的格 式、文化风俗等方面的要求。

  校对：对已完成翻译的文件进行检查并更正发现的问题。

  可读性检查：对已完成翻译与校对的文件进行检查，确保语言流畅、意思表达明确无歧义，以 及术语使用准确一致等。

  内部质量保证检查：在翻译\校对过程中或提交文件给客户之前，由质检人员按一定比例抽检。 然后，根据检查结果采取必要的措施，例如更正发现的问题或者返工。

  根据客户方反馈修改：客户方检查语言质量并给出反馈意见后，翻译人员根据反馈意见修改 文件。

• 2.2.3定价机制

  按加权字数计费。关于加权字数、模糊匹配的换算关系，请参阅“单价与翻译记忆库匹配率的关系”。

2.3软件界面截屏 Software Screenshot

• 2.3.1任务定义

  软件界面截屏 Software Screenshot

• 2.3.2任务描述

  截屏：为了更直观的进行产品使用说明，用户手册和联机帮助等文档中通常会引用产品中的许多用户界面。为了本地化这些图片，需要在设置好的本地化产品环境中，根据文档中描述的操作，找到与源语 言图片相对应的目标语言的界面，抓取并保存为目标语言的图片。具体任务包括（但不限于）：

  安装本地化产品环境。

  准备截屏环境（包括颜色、分辨率等设置）。

  根据产品帮助、用户手册中的描述，抓取文档中引用的本地化语言的用户界面图片。

  将图片保存为指定的格式并遵照命名约定进行命名（一般保留与英文相同的格式和名称）。

  检查图片尺寸，并确保其内容与英文图片一致。如果存在不一致，请报告问题。

• 2.3.2定价机制

  准备截屏环境按工程小时数计费。

  截屏按图片张数计费。

2.4图形编辑 Graphic Manipulation

• 2.4.1任务定义

  对本地化后的屏幕截图或源语言屏幕截图、流程图等进行文字编辑和格式调整的过程。

• 2.4.2任务描述

  对于有些难以在产品环境中调出的界面，或者某些非用户界面图形（例如流程图），统称为可编 辑的图形。可编辑的图形需要在图片处理工具中直接编辑来进行本地化。编辑图形包括（但不限于） 以下操作：

  从源语言图片上提取需要翻译的文字。

  将提取的文字翻译为目标语言。

  在图片编辑工具中，用翻译好的文字替换图片上源语言的文字。

  设置图片上文字的格式及版式。

  保存为目标语言的图片。

  检查目标语言的图片，并修复发现的问题。

• 2.4.3定价机制

  提取可编辑图形上的文字按工程小时数计费。

  翻译提取出的文字按翻译字数计费。

  编辑图片按图片张数计费。根据图片的复杂程度，可分为简单图片和复杂图片。简单图片一般 指文字不超过 20 字且版式比较简单的图片。复杂图片指超过 20 字或版式比较复杂的图片（例 如包含了非单色的背景）。

2.5桌面排版 Desktop Publishing ( DTP)

• 2.5.1任务定义

  使用计算机软件，对文档、图形和图像进行格式和样式排版并输出的过程。

• 2.5.1任务描述

  对于本地化行业，桌面排版通常是基于源语言的文档、图形或图像，使用适当的排版或图形处理 软件，针对翻译后的各种语言的文字，按照各自语言的版式规范和排版要求进行排版，最终形成各种 本地化语言版本的文档、图形或图像。具体工作包括（但不限于）：

  设置文字格式（包括字体、字号、样式、间距等）。

  设置页面格式（页面尺寸、段落、表格/列表、页眉/页脚、页号、裁切线等）。

  编辑交叉引用。

  插入本地化的图片或添加图片链接。

  编辑目录与索引。

  最终版式检查。

  输出 PDF或客户要求的格式。

  根据客户反馈修改版式问题。

• 2.5.3定价机制

  按页数计费，计费单价取决于所使用的工具。

  按小时数计费，适用于工程相关的任务报价。

2.6联机帮助编译及检查 On-line Help Compiling and Checking

• 2.6.1任务定义

  基于源语言的联机帮助文档编译环境，使用翻译后的文件创建目标语言的联机帮助文档，并检查 其页面版式以确保符合目标语言要求的过程。

• 2.6.2任务描述

  联机帮助编译的具体实现与源文档的创作过程和使用的工具密切相关。 编译目标语言的联机帮助文档包括（但不限于）以下任务：

  安装编译工具/软件，并进行必要的设置（具体设置取决于编译工具的要求）。

  准备编译环境，包括复制源语言联机帮助编译环境并进行必要的修改（例如更改语言编码、字 体等）。

  置入已本地化的文件（包括内容、目录、索引、图片及样式等），然后执行编译。如果编译不 能成功完成，则需要检查编译环境；待问题修复后重新执行编译。

  检查编译好的联机帮助文档。如果发现明显的问题（例如由于翻译的帮助文档编码不正确导致 目录、索引或页面中出现乱码），则需要修复问题后重新执行编译。

  对编译好的目标语言的联机帮助文档执行格式检查，包括（但不限于）：

  检查目录中的内容与源语言帮助文档中的内容一致，确保内容无缺失或增加。

  检索索引项排序是否正确。

  检查每个页面是否都能正常显示。

  逐页检查，确保内容中无乱码，页面内容及版式与源文档一致，各种样式符合目标语言的习惯。

  检查图片显示是否与源文档一致，可本地化的图片是否已正确本地化。

  在软件中调用帮助文件（例如点击帮助按钮或按 F1 键），显示出相应的帮助页面。

  修复问题后重新执行编译。

  根据客户反馈进行修改后重新执行编译

• 2.6.3定价机制

  准备环境及执行编译按每次编译所花费的工程小时数计费。

  执行格式检查按工程小时数计费，一般根据帮助文档的总字数计算检查所需花费的小时数。

2.7内容发布及格式检查 Content Publishing and Layout Checking

• 2.7.1任务定义

  使用内容发布工具，基于已进行适当格式转换的本地化文件生成目标语言的 PDF 或 Help 文档，并 对页面进行相应格式以确保符合目标语言要求的过程。

• 2.7.2任务描述

  内容发布的具体实现与源文档的创作过程及使用的工具密切相关。常见的输出有联机帮助(CHM)、Web帮助、Java帮助、PDF等。各种帮助文档的输出过程也称为编译。 发布目标语言的文档包括（但不限于）以下任务：

  安装发布/编译工具。

  基于创作源语言文档时使用的样式文件，自定义适合目标语言的样式文件。

  准备发布环境，包括复制源语言文档的发布环境并进行必要的设置（例如更改语言字符编码） 以及更改发布工具中各种必要的选项。

  置入已本地化的文件（包括内容、目录、索引、图片等），然后进行发布。如果不能成功发 布，则需要检查发布环境；待问题修复后重新发布。

  检查发布的文档。如果发现明显的问题（例如由于翻译的文档编码不正确导致目录、索引或页 面中出现乱码），则需要修复问题后重新发布。

  对发布的目标语言文档执行的格式检查，请参考联机帮助编译检查部分。

• 2.7.3定价机制

  准备环境及执行发布按每次发布所花费的小时数计费。。

  执行格式检查按小时数计费，一般根据帮助文档的总字数计算格式检查所需花费的小时数。

2.8一致性检查 Consistency Check

• 2.8.1任务定义

  质量保证步骤之一。指对帮助文件、用户手册等文档中描述的操作步骤及引用的用户界面词汇、 交叉引用及链接进行检查，确保与产品环境中的实际操作步骤及用户界面保持一致，并且确保与指向 的目标位置的内容显示一致。

• 2.8.2任务描述
  用户界面一致性检查：

  搭建本地化的产品环境。

  按照文档中的描述进行操作，检查是否能够在实际产品环境中完全重现。 对于引用的用户界面词，检查与实际界面上的显示是否一致。有些文档中引用了大量界面图片， 这种情况下，可以检查图片内容与上下文中的描述是否一致，图片内容与实际用户界面是否一致。

  如果发现不一致，填写缺陷报告，缺陷报告的内容包括所在文档的位置（章节名称或文件名）；文档中描述的操作和使用的用户界面词；实际产品环境中的效果和用户界面词显示。

  缺陷修复人员将在调查后确定：

  更改文档中的操作描述或引用的用户界面词；

  提交源文档缺陷或软件翻译缺陷，以便文档创作人员修改源文档或软件翻译人员在资源文件中 更改软件翻译。

  交叉引用及链接一致性检查：

  对文档中的所有交叉引用、链接、引用的章节名逐个检查，确保引用项/链接项文字与目标位置的内容显示一致。

  如果发现不一致，填写缺陷报告：

  所在文档的位置（章节名称或文件名）。

  引用文字或链接文字。

  目标位置的内容。缺陷修复人员将在调查后确定是修改引用/链接文字还是更改目标位置的内容。

• 2.8.3定价机制

  按所花费的小时数计费。

2.9缺陷修复及回归验证 Bug Fixing and Regression Testing

• 2.9.1任务定义

  遵循经服务提供方与客户方一致认可的流程和方法，对所报告的各种缺陷进行修复，然后在新生 成的文档中验证缺陷是否已被正确修复的过程。

• 2.9.2任务描述

  对于文档测试及各种一致性检查过程中报告的缺陷，需要进行修复。在此阶段，需要语言专家与 本地化工程人员及排版工程师密切合作，以便修复语言相关的问题及格式相关的问题。 修复缺陷后，需要更新缺陷记录并提供以下信息：

  受影响的文件

  修复操作（即修复后的内容或格式）对于不能修复的问题，需要更新缺陷记录并及时反馈给客户。

  测试人员需要执行回归验证，即在新版本中，按照缺陷报告中提供的信息去验证缺陷是否已被正确修复。

• 2.9.3定价机制

  按所花费的小时数计费。

  对于语言相关的缺陷，按语言相关的小时单价。

  对于非语言相关的缺陷，按工程相关的小时单价。

2.10修改客户反馈 Feedback Implementation

• 2.10.1任务定义

  按照客户给出的反馈意见和建议修改翻译后的文本。

• 2.10.2任务描述

  在全局范围内修改客户提出的反馈。其中分两种情况：

  客户反馈的问题是译文正确性问题，则免费修改。

  客户反馈的问题是由于原文变更或对译文的语言偏好的修改，则按照实际发生的工作量计费修改。

• 2.10.3定价机制

  按所花费的小时数计费。

2.11术语表及翻译记忆库创建与维护 Creation and maintenance of Glossary and TM

• 2.11.1任务定义

  在整个项目周期内，对术语表和翻译记忆库进行创建和一系列维护和更新活动，包括（但不限于）：

  项目初期创建术语表及翻译记忆库。

  在项目执行过程中，随着项目信息的更新来相应更新术语表及翻译记库。

  在项目结束时整理并归档术语表及翻译记忆库。

• 2.11.2任务描述

  术语表与翻译记忆库的有效维护可以确保这些信息在将来更新项目中的成功复用。

  术语表的创建与维护：

  如果客户没有提供术语表，需要基于软件资源文件或文档，筛选关键术语，生成源语言术语列 表。该列表中通常包含源语言术语、术语定义或相关上下文、词性、来源等信息。

  根据术语列表中的信息以及相关的参考文档，将术语由源语言翻译为目标语言。

  提交客户审核后，根据客户反馈修改并形成最终的术语列表。

  翻译过程中持续识别新的术语，并定期重复以上步骤（添加术语 -> 翻译 -> 提交客户审核 -> 确 定最终翻译），并将新确定的术语添加到术语列表中。

  根据客户在校对文档或执行测试过程中对术语提出的反馈更新术语列表。

  项目结束时，整理术语表并随项目文件归档。

  及时、准确地维护术语表可以确保这些术语在所有内容中保持一致。

  翻译记忆库的创建与维护：

  根据客户要求使用旧版本的翻译记忆库或创建全新的翻译记忆库。

  项目执行过程中，定期通过清理最新双语文件的操作更新翻译记忆库。

  根据客户反馈，修改双语文件并更新到翻译记忆库中。

  如果不能通过双语文件进行更新，也可以直接修改翻译记忆库。

  如果需要全局修改某个术语或句式，可以将翻译记忆库的内容导出为文本文件；在外部修改完 成后再重新导回翻译记忆库。

  项目结束时，确保客户反馈或缺陷报告中的所有语言相关的修改都已反映在翻译记忆库中，然 后随项目归档翻译记忆库。

• 2.11.3定价机制

  按所花费的小时数计费。

  对于词汇表的创建与维护，按照语言相关的小时单价报价。

  对于翻译记忆库的创建与维护，根据实际的维护操作，按照语言相关或工程相关的小时单价 报价。

2.12添加字幕 Subtitling

• 2.12.1任务定义

  对多媒体文件添加本地语言的字幕。

• 2.12.2任务描述

  将语音脚本翻译成目标语言文字后，按照原语音对应的时长和位置制作成字幕并合成到视频中。

  具体工作包括（但不限于）：

  听写语音脚本（可选，例如客户提供语音脚本则不需要这个步骤）。

  翻译语音脚本。

  制作字幕文件（将字幕分段并将每段文字和与其对应的源语音的起始和结束时间同步）。

  合成视频，生成包含目标语言字幕的视频文件。

  检查：

  所生成的视频是否与源视频使用相同的视频编码和尺寸。

  字幕和语音是否同步。

• 2.12.3定价机制

  翻译部分按照字数计价。

  制作部分按所花费的小时数计费。

2.13语音本地化 Audio Localization

• 2.13.1任务定义

  对多媒体文件添加本地语言的配音。

• 2.13.2任务描述

  将语音脚本翻译成目标语言文字后，录制成目标语言的声音并按照源语音对应的时长和位置替换 源语音，制作成本地化的视频。

  具体工作包括（但不限于）：

  听写语音脚本（可选，例如客户提供语音脚本则不需要这个步骤）。

  翻译语音脚本。

  录音。

  合成视频，将录制好的目标语言的声音替换与其对应的源语音，生成的本地化的视频文件。

  检查：

  所生成的视频是否与源视频使用相同的视频编码和尺寸。

  本地化的语音和视频是否同步。

• 2.13.3定价机制

  翻译部分按照字数计费；

  录音部分按照录音棚和录音师所用的时间分别计费，通常按以小时为计费单位；

  制作部分按所花费的小时数计费。

2.14多媒体文件本地化工程（针对课件、演示等多媒体文件的工程） Multimedia Localization Engineering (for eLearning Courses and Multimedia Demonstration)

• 2.14.1任务定义

  利用源语言的多媒体工程文件生成目标语言的多媒体工程文件并编译目标语言的多媒体输出文件。

• 2.14.2任务描述
  具体工作包括（但不限于）：

  利用源多媒体工程文件提取要翻译的文字以及要录音的语音文件。

  将翻译好的文字、本地化的图片/截图和/或录制好的声音等文件合成到多媒体工程文件中（替 换源文件的相应部分）。

  调整控制参数，使其匹配本地化的内容（调整时长、显示位置、字体等）。

  生成本地化多媒体文件。

  检查：

  所生成的视频是否与源视频使用相同的视频编码和尺寸。

  多媒体文件中的效果、语音和视频等是否同步。

• 2.14.3定价机制

  按所花费的小时数计费。

2.15项目管理 Project Management

• 2.15.1任务定义

  运用本地化的知识、技能、工具和方法，对资源进行规划、组织和管理，对项目预算和进度进行跟踪、对质量进行监控、对风险进行预防，以确保成功实施项目并提交客户指明的项目产出物。

• 2.15.2任务描述

  项目管理贯穿项目的整个生命周期，对项目的成败起着决定性的作用。具体来说，在项目的每个阶段，项目管理分别包含以下任务：

  启动和计划阶段：

  分析项目范围和工作量，创建报价，制定预算。

  定义项目流程，制定项目计划，识别风险。

  组建项目队伍并准备其他资源。

  召开项目启动会议。

  创建和维护项目连续性计划，定义备份策略。

  项目执行和监控阶段：

  快速响应客户请求或疑问，管理工作范围。

  管理项目相关的所有文件与信息并进行版本跟踪。

  有效监控项目流程，确保各个环节得到正确实施。

  有效监控产出物质量，确保达到客户方要求。

  有效监控项目进度，按计划及时提交项目产出物给客户。

  定期向客户报告项目进度；如有必要，提交项目状态报告。

  召开项目组内定期会议，确保所有人员清楚项目最新状态。

  对于客户方反馈，跟踪其修复结果。

  对于多语言项目，确保在一个语言中发现的问题也能在其他语言中得到及时修复。

  及时更新报价并提交客户确认。

  及时就可能影响项目成本的问题与客户沟通。

  识别、报告并监控可能影响项目质量、进度与成本的潜在风险。

  报告项目中遇到的问题；如有必要，提供改进措施。

  项目结束阶段：

  撰写项目总结报告并召开总结会议。

  归档项目文件及信息。

  联系项目管理办公室，安排客户满意度调查。

  分析客户满意度调查结果；如有必要，撰写改进报告。

• 2.15.3定价机制

  按其他所有任务总成本的一定百分比计费。

附录1

单价与翻译记忆库匹配率的关系

Match Type and Conversion Ratio

附录2

本地化服务报价模型

Quotation Model for Localization Service