¿Qué son las pruebas de localización? Ejemplos de casos de prueba y lista de verificación

Pruebas de localización

Pruebas de localización Es una técnica de prueba de software en la que se prueba el comportamiento de un software para una región, localidad o cultura específica. El propósito de realizar pruebas de localización para un software es probar los aspectos lingüísticos y culturales apropiados para una ubicación particular. Es el proceso de personalizar el software según el idioma y país de destino.

El área principal afectada por las pruebas de localización incluye el contenido y la interfaz de usuario.

Es un proceso de prueba de una aplicación globalizada cuya interfaz de usuario, idioma predeterminado, moneda, formato de fecha, hora y documentación están diseñados según el país o región de destino. Garantiza que la aplicación sea lo suficientemente capaz para usarse en ese país en particular.

Ejemplo:

1. Si el proyecto está diseñado para el estado de Tamil Nadu en India, el proyecto diseñado debe estar en idioma tamil, debe estar presente un teclado virtual tamil, etc.

2. Si el proyecto está diseñado para EE. UU., entonces el formato de hora debe cambiarse de acuerdo con la hora estándar de EE. UU. Además, el idioma y el formato del dinero deben seguir los estándares de EE. UU.

La siguiente ilustración muestra cómo se adapta el mismo producto a diferentes ubicaciones geográficas, cambiando el idioma, la moneda y las reglas de formato, mientras que la estructura subyacente permanece inalterada.

¿Por qué realizar pruebas de localización?

El propósito de realizar pruebas de localización es verificar los aspectos lingüísticos y culturales apropiados para un lugar en particular. Incluye un cambio en la interfaz de usuario o incluso la configuración inicial según los requisitos.

En este tipo de prueba, muchos probadores diferentes repetirán las mismas funciones. Verifican varias cosas como errores tipográficos, idoneidad cultural de la interfaz de usuario, errores lingüísticos, etc.

También se le llama "L10N" porque hay 10 caracteres entre la L y la N en la palabra "localización".

También hay una razón comercial detrás del esfuerzo. Una etiqueta mal traducida o una fecha que diga 03/04 como marzo en lugar de abril erosiona la confianza en un mercado al que un equipo ya ha pagado para entrar, y esos defectos son encontrados por un probador en la ubicación de destino en lugar de por Pruebas de GUI representada en inglés.

Pruebas de localización frente a pruebas de internacionalización

Las dos actividades son secuenciales, no competitivas. Las pruebas de internacionalización (I18N) confirman que el código fuente puede aceptar cualquier configuración regional; las pruebas de localización (L10N) confirman que una configuración regional específica es correcta.

Pruebas de localización (L10N)	Pruebas de internacionalización (I18N)
Verifica que el producto se sienta natural en una región específica.	Verifica que el producto pueda ser compatible con muchas regiones sin necesidad de rediseño.
Comprueba el texto traducido, la moneda, la fecha, la hora y la adecuación cultural.	Comprueba la codificación de caracteres, la externalización de cadenas y el código sensible a la configuración regional.
Se ejecuta una vez que existe la versión traducida para ese mercado.	Se ejecuta primero, antes de que se envíe cualquier texto para su traducción.
Se necesita un probador o revisor que conozca el idioma local.	Puede ser realizado por el equipo principal utilizando compilaciones pseudotraducidas.

Revisa este tutorial para una diferencia entre pruebas de localización y globalización.

Cómo hacer pruebas de localización

Para una prueba de localización típica, configuramos pruebas de verificación de compilación, Prueba de funcion, Pruebas de regresióny aprobación final.

1. Las pruebas de verificación de compilación son un pequeño subconjunto de prueba funcional, que se realiza antes de que el control de calidad comience con cualquier prueba detallada. Es similar en espíritu a prueba de humo: la compilación localizada se rechaza rápidamente si el paquete de idioma no se carga en absoluto.

2. La prueba normal es el paso para ejecutar los casos de prueba normales y encontrar defectos en los registros durante la ejecución.

3. Las pruebas de regresión son Defecto proceso de regresión para garantizar que el defecto se solucione mientras que no haya impacto de los defectos reparados en las áreas circundantes.

4. La aprobación final consiste en realizar una verificación final de la construcción antes de la entrega al cliente.

Cada fase se repite por idioma, no una sola vez para todo el producto. Un defecto corregido en la versión francesa debe revertirse también en las versiones alemana y japonesa, ya que el mismo recurso de cadena se comparte a menudo entre ellas.

Automatización en las pruebas de localización

Si el proyecto es grande y necesita ser probado con frecuencia, entonces optamos por Pruebas de automatización.

• Elija una herramienta de automatización para escribir guiones.
• Tome el escenario que se va a probar para la estrategia de localización.
• Escribe guiones de acuerdo con eso.
• Recopile los resultados y actualice el escenario como Pasa/Falla.

Nota: Selenium es una de las herramientas pioneras en este ámbito. Tiene muchas funciones, sin embargo, requiere más conocimientos técnicos para su uso.

La automatización tiene una limitación que conviene dejar clara. Un script puede demostrar que un símbolo monetario ha cambiado y que ninguna cadena de texto está truncada, pero no puede determinar si una traducción se lee con naturalidad o si un icono resulta ofensivo. Las comprobaciones automáticas se encargan de la parte mecánica; un revisor nativo sigue encargándose de la parte lingüística.

Herramientas de prueba de localización

El trabajo de localización se basa en tres tipos diferentes de herramientas, y la mayoría de los equipos terminan utilizando las tres.

