Checklist de QA para el lanzamiento de un slot: 40 comprobaciones antes del go-live

Integration · 2026-07-16 · 9 min read · By CROCO Games

Un checklist práctico de 40 puntos para operadores que integran un slot nuevo: matemática y configuración, comportamiento de plataforma, UX móvil, compliance y preparación de lobby — cada punto con su método de verificación.

La mayoría de los incidentes de lanzamiento de slots no son exóticos: una variante de RTP equivocada en un mercado, una ronda de bonus que pierde el estado al reconectar, una miniatura que nunca se localizó, un modo demo apuntando a dinero real. Todos son detectables en una tarde con un checklist — y casi nadie lo ejecuta, porque el día del lanzamiento es ajetreado y el agregador dijo que todo estaba bien. Aquí están las 40 comprobaciones que recomendamos a los operadores antes de que cualquier título entre en producción, agrupadas en cinco bloques de ocho. Cada comprobación dice qué verificar y cómo. Adapta sin piedad; no borres nada hasta que te haya quemado lo que ese punto detecta.

Bloque A — Matemática y configuración (comprobaciones 1–8)

  1. Variante de RTP por mercado. Confirma que la variante desplegada en cada jurisdicción coincide con tu intención comercial y regulatoria. Verifícalo en la pantalla de paytable/info del juego en producción, por mercado — no solo en el back office del agregador; la deriva de configuración entre ambos es un incidente clásico.
  2. Límites de apuesta. La apuesta mínima/máxima y la escalera de stakes coinciden con tu configuración de mercado y las expectativas de los jugadores; comprueba que los extremos giran de verdad.
  3. Visualización de moneda. Moneda correcta, formato correcto, conversión correcta en monedas no base — incluso dentro de la paytable, donde un € hardcodeado ha avergonzado muchos lanzamientos.
  4. Aritmética de la paytable. Contrasta cinco entradas de la paytable con las especificaciones del game sheet; las paytables de variante equivocada aparecen aquí primero.
  5. Parámetros de funciones. Precio del bonus buy, multiplicadores de apuesta de función, seeds de niveles de jackpot — cada número configurable contra la ficha.
  6. Tope de premio máximo. El tope anunciado coincide con la configuración desplegada, y el comportamiento en el tope es correcto (rodillos bloqueados, contador limitado, mensaje correcto).
  7. Cableado del jackpot (si aplica). Los contadores incrementan, muestran el bote correcto, y la lógica de niveles coincide con el contrato — botes locales vs de red especialmente.
  8. Modo demo. El juego gratuito existe donde es legal, está claramente etiquetado, no usa cartera real y está deshabilitado donde está prohibido. Ambas direcciones de fallo son incidentes de compliance.

Bloque B — Comportamiento de plataforma (comprobaciones 9–16)

  1. Ida y vuelta de la cartera. El débito de apuesta y el crédito de premio se reconcilian exactamente — ejecuta una sesión guionizada y compara el historial del juego con las transacciones de cartera al céntimo.
  2. Recuperación de desconexión. Mata la conexión a mitad de giro y a mitad de bonus; la sesión debe reanudarse en el estado idéntico con el saldo intacto. La fuente más común de problemas en vivo en juegos nuevos.
  3. Historial de rondas. Cada ronda aparece con apuesta, resultado y detalle de función correctos; el replay funciona donde se ofrece.
  4. Política de sesiones concurrentes. Dos dispositivos, una cuenta: sea cual sea tu política (bloquear, transferir, permitir), verifica que el juego la aplica sin corromper el saldo.
  5. Degradación de latencia. Limita a velocidades 3G: el juego debe seguir siendo jugable y, sobre todo, no mostrar nunca un saldo incorrecto durante llamadas lentas de cartera.
  6. Gestión de errores. Simula timeouts de cartera y respuestas malformadas; el juego debe fallar hacia un estado claro y reanudable, nunca una pantalla girando para siempre.
  7. Integración de límites de sesión. Los reality checks, límites de pérdida y relojes de sesión de tu plataforma se disparan correctamente dentro del juego — el overlay se renderiza, el juego se pausa, los eventos regulatorios se registran.
  8. Cordura de carga. Si el marketing de lanzamiento va a provocar un pico de tráfico, confirma que el proveedor/agregador ha visto tu proyección de concurrencia; haz la pregunta por escrito.

Bloque C — UX y móvil (comprobaciones 17–24)

  1. Retrato y paisaje. Ambas orientaciones se renderizan correctamente en móviles pequeños — controles alcanzables, símbolos legibles, sin UI recortada a 320px de ancho.
  2. Objetivos táctiles. Los controles de giro, apuesta y menú cumplen los tamaños táctiles mínimos; sin layouts de apuesta accidental (el selector de stake pegado al botón de giro es el clásico).
  3. Tiempo de carga. Tiempos de primera carga y carga cacheada en un móvil de gama media con 4G; un lobby que carga en 2s alimentando un juego que carga en 20 pierde jugadores en la puerta.
  4. Compliance de autoplay. Límites de autoplay, ajustes de límite de pérdida y parada forzosa por jurisdicción (algunos mercados prohíben el autoplay por completo — verifica que está ausente allí).
  5. Sonido por defecto. Políticas de silencio-por-defecto respetadas; el activar sonido persiste entre sesiones; sin estallido de audio al cargar.
  6. Información en el juego. Las reglas, la paytable y la pantalla de RTP se abren, están localizadas y coinciden con la variante desplegada — la pantalla de info es un documento regulatorio, no decoración.
  7. Barrido de localización. Cada cadena visible en cada idioma de lanzamiento; las reglas de bonus traducidas por máquina y los compuestos alemanes truncados son infractores perennes.
  8. UX de función interrumpida. Entra en un bonus, cierra el navegador, vuelve: la experiencia de reentrada debe ser obvia para un jugador confundido, no solo técnicamente correcta.

