Si en la anterior entrada aprendimos qué eran los informes de bugs y cómo informar de un bug de manera eficaz, esta vez me gustaría hablar de los llamados planes de testeo, a los que me referiré como test plans (sí, seguimos con el Spanglish), ya que sinceramente creo que casi todos dicen el término en inglés por el mero hecho de trabajar en un ambiente cuya lengua franca es el inglés. Curioso cómo el proceso de control de la calidad lingüística de un producto está plagado de anglicismos.

¿Qué es un test plan?

A grandes rasgos, un test plan en localización de videojuegos y software es un documento (yo los he visto sobre todo en Word y en Excel, pero hay de todo) que explica todos los pasos necesarios para comprobar los diferentes textos en pantalla. Esto es muy útil para agilizar el proceso de control de calidad por parte de traductores que no se dedican exclusivamente al testing, pues cuando trabajas con 60 idiomas es muy fácil que haya alguien que no sepa cómo acceder a una pantalla concreta (pasa en las mejores familias). Me gustaría recordar que hablo en todo momento de testing lingüístico, no funcional, de modo que no nos vamos a encontrar con cientos de listas de comprobación en plan “mueve el personaje X a la posición Z y haz la acción Y”.

Puede parecer que no hay nada como ir jugando o trastear una aplicación por tu cuenta, pero por experiencia propia, hago las cosas mucho más rápido cuando hay un buen test plan en mis manos. Y cuando tienes 60 idiomas (o 40, vaya), eso significa que, gracias al trabajo de una persona, se puede agilizar muchísimo el trabajo de otras 60 personas, así que merece la pena. Sí eres tú el que hace el test plan, también te conviene hacerlo bien desde el principio, porque evitarás muchos correos innecesarios. Por supuesto, a medida que aumenta la complejidad de la aplicación o videojuego, más relevante es contar con una guía para no dejarnos nada y organizarnos adecuadamente.

Qué debe tener un buen test plan

En los últimos dos años y medio he visto muchos test plans (pues en Nintendo yo no me encargaba del testing en sí) creados por todo tipo de personas, y se nota muchísimo cuando el test plan está bien hecho (no hay nada peor que un test plan sea más confuso que otra cosa). En mi opinión, estos son los elementos que debería tener un buen test plan:

• Breve introducción al producto y al proyecto: parece de Perogrullo, pero no os imagináis la de veces que me he encontrado con la situación de no tener ni idea de qué iba la cosa (sobre todo si estoy cubriendo a alguien).

• Tiempo estimado para completarlo: siempre es difícil calcular el tiempo, pero una pequeña aproximación puede ayudarnos a saber cómo distribuirnos la jornada.

• Instrucciones de instalación: si tratamos con un programa, es necesario explicar qué número de versión debemos instalar y si debemos tener en cuenta algunos requisitos especiales.

• Instrucciones sobre cómo y dónde hacer los cambios: cuando estás en una empresa grande y hay proyectos a tutiplén, no hay nada como indicar claramente dónde y cómo hacer los cambios. Todo está claro en la cabeza del que crea el test plan, pero su trabajo es precisamente que los demás lo tengan igual de claro.
• Instrucciones sobre cómo informar de un bug: cada proyecto es un mundo, así que es importante que todos partamos de una misma plantilla para que luego haya cierta coherencia en los bugs, ya que si no luego es difícil hacer un seguimiento.

• Explicación paso a paso de lo que debemos hacer para ver los diferentes textos: despacito y buena letra; nada como ir punto por punto explicando qué hay que hacer y poner capturas de pantalla siempre que sea posible. Como podéis imaginaros, aquí es donde está la chicha.

• Opcionalmente, un apartado con los textos que debemos revisar para marcarlos como vistos.

Limitaciones de un test plan

Qué bien suena todo hasta ahora, ¿verdad? Nos dicen qué hay que hacer, nos ponemos manos a la obra para seguir instrucciones, enviamos unos cuantos informes de bugs y listo. Parece fácil, ¿no? Pues, como quizás ya te imaginabas, no es así de sencillo. Y mejor así, que si no, no hay chicha y el trabajo puede resultar aburrido.

No hay que olvidar que hoy en día el testing (y la traducción, vaya) se realiza mientras el juego o software se está desarrollando, por lo que las funcionalidades y los textos cambian de un día para otro, así que es fácil que el test plan quede obsoleto rápidamente. Asimismo, un test plan asume que el usuario va a realizar una serie de acciones en un determinado orden, pero ¿qué pasa cuando no es así? Que se puede liar parda. Esto es más un problema de testing funcional que de testing lingüístico, pero vaya, que debemos tener mucho cuidado con dónde salen algunos textos que se vuelven a utilizar en varios sitios o mensajes con variables. Mi consejo es seguir el test plan a la vez que se prueban todo tipo de cosas inesperadas para ver si se produce algo extraño.

