Test plan

Clase 19 de 33Curso de Testing de Videojuegos

Resumen

Un buen test plan en juegos móviles empieza por observar con rigor cada pantalla y cada interacción. Aquí verás cómo estructurar casos de prueba claros para Papa Pear Saga, desde la instalación hasta el primer nivel y la pantalla de postgame, anotando resultados esperados y sin dejar nada fuera.

¿Cómo diseñar un test plan efectivo para juegos móviles?

Antes de tocar el juego, define una estructura simple y ordenada. La metodología mostrada prioriza anotar primero y refinar después.

  • Crear un documento en Word para listar casos de prueba y resultados esperados.
  • Empezar por lo crítico: instalación, permisos y primer arranque.
  • Separar por secciones: instalación y main menú vs in game.
  • Registrar no solo lo que funciona: también lo pendiente de verificar.
  • Mantener consistencia en nombres: por ejemplo, “instalación y main menú”, “in game”, “pantalla de postgame”.

¿Cómo anotar casos y resultados esperados?

  • Especificar acción y veredicto: “Descarga del juego: descarga correcta.”
  • Añadir variantes relevantes: “Actualización: actualización correcta.”
  • Evitar omisiones: si hay dos botones que llevan a lo mismo, probar ambos.

¿Qué habilidades de QA se aplican aquí?

  • Detección de puntos de prueba en cada pantalla.
  • Verificación de textos: legibilidad y ajuste en contenedores.
  • Control de estados: activado/desactivado (por ejemplo, sonido).
  • Validación de flujos repetidos y equivalentes.

¿Qué validar en instalación y main menú?

Tras instalar y abrir, se cubren elementos de arranque, permisos y ajustes. El objetivo es garantizar que la experiencia base es estable y coherente.

¿Qué revisar en splash y loading screen?

  • Mostrar la splash screen sin fallos gráficos.
  • Cargar la loading screen correctamente.
  • Transición sin cuelgues hasta el main menú.

¿Cómo gestionar permisos y notificaciones?

  • Aviso de notificaciones: aparece y se responde según permiso otorgado.
  • Registro del caso: “Aviso de notificaciones: ok.”

¿Qué probar en el menú de ayuda y ajustes?

  • Sección de ayuda “?” con: customer care, help, privacy policy, terms of service funcionan y abren destino correcto.
  • Audio y efectos: “Sonido: se activa y desactiva correctamente.”

¿Cómo validar login y cuentas?

  • Acceso por el icono de usuario y por “My Account”: ambos llevan al mismo flujo.
  • Textos en pantalla como “don’t lose your progress”: visibles y correctos.
  • Opciones de conexión: disponibles y operativas.

¿Qué verificar in-game y en la pantalla de postgame?

Al entrar al nivel 1 con tutorial, se abren nuevos frentes: validación de UI, opciones internas, compras y la evaluación final de la partida.

¿Cómo testear el tutorial del nivel 1?

  • Confirmar loading screen del nivel: ok.
  • Marcar “Nivel 1: tutorial ok”.
  • Revisar textos del tutorial: no se salen de la caja y se leen bien.
  • Seguir indicaciones: giro, tap y continuidad sin comportamientos extraños.

¿Qué opciones validar durante la partida?

  • Menú de opciones in-game distinto al del menú principal: notificaciones, ayuda, sonido y salir.
  • “Salir” se prueba más tarde si la prioridad es validar el nivel.
  • Compras: pantalla de gold bars accesible y coherente.
  • Nota de práctica: en estudio se usan herramientas para simular o realizar compras sin coste.
  • Permisos de cámara y media: flujo de solicitud al acceder a la cámara; registrar respuesta (por ejemplo, “deny”) y comportamiento posterior.

¿Qué comprobar en la pantalla de postgame?

  • Cálculo de puntuación: suma correcta de puntos, especialmente en fases alfa/beta.
  • “High scores”: lista de amigos visible y consistente.
  • Enviar vidas: marcar una a una y “send to all” funcionan.
  • Navegación: volver al mapa (worldmap o saggamap), reiniciar nivel y continuar.

¿Cómo organizar los casos para ejecución?

  • Agrupar por secciones en el documento: “instalación y main menú” e “in game”.
  • Tras la toma de notas inicial, migrar a Excel para ordenar, priorizar y reportar.
  • Mantener trazabilidad entre caso, paso y resultado esperado.

¿Te gustaría comentar más casos de prueba que añadirías o cómo registrarías evidencias visuales en cada paso?