Como estuve explicando antes, para conseguir un buen producto localizado, hay dos cosas que son básicas:a) Una buena localización
b) Un buen control de calidad
El proceso para obtener una buena localización ya lo expliqué en mi anterior entrada, así que, ahora pasaremos al siguiente punto:
B) CONTROL DE CALIDAD
Esta es la parte que todos los friquis adoran, y también la razón por la que mis amigos friquis españoles solían odiarme cuando trabajaba como tester J
Existe la creencia (falsa) de que el control de calidad es pasarse horas jugando un videojuego hasta que lo acabes… Veinte veces. No, no deberíamos considerarlo a la ligera. Un probador de juegos, o técnico de control de calidad, más conocido como tester, necesita mucho más que saber jugar a un juego para considerarse un buen tester.
¿Qué necesita un técnico de control de calidad (o tester)?
1. Capacidad para llevar a cabo tareas repetitivas
El proceso de testeo es una tarea repetitiva que puede durar desde un solo día a varias semanas, o incluso meses. Funciona de forma diferente dependiendo de si eres un técnico de control de calidad de funcionalidad, que trabaja con el juego en la lengua original, o uno de localización, que trabaja con el juego localizado, aunque las cualidades básicas necesarias sean las mismas.
El proceso empieza cuando el tester recibe una versión del juego, llena de errores. Si eres un tester de funcionalidad, tu jefe de proyectos te pedirá que te concentres en un solo nivel, por ejemplo, el nivel 1. Sin embargo, el nivel 1 se queda bloqueado justo al principio, cuando intentas matar al enemigo número 2 con una metralleta. No te das cuenta de la relación hasta que la consola se ha bloqueado, al menos, 10 veces. Por ello, decides escribir un bug en la base de datos de errores y usar el cuchillo para matarlo y, así, poder continuar con el nivel.
Ah, ¿que no sabéis lo que es un bug?
Un bug es «un error o defecto en un programa que puede hace que no funcione correctamente o cuyo resultado sea incorrecto o inesperado». Así que, el tester introduce todos estos errores en una base de datos que comparte con todos aquellos involucrados en la creación del juego, de forma que los programadores pueden ver la lista cosas fallan en el código del juego arreglarlas (cuando puedan o quieran). Simplificando, esta base de datos es la forma en que los probadores y los desarrolladores se comunican, aunque, a veces, la «comunicación» pueda ser difícil.
Pero volvamos al testeo... Hemos quedado que te pasas 8 horas al día jugando al mismo nivel, cambiando la metralleta por el cuchillo cuando ves el enemigo número 2 (vas por detrás, sin que te vea, para degollarlo), vuelves a equiparte con la metralleta y sigues jugando hasta que terminas el nivel. Y vuelta a empezar. Al principio parecerá muy emocionante y divertido; sin embargo, tras tres o cuatro meses empiezas a plantearte si no sería mejor trabajar en McDonalds J
2. Atención por los detalles
Esto podría parecer fácil: observación pura y dura. Pero no es así. Cuando has jugado al mismo juego (o el mismo nivel) 20 veces, la parte mecánica del cerebro empieza a acostumbrarse y, por ello, empiezas a jugar como una máquina, sin fijarte en apenas nada. Seguramente pueda explicaros la secuencia de movimientos y enemigos del primer nivel de Tomb Raider: Legend, el cual habré jugado como 30 veces por plataforma, es decir, 7 plataformas. Así que, creedme cuando os digo que no es ni fácil ni divertido (al cabo de varias repeticiones) J
Imagino que la parte más importante de esta atención por los detalles necesaria se basa en tener una buena memoria visual de forma que el tester pueda darse cuenta de todo aquello que no es como era antes o como debiera ser y, así , poderse asegurar de que todo está bien.
3. Conocimiento de idiomas
Incluso si eres tester de funcionalidad y solo hablas un idioma, es importante tener un buen conocimiento escrito del dicho idioma. Y, ¿por qué?, os preguntaréis. Pues por el simple hecho de que, puede que aquellos que escriben los textos originales no es que sean los más diestros en el mundo literario (son programadores e informáticos; no les das trabajo para que te escriban una novela sino para que te programen), de manera que el tester tendrá que asegurarse de que el texto original del juego es preciso y no confunde al jugador.
Si eres un tester de localización, el buen conocimiento escrito de tu idioma materno es aún más necesario, ya que serás el último paso dentro de la cadena de localización y deberás asegurarte de que el texto traducido sea correcto, exacto y, bueno, todo en el mismo idioma.
4. Experiencia con videojuegos
Que te guste jugar a videojuegos y que, además, se te dé bien, sirve de mucho en esta profesión, porque de verdad te vas a pasar horas y horas jugando. Sin embargo, si tuviese que escoger entre alguien que no tiene ni idea de escribir correctamente ni deletrear pero que juega a videojuegos, o alguien con un gran dominio de su idioma materno pero que, sin embargo, no sepa mucho de videojuegos, sinceramente, me pillo al filólogo. Todos podemos aprender a jugar a un videojuego en cierto tiempo. Enseñar un idioma es mucho más difícil.
5. Dotes de comunicación
No es tan fácil como parece. Comunicarse no es hablar, sino asegurarse de que se envía el mensaje correcto y que llega a la persona adecuada. Como en cualquier empresa, la comunicación entre los trabajadores es importante. De la misma forma, una buena comunicación entre los probadores y el resto de personas involucradas en el proceso de creación del juego es imprescindible. En algunos casos, puede que el ingeniero en localización haya encontrado un error importante que haga que el juego entero se fastidie y, por ello, es mejor detener el proceso de testeo y pedir a los desarrolladores que envíen una nueva versión que trabajar sobre una versión con la que apenas se puede hacer nada. Si el proceso se detiene, evitaremos tener que hacer lo mismo dos veces. O, por ejemplo, como me ha pasado varias veces, necesitas que el juego esté en tu idioma, pero la versión que te han dado está entera en otro idioma, así que, no tiene sentido seguir testeando. En estos casos es mejor, más rápido y más eficiente comentárselo a tu supervisor o al jefe del proyecto para que llame a los desarrolladores y les pida una versión nueva. Si no eres buen comunicador, podrías no darle importancia y tardar en comunicarlo, lo que retrasaría el proceso de testeo.
6. Saber qué quiere el cliente
Esto suelen ignorarlos tanto los distribuidores como los desarrolladores y, aún más, si los testers no forman parte de la compañía. En el caso de los videojuegos, ¿quién conoce a la perfección qué es lo que el jugador (o gamer) quiere? Aquel que pasa 8 horas jugando al juego, y ese es única y exclusivamente el tester. Muchas veces he trabajado con gente que me decía qué tenía que hacer pero que no habían cargado el juego ni una sola vez. ¿Cómo pueden entender el problema que hay o lo que debería cambiar si no conocen el juego por dentro? Eso sí, si el juego es una mierda, por supuesto, culpan al tester… Esto… ¿perdona?
7. Buen conocimiento de los estándares de los titulares del formato
Este punto es más específico para los videojuegos de consola y de PC, pero también pueden verse de otro modo en otros juegos como los juegos de apuestas, los de iPhone o, incluso, los juegos el línea en portales tipo Facebook. En el caso de los últimos, hay un poco de flexibilidad, pero aún necesitas conocer lo básico sobre sitios web. En el caso de las consolas y los juegos para PC, es decir, Sony, Nintendo y Microsoft, los estándares son, para ellos, lo más importante del juego. Si el juego se puede jugar y los estándares usados son correctos, las compañías aprobarán la publicación de los juegos. Sin embargo, si tienes el juego más impresionante pero los estándares no están a la altura de lo que te piden, no aprobarán el juego y el desarrollador o distribuidor dueño del juego podrá pasarse mucho tiempo y gastarse mucho dinero para conseguir solucionar el problema.
Lo gracioso es que, mientras trabajaba no solo como tester sino también como jefe de proyectos, me vi obligada, en más de una ocasión, a dar lecciones sobre estándares a algunos desarrolladores. Creedme, no es divertido, en especial porque casi nunca te creen.
Así que, a todos los traductores, testers, productores, programadores y desarrolladores del mundo: por favor, haced los deberes y aprender los estándares, que no cuesta nada y saldréis ganando.
En resumidas cuentas, para conseguir llevar a cabo un buen control de calidad, no basta con entretenerse con el juego durante horas sino que también hay que prestar atención, conocer muy bien tu propio idioma, saber qué quiere el cliente, conocer las exigencias de los creadores del formato y, además, saber comunicarse con aquellos que están metidos en el meollo contigo.