El debug: con trampa y con cartón

Así que el test plan te dice que tienes que comprobar qué sale en una aplicación cuando estás en Londres para ver si la moneda sale en GBP, ¿eh? Mmmm, ¿cómo lo hacemos? Fácil: con el debug. El debug es básicamente una serie de opciones añadidas por los desarrolladores para comprobar ciertas partes de un programa o videojuego que costaría bastante reproducir en condiciones normales. Por ejemplo, en un juego como Animal Crossing, donde según el día y lo que hayas hecho hasta entonces te puede salir un texto u otro, es casi imposible seguir un test plan sin la ayuda de un debug. Entre otras genialidades del debug están el poder elegir la fase, engañar al sistema sobre tu ubicación si se trata de un programa, tener vidas infinitas… No obstante, el uso del debug se prohíbe muchas veces a los testers (que no los traductores) cuando ya se está en fases medianamente avanzadas de testing, pues la gracia es reproducirlo todo como si se tratara de la versión final.

Como anécdota, no es la primera vez que he visto que una “ayudita” de estas ha terminado convirtiéndose en una funcionalidad, como en un juego de estrategia en el que se podía aumentar la velocidad con una combinación de botones. Sí, ¡el (de)bug se convirtió en feature, señores!

¡Eso es todo, amigos! + Vida extra

Hasta aquí el especial “testing de videojuegos y software”. Por supuesto, se trata de una introducción, y no hay nada como trabajar dentro de una empresa para ver cómo funciona todo (y comprobar, por desgracia, que veces ni siquiera hay test plans o que todo falla estrepitosamente). Si os interesa ampliar el tema, os recomiendo dos libros que están bastante bien:

• Game QA & Testing: el libro es caro, pero es una delicia de leer, ya que está lleno de imágenes y hay muchas entrevistas. A mí me gustó mucho, aunque evidentemente se centra en testing de funcionalidad sobre todo, ya que es el testeo más habitual. Hace unos años hice una reseña.
• Game Testing All in One: este libro es ya para hardcore testers, porque describe unas movidas que flipas de automatización de pruebas y demás que no veas. El tío que lo ha escrito sabe mucho, y el primer capítulo sobre las dos reglas que debe seguir un tester no tiene desperdicio. No he llegado a terminarlo, pero si te quieres dedicar a esto profesionalmente, es un libro que tener muy en cuenta.

Si quieres que trate algún otro tema relacionado o quieres comentar algo, no tienes más que decírmelo en los comentarios. ¡Gracias!

Hace ya cosa de un mes, con la salida del mítico Chrono Trigger para Android por fin en español, @jordibal, @windfish_ y @squallido nos enfrascamos en una conversación en Twitter sobre las peculiaridades de la traducción al español de este clasicazo y del legendario Secret of Mana (que actualmente solo está traducido en su versión para iPhone/iPad).

Y es que claro, uno se ha pasado ya el Chrono Trigger original de Super Nintendo varias veces en español gracias a la traducción de aficionados como la de Ereza (si mal no recuerdo, incluso yo mismo fui betatester tiempo ha) o la de Magno, o la más reciente para Nintendo DS de El Otro Lado. En cuanto al Secret of Mana, fue básicamente uno de los juegos que me marcaron en mi infancia y que traduje con 14 años junto a mi gran amigo Jesús Camacho (la verdad es que la traducción da un poco de vergüenza ahora, pero bueno, cumplió su función en su momento).

Total, que me gasté los cuartos por apoyar la iniciativa de traducir los buenos juegos incluso aunque tengan ya un montón de años. Entonces, cargué el juego y…

Los nombres

Lo que verdaderamente me sorprendió y que aún no entiendo es la traducción (o transliteración) de los nombres. En el caso de Chrono Trigger, uno está acostumbrado a la Plaza de Leene y de repente veo que en español se habla de la Plaza de Lynne. Esto sucede en FIGS (o sea, francés, italiano, alemán y español), pero no en inglés. El problema es cuando vas al herrero y ves que no se llama Melchior (o Melchor), sino que se llama… ¡Bosch!

Ahora suena a electrodoméstico alemán el amigo. Al menos lo han cambiado en alemán (ya sé que parece seca la traducción, pero la siguiente frase está en una nueva ventana):

Si nos vamos al Secret of Mana para iPhone/iPad, el caso tiene mandanga, porque nuestro inseparable Jema (que al parecer debería haber sido Gemma) se llama… ¡¡Yenas!! ¡Hijo de una hiena! Veámoslo en la siguiente imagen en español cortesía de @windfish_:

