Tal como anunciamos en la noticia
de portada del día 24, se ha abierto un periodo de recepción
de solicitudes para participar en unas pruebas beta del HeroesV. Hace unos días,
en el foro oficial vimos un
mensaje de Betadog en el que nos ofrecía una Guía Básica
para hacer pruebas beta (How to beta test) Hemos preparado una traducción,
para aquellos que se hayan inscrito para dichas pruebas. Si estás interesado
y aún no te has inscrito, te recordamos el enlace para hacerlo:
Formulario
de Inscripción
Para ver la traducción de la guía, pulsa en leer más.
Qué esperar:
Fallos, cuelgues, reseteos aleatorios, demoras, grandes actualizaciones, parches
frecuentes, pulido de personajes, y sistemas de juego fallidos. Si vas a una
beta en fase temprana, todo esto será más pronunciado, pero no
importa en qué fase vayas, deberías esperar lo peor, incluso durante
una fase beta terminal. Unas pruebas beta no son una oportunidad para que juegues
gratis, o para Probar Antes de Comprar, aunque algunos lo traten como una misma
cosa. Es una prueba. Cuando tú pruebas un juego en beta, será
la primera vez que el juego y los servidores estén sometidos a un montón
de jugadores reales. Las simulaciones y los scripts pueden imitar las acciones
de los jugadores, pero usa a un ser humano para realmente romper las cosas.
En otras palabras, no esperes calidad en el juego. Por esto, si estás en una beta temprana o media, no esperes que sea 100% jugable. Por supuesto los desarrolladores quieren que el juego sea tan bueno como sea posible antes de abrir una prueba pública de beta, pero ningún plan sobrevive el contacto con el enemigo, o la base de jugadores.
¿Qué puedes hacer?
Sólo con conectarte al juego ya estás ayudando de alguna manera.
Tú provocas sobrecarga al servidor (si es un juego en línea) al
moverte y al usar el interfaz. Si eres serio acerca de ayudar a que el HoMM
sea un gran juego, entonces no es suficiente sólo con estar ahí.
Intentaré no ser demasiado prolijo, pero he dedicado mucho tiempo leyendo foros beta y viendo todas las quejas (diferente a la crítica constructiva) acerca del juego, y sabiendo que sólo el 20% de las quejas vienen de gente que realmente prueba el juego e informa de los fallos. ¿Que quiero decir con probar? No me refiero a realizar las búsquedas y buscar errores de texto o geometría rota del mundo. Probar es hacer experimentos en el juego. ¿Quieres probar si tal peto realmente altera tu valor de armadura? Ok, enfréntate a esos monstruos y déjales darte 100 mandobles antes y después de ponerte el peto. ¿Resiste el daño ese golem como debiera? Golpéalo con unos cientos de ataques y averígualo. Esto es una prueba. Sí, probar lleva tiempo, pero puede ser bastante valioso para los desarrolladores si se hace debidamente.
He visto esto en otros foros, y algunas veces he obtenido la siguiente respuesta:
¿Por qué deberíamos tomarnos todo ese tiempo en hacer pruebas? Ellos tienen su propio equipo de Aseguramiento de la Calidad para hacerlo; a nosotros no nos pagan por ello. Nosotros estamos aquí sólo para pillar los errores evidentes y probar el equilibrio, sistemas de saqueos, y las Grandes Cosas.
Supongo que puedo aceptar esto, pero diré una cosa: si cada jugador involucrado en la beta envía sólo un informe de error al día, sólo uno, el juego será mucho mejor más rápido que si sólo lo recorremos aprendiendo cómo va el juego, de modo que tengamos alguna ventaja cuando salga.
Cómo probarlo
Intenta romper el juego. Romperlo significa usar el juego en formas y combinaciones
inesperadas. Demasiado a menudo los probadores intentan únicamente jugar
como está pensado que se juegue para ganar. Estás jugando tal
como los desarrolladores esperan que juegues; tu trabajo como probador es ir
contra corriente. Hacer lo inesperado rompe el juego. ¿Cómo puedes
hacerlo en HoMM?
Juega no para ganar. Recórrelo aleatoriamente mientras dejas que los monstruos te ataquen. Intenta múltiples órdenes a la vez (se llama apilamiento). Ve al final de una mazmorra sin completar ninguno de los objetivos. Intenta escalar a los lugares inaccesibles en el juego. Si hay múltiples objetivos en una mazmorra, intenta dividir el grupo de forma que los completen todos a la vez. Sal de la mazmorra mientras eres atacado, o llevando un objeto de una misión, o a la vez que vas a morir.
Beta es también una fase de un juego en la que las triquiñuelas no son completamente desaprobadas. Intenta trampear tus estadisticas, duplica elementos, cambia el estado de los elementos (informa cada detalle de tus descubrimientos). Si esto puede ser llevado a cabo e informado antes del lanzamiento oficial, los desarrolladores tendrán una oportunidad de combatir este tipo de acciones que pueden arruinar un juego para otros jugadores honestos.
En resumen: Si te encuentras haciendo lo esperado, haz alguna otra cosa.
De qué informar
Errores de texto, geometría faltante, paredes invisibles, agujeros en
el mundo, "abusables" (exploits: formas de hacer algo que te da cierta
ventaja de forma abusiva), monstruos cobardicas de la IA (Inteligencia Artificial),
cualquier cosa que no parezca correcta debe ser informada. Incluso si piensas
¡Oh, esto es un gran fallo, seguro que alguien lo habrá informado
ya! deberías informar igualmente. Algunas veces el mismo sistema puede
ser roto de diferentes maneras, así que tu informe puede proporcionar
un diferente ángulo para el error, de forma que los desarrolladores puedan
resolverlo antes.
Otra cosa que puedes hacer es escribir tus impresiones en el foro que provean para la beta. Si te conectas al juego y te sientes completamente perdido, puede que no seas tú; podría ser que el juego no sea amigable con los novatos. Escribe acerca de ello; hazles saber lo que piensas acerca de todos los aspectos del juego. Las primeras impresiones son especialmente importantes. Alguna gente tomarán decisiones instantáneas sobre el juego; decidirán comprarlo o no comprarlo pronto después de conectarse en una Beta Abierta.
Qué es Lag (demora)
He decidido añadir esta sección porque no puedo soportar ir a
cualquier foro y ver LAG, LAG, por todas partes. Si tú pruebas una beta
y hablas de lag, esto no te hace un miembro de calidad para la comunidad. Sí,
has puesto 200 mensajes, pero todos ellos dicen lag. Y no estoy seguro de que
esa gente sepa incluso lo que realmente es lag. En su mayor parte no es problema
del desarrollador o del juego (excepto en los tests de sobrecarga que se puedan
hacer con el servidor, pero recuerda que es porque se trata de un test de sobrecarga).
Definición de Lag (demora):
Parada o retraso en el movimiento, progreso, desarrollo, etc.
¿Por qué tienes lag?
Lo que la mayoría no entiende es que la conexión entre tú
y el servidor del juego puede tener cientos de nudos (conexiones con puestos
intermedios) entre ellos. Si estás teniendo lag puedes simplemente trazar
la ruta (con el comando tracert) y encontrar de donde viene el lag. Un trazado
de ruta te indicará las paradas y cómo de breves son. Con esto
encontrarás que la mayoría de problemas están en los dos
primeros "saltos" (conexión entre dos nodos); estos saltos
son normalmente a tu proveedor (ordenadores de la compañía que
te da acceso a internet) y pueden ser informados a ellos. Entonces, POR FAVOR,
no escribas mensajes sobre lag a menos que sientas que es fallo del desarrollador
y que necesitan saberlo, pero la mayoría de las veces ellos ya saben
cuando esto es un problema.
Cómo escribir un buen informe de error
Un buen informe de error es tan simple y directo como sea posible. Está
escrito con claridad, usa gramática correcta, y está libre de
palabras ambiguas y errores mecanográficos. Ten en mente que el equipo
de Aseguramiento de la Calidad y los desarrolladores necesitarán navegar
a través de un montón de informes de error. Cuanto más
sencillo lo hagamos, proporcionando informes de calidad, mejor podrán
hacer el juego para nosotros. Los que no hablen inglés de forma nativa
son una excepción (cuando escriban en inglés, claro).
Dependiendo de si el juego se conecta automáticamente por tí, tu informe de error debería incluir lo siguiente, si es aplicable: Las acciones que te llevaron hasta el error, si el error se puede repetir, tu localización (X/Y/Z, dentro de un caso de Búsqueda, etc), acciones de los PNJ (NPC, Personajes No Jugables) en el área, acciones de los otros jugadores, cualquier cosa que hiciste que pudiera desviar o relacionarse con el fallo, y cualquier otra cosa que te parezca importante. Las capturas de pantalla también ayudan, pero algunos juegos las toman automáticamente y las envían por ti.
Formato Estandar para IDS (SDR, Informe de Defectos del Software):
Descripción:
Cómo Reproducirlo (si es aplicable):
Resultados Esperados:
Resultados Reales:
Conclusión
Muchos de nosotros aquí en los foros hemos tomado parte en pasadas pruebas
beta. Mi experiencia ha sido que la gran mayoría de jugadores no se molestan
en archivar el más mínimo informe de error. Se pueden dar de cara
con un error rompe-juego y todo lo que harán es inundar los foros con
¡Este juego apesta! El juego es retenido por jugadores como este que se
apuntan a la beta sólo para poder decir ¡Tío, estoy en la
beta! O así ellos pueden tener un avance gratis del juego.
Si envías sólo un informe al día, vaya, incluso uno por semana, estarás haciendo más de lo que un montón de "probadores" beta se molestan en hacer y verdaderamente estarás ayudando a hacer al HoMM un juego mejor.
Créditos:
Originalmente escrito (en inglés) por:
Destroid @ DDO Forums
Actualizado y Editado con permiso por Betadog y miembros de betadogs.com
Adiciones tomadas de las sugerencias de los lectores.
Traducido al español por Namerutan, con la colaboración de Vitirr,
para La Torre de Marfil (www.torredemarfil.org), a partir de un mensaje en el
foro oficial de ubisoft, (http://forums.ubi.com/groupee/forums/a/tpc/f/1851065692/m/2081022053).
5 MUNewsModule 64 1