Solicitudes y respuestas
Prueba entradas válidas e inválidas, autenticación, campos obligatorios, precisión, identificadores, estados y errores documentados.
Criterios de aceptación
Define qué significa «listo»
antes de probar.
Poder jugar una ronda solo confirma el camino básico. La aceptación debe comprobar el contrato, el dinero, las solicitudes repetidas, las reglas, la evidencia de ronda, los límites, el cliente y los registros necesarios para investigar una excepción.
Grupos de prueba
Construye un solo paquete de evidencias entre equipos.
Ejecuta los casos acordados en el entorno previsto y conserva información suficiente para reproducir un fallo sin depender únicamente de capturas de pantalla.
Corrección del dinero
Comprueba débito, crédito, saldo insuficiente, duplicado, espera agotada, reintento y conciliación contra el registro del operador.
Un resultado coherente
Cubre decisiones normales, límites y entradas inválidas; el resultado visible, el registro y el movimiento financiero deben describir la misma ronda.
Resultado reproducible
Conserva compromiso, revelación y entradas, recalcula rondas seleccionadas y confirma que soporte puede localizar la prueba por identificador.
Fronteras de configuración
Revisa mínimos, máximos, precisión monetaria y el comportamiento cuando cambia una configuración entre sesiones.
Experiencia recuperable
Prueba los objetivos de navegador y pantalla acordados, interrupción, recarga, reanudación, localización, carga y mensajes de error.
Evidencia y salida
Una prueba solo pasa si otra persona puede revisarla.
Para cada caso conserva su identificador, entorno, juego y versión de configuración, acción o solicitud, resultado esperado y observado, identificadores de ronda y transacción, tiempos relevantes y revisor. Los valores sensibles permanecen en el sistema de prueba aprobado, no en una página de marketing.
Acuerda severidad y criterios de salida antes de ejecutar. Un defecto crítico de dinero, autorización o reproducibilidad debe permanecer visible en la decisión de lanzamiento. Si se acepta una incidencia de presentación, registra responsable, motivo y seguimiento. Una repetición crea evidencia nueva; no sobrescribe el fallo original.
- Cada grupo de pruebas tiene una persona responsable.
- El resultado esperado se escribe antes de la ejecución final.
- Fallos, duplicados, reintentos y recuperación se prueban deliberadamente.
- Los registros de ronda, monedero y soporte pueden correlacionarse.
- Los defectos abiertos y las excepciones aceptadas siguen en la decisión.
Amplía esta base con casos por formato desde las páginas españolas de juegos. Antes de aceptar, compara el alcance probado con los juegos, entornos, soporte y proceso de cambio descritos en la revisión comercial.