如今许多公司都拥有面向全球受众的软件产品(网站或 APP)。其中最棘手的部分就是提供吸引目标市场地区用户的使用体验。在为这个目标进行产品设计时,会遇到国际化和本地化。显然国际化测试和本地化测试之间存在差异,因为测试人员看问题的角度是会因为不同地区发生变化的。

国际化和本地化的目标是相同的,很多做法听起来很相似,但实际上,它们之间有很多区别。应该有效地使用测试自动化来确保产品开发得到万无一失的质量保障。

作为 Selenium 自动化测试的一部分,国际化测试和本地化测试执行策略也有很大不同。在本文中,我们还将关注国际化和本地化,从中学习相关基础知识,进一步帮助规划和制定与目标市场相一致的自动浏览器测试策略。

本地化测试

在进行本地化测试之前,需要我们深入了解一下当地化。顾名思义,本地化使内容和 UI 能够适应特定区域或特定区域的文化和语言需求。

本地化测试是从本地化的角度验证内容和界面的活动,它也称为l10n测试。

本地化测试中包含的一些组成部分是:

通过以可扩展的方式使用 Selenium 测试自动化可以加快本地化测试,并且可以将相同的实现(除了本地化功能除外)的部分功能使用 Selenium 自动化测试来完成测试任务。

本地化本质上侧重于目标市场用户所看到的内容,而测试负责验证本地化的内容和界面。Selenium 本地化测试,当在虚拟浏览器上执行时,Selenium 本地化测试有助于以更快的速度获得更多的测试覆盖率。

国际化测试

与专注于特定地区用户的本地化不同,国际化侧重于吸引全球受众的产品特性和功能。

国际化是一项通常从概念阶段开始进行的活动,以使产品具有全球吸引力。开发功能、内容和界面以支持给定文化、语言环境或地区的本地化。从产品设计和开发的初始阶段就应该考虑到本地化的各个方面。它确保产品已准备好供全球用户使用。

国际化称为i18n,以下是一些国际化的最佳实践:

本地化与国际化测试


随着国际化和本地化更加明晰边界,我们更容易看清楚针对两者的测试活动异同。以下是本地化与国际化测试差异:

制定国际化和本地化测试策略

国际化测试可以在产品的前端和后端进行。产品功能本地化的具体细节可以在国际化阶段本身进行规划。国际化测试活动必须针对特定市场的语言、文化、地区、重要事件和日期。

以下是在国际化和本地化测试期间应考虑的一些要点:

国际化测试最佳实践

以下是实现大规模国际化测试的一些最佳实践:

内容本地化

页面上的文本内容(包括图形)应进行本地化,以满足地区或语言环境的需要。动态内容也应该采用本地化形式,例如,当用户没有正确填写站点上的特定表单时出现的弹出窗口。处理动态内容是 Selenium 中最大的挑战之一,可以通过使用适当的等待命令来解决。与开发人员和测试人员一起,语言专家应参与验证本地化内容是否符合当地语法准则的整个过程。

用户界面

如前所述,界面还需要根据目标语言环境的要求进行更改。字符串的大小会因不同语言而不同;因此,界面应该能够适应更大的字符串而不影响可用性。应测试用户界面的基本元素,例如对话框、文本框、下拉列表、警报、工具栏等,以确保显示特定于区域设置的内容没有任何问题。

渲染

必须进行国际化和本地化测试以检查支持的脚本是否正确显示。脚本应根据与脚本相关的语言特定的字符显示。同样的原则也适用于对网站上的内容(和控件)进行排序。可以使用 Selenium 自动化测试来检查控件和内容是否在正确的排序位置上。

文件传输

包含文件传输操作的情况很多。用于文件传输操作的界面也需要根据所选语言进行本地化,包括不限于实时显示传输进度的控件。

在涉及多种语言和脚本的情况下,编码问题很常见。默认编码格式为 UTF-8。当使用默认格式读取其他编码格式(例如,UTF-16、UTF-32 等)的内容时,可能会导致无法正确读取的问题。W3C 的建议是以 UTF-8 格式提供所有页面,因为这将有助于处理因使用多种语言和脚本而出现的编码问题。

自动化测试

测试国际化或本地化的 Web 应用程序可能会带来严峻的挑战,而且这些挑战会随着每一种新语言增加而成倍增加。数据驱动的测试可以对国际化和本地化测试产生积极影响。例如,自动化测试人员可以在在线浏览器和平台上执行测试,以彻底测试国际化风格。

自动化浏览器测试脚本应该进行可扩展性的设计,以便可以扩展同一组自动化脚本以使用不同的语言。当使用定位器(例如 xpath、id、name、css 等)定位 WebElement 以进行自动化测试时,选择与语言无关的最适合的 WebElement 变得至关重要。这为自动化脚本提供了更好的灵活性,并有助于脚本的可扩展性,以便在国际化测试中使用。

Have Fun ~ Tester !


↙↙↙阅读原文可查看相关链接,并与作者交流