• Marcos de automatización funcional: Selenium, Appium y los marcos de trabajo comparables vuelven a ejecutar el mismo conjunto de pruebas en cada compilación local, que es donde se produce la mayor parte de la verificación repetitiva.
• Sistemas de gestión de traducciones: Las plataformas que almacenan los recursos de cadenas de texto permiten que traductores, desarrolladores y evaluadores trabajen con un único glosario, de modo que un término no se traduzca de dos maneras diferentes en dos pantallas distintas.
• Utilidades de pseudolocalización: Estos métodos reemplazan las cadenas de texto en inglés con marcadores de posición acentuados y alargados antes de que comience la traducción real, dejando al descubierto textos y diseños codificados que no pueden procesar palabras más largas.

La cobertura de dispositivos y navegadores es tan importante como la herramienta. Las fuentes, los métodos de entrada y las configuraciones regionales predeterminadas difieren entre plataformas, por lo que la compilación localizada debe probarse en dispositivos de destino reales durante prueba móvil y en todo el conjunto de navegadores definido para pruebas de aplicaciones web.

Lista de verificación de mejores prácticas para pruebas de localización

• Contrata una empresa de localización con experiencia en ingeniería i18n.
• Asegúrese de que su estrategia de pruebas de localización permita más tiempo para idiomas de doble byte.
• Asegúrese de internacionalizar correctamente su código para el DBCS antes de ejecutarlo.traccualquier texto para enviar para traducción
• Externaliza primero cada cadena de texto a archivos de recursos, de modo que no quede ningún texto visible para el usuario codificado directamente en el código fuente.
• Realiza una compilación pseudolocalizada cuanto antes, ya que permite detectar truncamientos y texto codificado de forma rígida antes de invertir en la traducción.
• Reserve espacio en el diseño para la expansión del texto, ya que las traducciones del inglés suelen ser más largas que la etiqueta original.
• Pruebe los idiomas que se escriben de derecha a izquierda, como el árabe y el hebreo, en pantallas reales, donde los diseños reflejados y el texto con direcciones mixtas suelen fallar con mayor frecuencia.
• Mantenga una guía de estilo específica para cada idioma que abarque el orden de las fechas, los separadores decimales, el formato de las direcciones, los tratamientos de cortesía y el tono.
• Pida a un hablante nativo que revise las pantallas terminadas, ya que la adecuación cultural no se puede garantizar mediante un guion.

Dos de esos elementos dependen de la plataforma más que del idioma, razón por la cual las compilaciones localizadas generalmente se programan junto con pruebas de compatibilidad y pruebas de configuración en lugar de después de ellos.

Casos de prueba de ejemplo para pruebas de localización

La tabla que aparece a continuación proporciona un conjunto inicial de comprobaciones. Cada fila se convierte en una completa caso de prueba una vez que se haya completado el resultado esperado para la ubicación específica.

S.No	Caso de prueba Description
1	Los glosarios están disponibles para referencia y verificación.
2	La hora y la fecha tienen el formato adecuado para la región de destino.
3	Los formatos de números de teléfono son adecuados para la región de destino.
4	Moneda de la región de destino.
5	¿La licencia y las reglas obedecen al sitio web (región) actual?
6	El diseño del contenido del texto en las páginas está libre de errores, tiene independencia de fuentes y alineaciones de líneas.
7	Funcionalidad de caracteres especiales, hipervínculos y teclas de acceso rápido.
8	Mensaje de validación para campos de entrada.
9	La compilación generada incluye todos los archivos necesarios.
10	La pantalla localizada tiene el mismo tipo de elementos y números que la del producto original.
11	Asegúrese de que la interfaz de usuario localizada del software o las aplicaciones web sea comparable con la interfaz de usuario de origen en los sistemas operativos y entornos de usuario de destino.
12	La clasificación y el orden alfabético siguen las reglas del idioma de destino, no las del idioma de origen.
13	Las configuraciones regionales de derecha a izquierda reflejan correctamente el diseño, incluyendo la navegación, los iconos y las cadenas de texto con direcciones mixtas.
14	La entrada de teclado, la revisión ortográfica y la búsqueda aceptan caracteres acentuados y multibyte.

Ventajas de las pruebas de localización

A continuación se presentan los beneficios de las pruebas de localización.

• Reducción del costo general de las pruebas
• Reducción del costo general de soporte
• Ayuda a reducir el tiempo de prueba.
• Tiene más flexibilidad y escalabilidad.

Esos ahorros provienen de detectar los defectos de localización una sola vez, de forma centralizada, en lugar de una vez por cada cola de soporte del mercado. A menudo también se obtienen mejoras en la accesibilidad, porque la misma disciplina que mantiene un diseño intacto con cadenas alemanas más largas también lo mantiene intacto con texto ampliado durante pruebas de accesibilidad.

Desventajas de las pruebas de localización

A continuación se presentan los desafíos de las pruebas de localización.

• Requiere un experto en el dominio
• Contratar un traductor local suele encarecer el proceso
• El almacenamiento de caracteres DBCS difiere en varios países.
• Un evaluador puede enfrentar desafíos de cronograma

La presión del cronograma es la que la mayoría de los equipos subestiman. La traducción llega tarde en el ciclo por definición, por lo que los defectos de localización aparecen cerca del lanzamiento, que es precisamente cuando un cambio de diseño es más costoso. La planificación de la localización pasa al plan más amplio descrito en tipos de pruebas de software mantiene esa presión manejable y el general pruebas de software La introducción explica la posición general de esta fase.

Preguntas Frecuentes