Learn what is Localization Testing and How to Perform it:
It is very common to find websites that are now available in multiple languages. Global brands have now recognized that the only way to connect and create value is by introducing their business to locals in the language that is truly local.
This process of adapting a product to a different language, region and locale are called localization. A localized product creates more business opportunities and caters for growth and expansion.
However, many organizations make the mistake of adapting localization towards the end of the development process or just before the product launch.
In order to localize a product, it is very important to find out if it is internationalized. Confused? An internationalized Product/application design is the one that can accommodate localized content such as characters in non-western letters, double-byte languages, an ability for text to expand as in European languages and contract as in Asian languages, display Unicode characters and have a database that supports Unicode characters etc.
We will discuss both localization and internationalization below in detail.
What You Will Learn:
Localization is defined as making a product, application or document content adaptable to meet the cultural, lingual and other requirements of a specific region or a locale.
Localization is abbreviated as l10n, where 10 is the number of letters between l and n. When a thought of localization, what comes to mind is that the user interface and documentation of an application are in a specific language or locale. But localization is more than just that.
When localizing an application, the following important areas are to be customized:
The main aim of localization is to make the product look and feel such that, to the target audience, it looks like it is specially created to meet their needs.
Localization and internationalization are together referred to as globalization. Globalization is at a broader level. Internationalization is making the application such that it supports multiple languages/locales. Localization is making an application support a particular locale and language.
The following figure will help you understand how localization and internationalization together make a globalized a software application.
Internationalization is the process of designing and developing a product, application or document content such that it enables localization for any given culture, region, or language.
Internationalization is also written i18n, where 18 is the number of letters between me and n in the word internationalization.
Internationalization typically entails:
Internationalization basically consists of design and development of an application to make it ready for localization. It is not necessary that language, culture and region-related translation takes place. It is to make an application ready for migration in a later stage if, localization is to take place.
The following diagram will help explain the difference between nationalization and internationalization.
(Click on the image for enlarged view)
Let’s summarize the difference between localization and internationalization in the below table:
|Localization Testing||Internationalization Testing|
|1. Localization is defined as making a product, application or document content adaptable to meet the cultural, lingual and other requirements of a specific region or a locale.||1. Internationalization is the process of designing and developing a product, application or document content such that it enables localization.|
|2. Localization is referred as l10n||2. Internationalization is referred as i18n|
|3. Localization focuses on online help, GUI context, dialog boxes, error messages, read me/ tutorials, user manuals, release notes, installation guide etc.||3. Internationalization focuses on compatibility testing, functionality testing, interoperability testing, usability testing, installation testing, user interface validation testing.|
|4. Localization itself means a specific local language for any given region||4. Application code is independent of language|
|5. Localization is not at user interface level||5. Internationalization is at design level|
Major focal points to be considered for localization and internationalization testing are as follows:
2) Culture and region
3) Dates and Important Events
Various areas are impacted when an application is internationalized. In order to ensure complete testing coverage, we need to concentrate our testing on following important aspects.
#1) Content localization
Localized content includes graphics as well as text. Static and dynamic content displayed in the interface. Static contents like Tabs, buttons, labels, and nomenclatures of web elements, Welcome message, help text, tooltip etc.
Dynamic contents like the message displayed when a form is filled, validation message in case of errors or mandatory field not populate other user-specific messages etc. This kind of language testing is done by either language experts or is verified against language-specific properties file sent by the client which contains English to another language word meaning mappings.
Depending on the region some features are available and some are not. Testers need to ensure the feature is hidden for the region to whom it is not applicable and should be displayed and functional for the regional users to whom it is applicable.
#3) Locale/ Culture awareness
Locale/ Cultural awareness includes understanding the difference between Dates and number formatting used in various regions. This includes Calendar differences, holidays and festivals, Date formatting, time formatting, Currency, Number formatting, address, telephone numbers, zip codes or no zip codes, units of measurements etc.
Since we are dealing with different locale data conversion from one encoding format to other must happen. Very good understanding of encoding formats and converting to and from a format is crucial as it can also result in data loss.
#4) User Interface
The user interface should be tested for adaptability to all language content. It should change accordingly to accommodate text with larger lengths without distorting the alignment.
Some language specific text takes more space than others, so the interface should be able to adapt to this change without getting distorted. For Example, German text takes more space to convey the same information in comparison to English. Hence, an interface should be adaptable.
We need to test user interface of an application to ensure it contains no defects like truncated strings, overlapping or misaligned controls, duplicate hotkeys, etc. Also, everything needs to be translated in the respective language.
This includes the following:
It is important to check whether all the supported scripts are correctly displayed according to the language-specific characters associated with them. When viewing a page in a specific language the scripts should get properly executed i.e. no script error should be displayed as well all the characters should be displayed in the specific language.
Various characteristics of character rendering include bi-direction, shaping as per context, reordering and combining characters. Others include word break, line break, formattings like a justification or left/right alignment etc.
#6) File transfer
If the application includes a file transfer operation, we need to test whether a file transfer interface is localized according to the language selected. The file is getting transferred successfully or not and transferred file is not corrupted.
It is important to specify the encoding format while reading a file that contains Unicode characters. The default encoding is UTF-8 when nothing is specified. Text files which are saved in encoding format UTF-16 when read using UTF -8 will display unintelligible text. Hence encoding plays a very important role in file transfers.
Database testing for internationalized application will consist of support of Unicode characters in the database. Special data types are available for this purpose. Data types like nchar, nvarchar and ntext are defined by SQL server that helps store Unicode characters.
Then prefix stands for National Unicode data types. These n prefixed data types are used in the same way as the original char, varchar and text data types. The only difference is n prefix data type also support the following:
Working with N-prefix data types is same as regular ones. Care must be taken during database migration. Proper data types should be mapped to migration or data will get lost.
Testing an internationalized application is always a challenge for the organization. Each language that the application supports, could multiply the number of test cases required for testing. If the organization uses automation extensively, could automation scripts be built and maintained for a product with such large scope and type?
What is really needed to address this issue is to build, test scripts that could be extended easily to support multiple languages.
As discussed above, if the application is built using the practices of I18N and L10N to create a non-language sensitive core version, in which properties file, is used to address language requirements. The application reads from the respective properties file at run-time to render it in the selected language. In this way, the basic version of an application is only one, which has the ability to change the language of the user interface when required.
This made it possible to automate the internationalized application, as test scripts are written only for the base version and easily executed for all languages.
Before starting with automation, we need to confirm that the names or IDs assigned to all the elements in the windows do not change with the change in the language. All the objects on the webpage like text fields, radio buttons, dropdowns, checkboxes, hyperlinks, pop-ups, list boxes etc. should have a unique id (like name or ID) should be independent of language.
If we are certain that all the web elements are not language specific, then we can create extremely efficient automation script for an internationalized application.
This link will help you understand, how to automate internationalized application using the most popular open source tool i.e. selenium web-driver.
Localization testing tools:
It’s hard to perform Localization testing only using any automation tool. There are some tools which can automate some of the tasks very well. Here is the list:
Please refer to this link to learn about test cases applicable for localization and internationalization testing.
Testing Localization and Internalization is a challenge and a thorough understanding of its development concepts is important to test it efficiently. Also writing and maintaining automation test scripts for internationalized software is not tedious as the script written to automate testing of the base version of the application can be used to test any supported language.
Please write to us below to let us know your comments, questions, and experiences with localization/globalization/internationalization testing.