基于runcaion的软件本地化语言验证测试环节中反复检查截断问题的实现.docxVIP

基于runcaion的软件本地化语言验证测试环节中反复检查截断问题的实现 摘要：为了解决软件本地化语言验证测试环节中反复检查截断（Truncation）问题并退回修改译文的情形，本文提供了在翻译阶段模拟实际用户界面控件显示的方案。首先，获取待检测字串内容，以及检测条件；其次，依据检测条件创建占位定限层，模拟控件的显示空间尺寸，实现对控件显示区域的模拟；然后，以占位定限层宽度创建实际填充层，填充实际文本，获得实际显示区域，接着以占位定限层大小创建友好显示层，并填充实际文本，以实现友好展示；最后，将三层叠加，实现了在模拟控件所见及所得的显示效果基础上，直观展示截断情形的功能，以利于译员在翻译阶段修复此类问题。对比试验显示，采用本方案后，语言验证测试环节中因截断问题而退回的字串次数下降了95%。 近年来，随着国内经济发展和经济全球化日益加深，以及国家“一带一路”战略布局的实施，国内越来越多的企业不再局限于国内市场，而是主动走出国门，进入全球市场。尤其在信息技术、计算机领域，涌现了一批优秀的企业在海外市场大放异彩，例如小米、字节跳动、华为等公司在海外市场布局了从消费电子、社交应用到网络通信硬件设备的各类产品。对于这些出海产品而言，首先面临的阻碍就是不同语言文化隔阂。因此，除了产品本身的优秀设计以外，一个易于当地民众理解的操作界面就显得至关重要。同时，在激烈的市场竞争格局下，各软件产品往往快速迭代更新，推陈出新，以不断贴合用户需求。这就需要一个高效敏捷的软件本地化流程为其保驾护航。1. 研究背景控件是用户界面（User Interface,UI）上的一切元素，例如窗口标题、标签（Label）、文本框、列表框、下拉列表框、组合下拉列表框、复选框、单选框、按钮等等。在软件开发中，部分用户界面控件大小通常受限于用户界面面积和布局。例如，控件中文本内容过长，将会导致文本超出控件的文本显示范围而造成文本截断或互相遮盖的问题。下图所示的是正常用户界面和存在截断问题的用户界面。传统技术中，通常在软件开发中就会安排对这类问题进行检测的质量保证流程。但是，当对已开发成熟的软件进行本地化制作时，例如将原始英文版本的软件制作成对应的中文版时，通常并不会对软件从头开始开发，而是采用翻译原始版本的字串的方式。由于语言特性，译文可能会存在长于原文的情况。因此，当译文导入到软件界面的控件中时，同样会产生文本截断或互相遮盖的问题。针对此问题，通常在本地化制作的语言验证测试（Lingustic Verify Test,LVT）阶段来检测该问题，如测试确定存在超限情况，则将退回给译员进行修改调整。例如译员可以通过减少文本内容的字符数量等来避免这类问题的产生。然而，由于译员无法获取含有该文本内容的实际软件的用户界面，以及不同语言的显示格式或显示效果可能不同，使得译员无法准确评估文本内容所占实际的空间大小，通常需要在多个检测-更改回合之后才能解决问题，降低了工作效率。因而在传统的软件本地化过程中，面对出现大量的界面字串截断问题，需要花费大量时间和成本来发现并修复这些问题，从而延后了产品发布日期和推高了产品开发费用。为此，有必要针对上述技术问题，提供一种能够高效检查UI字串截断问题的方法。2. 新方案经过分析，为了有效减少LVT阶段退回率，需要在翻译阶段拦截大部分截断问题。即不用等到LVT阶段查看软件界面实际显示效果，而是提前到翻译阶段通过模拟实际控件显示效果，直观展示截断情形，以利于译员准确评估译文所占实际空间大小，选用合适长度的译文，从而避免出现截断问题。我们采用HTML DIV元素来模拟界面控件的显示效果。一是获取检查条件。从翻译要求或字串表文件中提取出检查条件。软件产品中，控件的文本显示区域宽高尺寸一般由像素值定义，此时可以直接取用该数值。有时客户（软件开发商）会以字符数和行数来限定文本显示区域大小。对于字符数宽度而言，因为（各语言的）各字母宽度不一，所以实践中转用相应数量字符A所占的像素宽度。二是占位定限层。此层用于确定所模拟控件的显示区域尺寸。如果检测条件采用像素值宽度和高度，则可直接作为占位定限层的宽度和高度使用。如果检测条件采用字符数宽度和/或行数高度，则需要通过文本填充以确定显示区域的像素尺寸。因为文字占据空间大小受文本格式（字体、字号、行距等）影响，为了获得正确的尺寸，需要设置字体格式为模拟控件使用的实际字体格式；同时为了确保正常显示各类白字符，还需设置折行方式为pre-wrap，以便保留空白。例如，若指定了字符数宽度，则在此层中填充指定数量的字符A；若指定了行数高度，则在此层中再填充指定行数-1个回车符。此时，获取此DIV的宽高像素值即为所模拟控件的最大显示区域尺寸。例如，检测条件28字符X 5行：此时，此层的宽高像素值即