![\"traduccion](\"https:\/\/tatutrad.net\/wp-content\/uploads\/2019\/04\/traduccion-videojuegos01.jpg\")
<\/p>\nEl sector de los videojuegos ha experimentado una evoluci\u00f3n importante y, en un periodo de tiempo muy corto, se ha convertido en una potencia comercial significativa en el mercado. Nos encontramos frente a productos que se crean con vistas a llegar al mayor p\u00fablico posible dependiendo del presupuesto del que se disponga. As\u00ed, dentro de este proceso, nos encontramos tanto desarrolladores, como traductores, localizadores y testers.<\/p>\n
<\/p>\n
Seg\u00fan la LISA (Asociaci\u00f3n de Est\u00e1ndares del Sector de la Localizaci\u00f3n), localizar un producto implica realizar adaptaciones en el original para crear otro que pueda comercializarse en el mercado al que se quiere llegar. Por lo tanto, de esta definici\u00f3n sacamos que un localizador profesional, adem\u00e1s de traducir, tiene que tener en cuenta los aspectos culturales del pa\u00eds en el que se va a vender, as\u00ed como los aspectos funcionales y t\u00e9cnicos.<\/p>\n
La localizaci\u00f3n ocurre en la fase de producci\u00f3n del videojuego. En la mayor\u00eda de ocasiones, el traductor no suele disponer del texto completo, ni mucho menos del definitivo y, a menudo, ni siquiera de la imagen. Es por eso por lo que resulta esencial contar con un servicio de testeo de videojuegos.<\/p>\n
\u00bfQu\u00e9 se traduce en un videojuego? Desde el men\u00fa del juego, sistema, objetos, personajes, subt\u00edtulos, el di\u00e1logo para el doblaje, el empaquetado e incluso las p\u00e1ginas web. En todas estas fases, el localizador se encontrar\u00e1 con partes del c\u00f3digo entre el texto traducible que tendr\u00e1 que identificar y nunca modificar.<\/p>\n
<\/p>\n
Por tanto, es importante que los traductores y localizadores profesionales posean conocimientos tecnol\u00f3gicos adem\u00e1s de ling\u00fc\u00edsticos. Pero, como podr\u00e9is imaginar, dentro del testing es indispensable, puesto que no solo se llevan a cabo controles de calidad ling\u00fc\u00edsticos, sino tambi\u00e9n controles de calidad funcionales. Podemos distinguir tres tipos de pruebas:<\/p>\n
1. Las pruebas relacionadas con la experiencia de juego<\/span> (playtesting). \u00bfCu\u00e1l es el objetivo de un videojuego? A fin de cuentas, el principal es entretener al usuario. En esta fase se eval\u00faan los aspectos l\u00fadicos; o sea, la eficiencia del juego.<\/p>\n 2. Las pruebas de funcionalidad<\/span> (functionality testing o FQA). En esta fase se corrigen los fallos de funcionamiento que alteran la experiencia de juego. Es el caso de errores de representaci\u00f3n de los elementos gr\u00e1ficos o de sonido, problemas de conectividad y de progreso en el juego, entre otros.<\/p>\n 3. Las pruebas de localizaci\u00f3n<\/span> (localization testing o LQA). Es la fase en la que se revisan y corrigen, si fuera necesario, los aspectos ling\u00fc\u00edsticos que pueden afectar a la experiencia del juego. Adem\u00e1s de la gram\u00e1tica, se tiene en cuenta que lo se ha traducido concuerde con lo que aparece en pantalla, que se haya respetado la limitaci\u00f3n de caracteres, etc.<\/p>\n Es muy complicado que un solo traductor se haga cargo de todo, puesto que se trabaja con grandes vol\u00famenes y los plazos de entrega suelen ser bastante cortos. Esto le da m\u00e1s importancia a\u00fan a la fase de revisi\u00f3n o testeo para que se mantengan la coherencia y la cohesi\u00f3n.<\/p>\n Hay otro problema bastante recurrente que hace que el testing sea indispensable para garantizar la calidad del producto: la mayor\u00eda de las veces el videojuego se localiza a ciegas, es decir, se trabaja sin im\u00e1genes de referencia, aunque a veces se facilitan capturas de pantalla.<\/p>\n Adem\u00e1s, este testeo no solo se lleva a cabo en ordenadores: tambi\u00e9n en otras plataformas. Se realiza una comprobaci\u00f3n completa de las aplicaciones de diferentes dispositivos, como m\u00f3viles o tabletas.<\/p>\n El tester tiene que redactar un informe en el que se registren los fallos que ha ido encontrando durante la revisi\u00f3n y una propuesta de mejora. Los campos que se rellenan en el informe dependen de cada empresa, pero los m\u00e1s comunes son los siguientes:<\/p>\n \u2022 T\u00edtulo del fallo. Un resumen del bug para tener una idea de lo que se va a tratar.\u00bfEn qu\u00e9 consisten los informes de bugs?<\/h2>\n
\n\u2022 ID del bug. Una serie de n\u00fameros \u00fanicos para referirse al fallo directamente (p. ej. \u00ab65432\u00bb).
\n\u2022 Idiomas afectados. Se indican los idiomas en los que aparece el fallo. Si afecta a todos los idiomas, se suele poner \u00abALL\u00bb.
\n\u2022 Descripci\u00f3n del bug. En este campo de explica el fallo detalladamente, se indica d\u00f3nde se encuentra y se propone una soluci\u00f3n al mismo.
\n\u2022 Imagen. Es importante a\u00f1adir una captura de pantalla o un v\u00eddeo en el que se se\u00f1ale el bug.
\n\u2022 Nombre del tester. Hay que indicar qui\u00e9n ha encontrado el bug, por si fuera necesario contactar con la persona para hacerle cualquier pregunta.
\n\u2022 Versi\u00f3n. Salen distintas versiones del producto a medida que se va modificando. Por lo tanto, es esencial se\u00f1alar el n\u00famero de la versi\u00f3n que se ha revisado y la fecha.
\n\u2022 Lugar del bug. Aqu\u00ed se especifica en qu\u00e9 parte aparece el fallo.
\n\u2022 Tipo de bug. Si el fallo es ling\u00fc\u00edstico o funcional y la subcategor\u00eda (p. ej. ortograf\u00eda, gram\u00e1tica, error de traducci\u00f3n, etc.).<\/p>\n