¿Por qué pasa esto? Al parecer, los nombres vienen de la versión japonesa, pero el caso es que aún tengo mis dudas de si los juegos se han traducido del inglés o del japonés, porque al menos tras jugar al principio del Chrono Trigger me parecen traducciones del inglés. Sería genial si alguien pudiera confirmarlo en los comentarios. Personalmente, en el caso del Chrono Trigger, creo que se pierde la gracia de los Reyes Magos (y lo dejo aquí para no espoilear demasiado). Pero antes, una propina (ver luego más abajo): si en japonés aparece “Gina” en vez de “Mother” (Gina es la madre de Crono), ¿por qué en español se usa “Mamá” y en otros idiomas “Gina”? Mí no entender.

Los errores de traducción

Tranquilos, que solo he encontrado uno. Claro, que sabiendo que he jugado al Chrono Trigger para Android apenas 10 minutos, no sé si es un buen dato.

Ejem… ¿¡Propina!? Mis padres siempre (bueno, no siempre) me daban la paga, la propina la doy en Lucio. Me da igual el argumento del contexto y bla, bla, bla: si saliera a mitad del juego, entendería que es difícil situarse, pero siendo al principio y un juego hiperconocido como este… Buf. Al menos en la versión traducida por aficionados para Nintendo DS sale bien.

Las erratas

Todos sabemos que las erratas son las últimas en abandonar el barco. Seguro que hay alguna esconcido en esta entrada. Por tanto, cuando vi este “qué” acentuado en una de las tiendas del principio, pensé que fue simplemente un despiste que me podría haber pasado a mí con tanta palabra.

Pero claro, cuando sigo jugando y veo esto otro, entonces ya me hace sospechar que el traductor o el tester no tienen muy claro cuándo se acentúa qué… ¿o que?

De nuevo, la versión hecha por aficionados para Nintendo DS no solo no tiene esa errata, sino que mejora el estilo como veremos a continuación (por cierto, que me gusta más lo de “Guardia” en vez de “Gardia”, creo que tiene más sentido).

El estilo inadecuado

Cuando @windfish_ me mandó la siguiente imagen del Secret of Mana en español para iPhone/iPad, de verdad que me dieron ganas de llorar. El grandísimo, excelentísimo y valientísimo caballero de Tasnica, Jema (Yenas para los amigos), hace uso de su riquísimo y caballerosísimo lenguaje para espetarte esto:

Pipiolo. PIPIOLO. ¡PIPIOLO! Venga, repetid conmigo: ¡PIPIOLO, PIPIOLO, PIPIOLO! Lo peor es que te vas al año 600 d. C. en Chrono Trigger y te encuentras con esto:

Un lenguaje medieval que ni te cuento. Ahora fijémonos en la versión traducida por aficionados para Nintendo DS. Sí, tienen un errata (¡maldito “qué”!), pero al menos reflejan el lenguaje que habría que haber utilizado. Todos los personajes de esta época hablan así; entiendo que por problemas de tiempo o testeo sea preferible usar el “tú” para evitar quebraderos de cabeza, pero no deja de ser curioso… Al menos usan una palabra de la época.

Los aciertos

No todo va a ser malo. Precisamente en los cursos de localización que doy, uno de los ejercicios es traducir lo siguiente para practicar un poco la creatividad de las rimas:

Y hay que reconocer que se han currado mucho la traducción.

El bug perdido

Por si fuera poco, después de haber desembolsado 8 € por el Chrono Trigger para Android, te aparece esto si no estás conectado a Internet cuando empiezas el juego…

Conclusión

¡Pablo, pero qué has hecho! Siempre defendiendo con tus comentarios en otras entradas (como el informe de localización de Fallout: New Vegas, la difícil localización de BulletStorm o la curiosa localización de Guilty Gear 2: Overture) que todo esto viene por falta de tiempo o de testeo y vas y caes en el mismo error. Y es cierto: de verdad, solo espero que esta entrada refleje una vez más que hay que hacer un buen control de calidad para que estas cosas no pasen.

Quiero creer de verdad que el traductor no tiene nada que ver en este tipo de cosas. Pero si así ha sido, no hay excusas que valgan: “es que no había contexto”, “es que no había tiempo”… Me da igual. Tener el enorme privilegio de traducir el Chrono Trigger o el Secret of Mana al español de forma oficial tiene que ser uno de los mayores orgasmos para un traductor de videojuegos. Lo mismo conozco al traductor o incluso estás leyendo esto mismo ahora: tío (o tía), lo siento, sé que es muy fácil criticar, pero es que esperaba más teniendo tal honor.

También sé que son conclusiones precipitadas: de hecho, seguí jugando un rato más y vi que la traducción cumple su función perfectamente. Los que nunca hayan jugado, quizás no se darán cuenta de estas preferencias (@jordibal va bastante avanzado y creo que no había jugado antes, así que sería genial contar con su opinión). Pero creo que mucha gente ha jugado ya al Chrono Trigger y al Secret of Mana de toda la vida y estas cosas molestan. Y mucho.

Debe haber mucha más miga en el transfondo que se me escapa, pues sé que las cosas no pasan porque sí. Me encantaría conocer vuestra opinión para ahondar más en el tema.