Bloque D — Compliance y juego responsable (comprobaciones 25–32)

  1. Cobertura de certificación. El hash/versión exacto del build está certificado para cada jurisdicción de lanzamiento; guarda las referencias de los certificados en archivo para auditoría.
  2. Restricciones de mercado. El geobloqueo coincide con la lista de mercados certificados; prueba desde un geo bloqueado, no solo desde uno permitido.
  3. Afirmaciones anunciadas. Cada cifra de tu material promocional (premio máximo, RTP, frecuencia de función) coincide con la configuración desplegada — la deriva entre marketing y configuración es un generador de quejas regulatorias.
  4. Visibilidad de herramientas RG. Límites de depósito, autoexclusión y reality checks alcanzables desde dentro de la sesión de juego según las reglas locales.
  5. Verificación de edad/identidad. El juego es inalcanzable para cuentas no verificadas donde la verificación es obligatoria antes de jugar.
  6. Alineación de términos de bonus. Si las promociones de lanzamiento incluyen giros gratis, los términos de apuesta, la ponderación de juegos y los topes de conversión están configurados y mostrados correctamente.
  7. Informes regulatorios. Las rondas fluyen a tu reporte de jurisdicción (donde se exige) con identificadores de juego correctos — un fallo silencioso de mapeo aquí aflora meses después en una auditoría.
  8. Ruta de reclamación. El soporte puede ver el historial de rondas y el replay de este título; un lanzamiento sin herramientas de soporte convierte cada consulta de jugador en una escalada.

Bloque E — Preparación de lobby y marketing (comprobaciones 33–40)

  1. Miniaturas. Arte correcto en cada proporción exigida, localizado donde tu lobby localiza, y legible al tamaño real renderizado en un móvil.
  2. Metadatos. El proveedor, la etiqueta de volatilidad, las etiquetas de funciones y el RTP mostrados en el lobby coinciden con la realidad desplegada; las etiquetas de volatilidad erróneas sabotean las filas de segmento.
  3. Búsqueda y filtros. El juego se encuentra por nombre (incluyendo erratas plausibles), proveedor y filtros de mecánica.
  4. Plan de posición en estantería. Los lanzamientos consiguen una mediana de días, no semanas, de atención en lo alto — en un conjunto de seguimiento de lobbies de 689 marcas, el juego mediano conserva un puesto de top-10 solo 2 días — así que el plan de posicionamiento (qué fila, qué posición, cuánto tiempo) debe existir antes del go-live, no después.
  5. Enlace de demo. Los enlaces de demo del marketing apuntan al demo de producción, en el idioma correcto y con la presentación de moneda correcta.
  6. Assets de CRM. Segmentos de email/push de lanzamiento definidos, creatividades aprobadas, envío programado contra la ventana de posicionamiento — la atención de estantería y el CRM deben golpear la misma semana.
  7. Tracking. Los eventos de analítica a nivel de juego (aperturas, sesiones, entradas a funciones) verificados de extremo a extremo en tu BI antes del lanzamiento, o medirás el lanzamiento por anécdotas.
  8. Plan de rollback. Un procedimiento probado para retirar el juego (eliminación del lobby, gestión de sesiones activas, comunicación a jugadores) en minutos — la comprobación que todos se saltan y la que convierte un mal lanzamiento en una nota al pie en vez de una semana.

Ejecutarlo sin ceremonia

Cuarenta comprobaciones se leen más pesadas de lo que se ejecutan: los bloques A y E son trabajo de mesa que un analista despacha en una hora con la ficha abierta; B y C son una tarde con dos móviles y una conexión limitada; el bloque D es mayormente confirmar configuración permanente. El patrón eficiente es una hoja compartida por lanzamiento — comprobación, responsable, enlace de evidencia, estado — reutilizada como plantilla para que el segundo lanzamiento cueste la mitad que el primero. Los proveedores pueden acortar la lista desde su lado: CROCO entrega game sheets por título con configuraciones exactas, listas de mercados certificados y notas de pruebas de integración a través de una única integración de API, y nuestro equipo acompaña a los operadores en el QA del primer lanzamiento bajo petición vía contacto.

Preguntas frecuentes

¿Qué debería probar un operador antes de lanzar un slot nuevo? Cinco áreas: configuración matemática (variante de RTP, stakes, paytable), comportamiento de plataforma (reconciliación de cartera, recuperación de desconexión), UX móvil (orientaciones, objetivos táctiles, tiempo de carga), compliance (cobertura de certificación, herramientas RG, geobloqueo) y preparación de lobby (miniaturas, metadatos, planes de posicionamiento y rollback).

¿Cuál es el problema técnico más común en el lanzamiento de un slot? La recuperación de estado tras una desconexión — un jugador caído a mitad de bonus debe reanudar exactamente donde se pausó la función. Pruébalo matando la conexión a mitad de giro y de función; es la mayor fuente de tickets en títulos nuevos.

¿Quién es responsable del QA del slot — el proveedor o el operador? Ambos, en capas distintas. El estudio certifica la matemática y el comportamiento del juego; el agregador prueba la fontanería de la integración; pero la configuración de mercado, la reconciliación de cartera, el encaje de compliance y la preparación del lobby son del lado del operador y solo verificables en el entorno de producción del operador.

¿Cuánto lleva el QA prelanzamiento de un slot? Con una plantilla y game sheets por título, alrededor de un día: una hora de comprobaciones de mesa contra especificaciones, una tarde de pruebas de dispositivo y plataforma, y confirmaciones permanentes de compliance. La primera pasada lleva más; la plantilla se amortiza en el segundo lanzamiento.

Conclusiones clave