Como Alexander Todorov señala en su respuesta, probar el software para la localización es un trabajo tedioso. Todavía no me he topado con un proceso estandarizado bien definido de pruebas de localización.
En función de los esfuerzos de localización en los proyectos en los que he trabajado, intentaré describir el proceso de localización y prueba tal como lo entiendo:
- Mueva todas las cadenas codificadas en el código que estaban destinadas a mostrarse al usuario y colóquelas en archivos de recursos.
- Modifique su código para recuperar las cadenas correctas de los archivos de recursos que se mostrarán en el usuario frente a elementos de la interfaz de usuario, como mensajes de usuario, mensajes de error, subtítulos de botones o pestañas, menús, etiquetas, etc.
- Use analizadores de código estático existentes o escriba el suyo propio para verificar los literales codificados en sus binarios. Por ejemplo, escribí analizadores de código estático personalizados en Visual Studio para proyectos .NET y utilicé las herramientas de inspección de IntelliJ IDEA en proyectos Java para encontrar todos los literales codificados.
- Aplicar un estándar de codificación para que los equipos de desarrollo agreguen literales de cadena para corregir los archivos de recursos. Aliéntelos a usar analizadores de código estático en su entorno de desarrollo local para capturar cadenas codificadas.
- Solicite la traducción de archivos de recursos de analistas de negocios, partes interesadas, comunidad de usuarios o expertos en lenguaje interno, entre otros. Otro enfoque (aunque no recomendado) es construir sus propios archivos traducidos utilizando servicios como Google Translate, Bing Translator o Babelfish.
- Use un marco de prueba de IU para iniciar su aplicación con una configuración regional particular y escriba scripts de prueba para verificar si se muestran las cadenas correctas en la IU. Los scripts de prueba deben recorrer todos los elementos del menú, todas las etiquetas en una vista particular, y también deben tratar de forzar y validar la mayor cantidad posible de mensajes de error y mensajes de usuario.
- Un gran problema es que lleva mucho tiempo (y, a veces, no vale la pena, según sus prioridades) automatizar completamente las pruebas de UI de localización para una gran aplicación de software. Use sus usuarios alfa y beta para descubrir cualquier error con la localización.
- Tenga especial cuidado con las fechas y los números. Los formatos de fecha varían mucho en todo el mundo, por ejemplo. dd / mm / AAAA, mm / dd / AAAA y así sucesivamente. Para los números, concéntrese en la agrupación, el separador de miles y la marca decimal, por ejemplo. 3.141.592,65 en EE. UU. Es 314.1592,65 en China, 31,41,592.65 en India y 3.141.592,65 en Alemania.
Finalmente, quiero señalar que la comunicación entre los equipos de desarrollo, los equipos de prueba y los propietarios de productos es crucial para internacionalizar con éxito una aplicación.
- ¿Qué carrera profesional es aconsejable para alguien con habilidades en el uso de tecnologías o softwares existentes?
- Cómo descargar software para Ubuntu
- ¿Qué es el clon de Uber? Quiero crear una aplicación de viaje compartido similar a Uber. ¿Cuál es el costo estimado para crear, alojar y mantener una aplicación de este tipo?
- Cómo eliminar aplicaciones innecesarias en Windows 10
- ¿Qué frameworks de Python debería dominar para construir una aplicación como Uber?
