{"id":4532,"date":"2026-10-06T11:31:09","date_gmt":"2026-10-06T11:31:09","guid":{"rendered":"https:\/\/whitelotto.com\/?p=4532"},"modified":"2026-10-06T11:31:09","modified_gmt":"2026-10-06T11:31:09","slug":"lottery-platform-uat-go-live-acceptance-checklist","status":"publish","type":"post","link":"https:\/\/whitelotto.com\/es\/lottery-platform-uat-go-live-acceptance-checklist\/","title":{"rendered":"Checklist UAT y aceptaci\u00f3n de puesta en producci\u00f3n de loter\u00eda"},"content":{"rendered":"\n

UAT de una plataforma de loter\u00eda debe demostrar que la versi\u00f3n acordada gestiona recorridos de negocio y sus fallos, no simplemente que carga pantallas. Utiliza una matriz que relacione cada requisito con datos ficticios, resultado esperado, evidencias y aprobador responsable. La puesta en producci\u00f3n requiere una decisi\u00f3n operativa separada basada en esos resultados y las dependencias restantes.<\/p>\n

Este checklist cubre aceptaci\u00f3n t\u00e9cnica. La gu\u00eda general de preparaci\u00f3n del lanzamiento<\/a> aborda personal, contrapartes, alcance y traspaso operativo. Ninguno autoriza pagos reales, cambios de datos de producci\u00f3n ni eludir controles obligatorios.<\/p>\n\n

Fija la base de aceptaci\u00f3n<\/h2>\n

Registra versi\u00f3n, configuraci\u00f3n, productos, canales, idiomas y contratos de interfaces probados. Distingue funciones disponibles de desarrollos previstos. Cada prueba necesita requisitos previos, estado inicial, datos ficticios permitidos, pasos, resultado de negocio esperado y referencias de evidencia.<\/p>\n

Redacta criterios medibles, no \u00abfunciona como se espera\u00bb. Por ejemplo: repetir una compra aceptada no crea otro boleto ni apunte; una cuenta de otra marca no accede al registro; corregir un resultado deja un ajuste auditable. Define el comportamiento seg\u00fan el contrato real, no un endpoint supuesto de WhiteLotto.<\/p>\n\n

Prueba recorridos completos y fallos controlados<\/h2>\n
\n
Matriz de aceptaci\u00f3n de plataforma de loter\u00eda<\/caption>
Recorrido<\/th>Casos a cubrir<\/th>Evidencia<\/th><\/tr><\/thead>
Cuenta y verificaci\u00f3n<\/th>Aprobaci\u00f3n, rechazo, nueva presentaci\u00f3n, revisi\u00f3n manual y cambio de decisi\u00f3n.<\/td>Resultado del proveedor, permisos e historial.<\/td><\/tr>\n
Ingresos y retiradas<\/th>\u00c9xito, rechazo, pendiente, webhook retrasado, reembolso y respuesta incierta.<\/td>Referencia del proveedor, efecto contable \u00fanico y conciliaci\u00f3n.<\/td><\/tr>\n
Compra del boleto<\/th>Pedido v\u00e1lido, selecci\u00f3n inv\u00e1lida, cierre, solicitud duplicada y confirmaci\u00f3n perdida.<\/td>Identidad del boleto, sorteo y estado financiero final.<\/td><\/tr>\n
Resultados y liquidaci\u00f3n<\/th>Resultados ausentes, preliminares, definitivos y corregidos.<\/td>Resultado versionado, trazabilidad y excepciones con responsable.<\/td><\/tr>\n
Canal f\u00edsico<\/th>P\u00e9rdida de red, fallo de impresora, reinicio y reimpresi\u00f3n.<\/td>Registros POS y centrales sin emisi\u00f3n duplicada.<\/td><\/tr>\n
Acceso y controles<\/th>Rol no autorizado, recurso de otra marca, cliente\/dispositivo revocado y restricciones configuradas.<\/td>Acciones denegadas y errores seguros.<\/td><\/tr>\n
Operaci\u00f3n<\/th>Interrupci\u00f3n del proveedor, recuperaci\u00f3n, investigaci\u00f3n y exportaci\u00f3n financiera.<\/td>Alerta operativa, responsable y evidencias utilizables.<\/td><\/tr>\n<\/tbody><\/table><\/div>\n

Utiliza las gu\u00edas de pagos<\/a>, KYC<\/a> e interfaces de sorteos y resultados<\/a> para especificar casos. La gu\u00eda OWASP de pruebas de l\u00f3gica de negocio<\/a> ayuda a plantear abusos y temporizaci\u00f3n; un checklist no demuestra que una versi\u00f3n los haya superado.<\/p>\n\n

Comprueba los registros finales, no solo la pantalla<\/h2>\n

El mensaje del navegador puede parecer correcto mientras existe un apunte duplicado en el monedero. Registra referencias relevantes de boleto, proveedor y contabilidad con datos de prueba permitidos. Comprueba comunicaci\u00f3n al cliente, acceso del personal e informes financieros dentro del mismo recorrido.<\/p>\n

Prueba cada idioma soportado y las combinaciones significativas de dispositivo y canal. Un men\u00fa traducido no demuestra que errores KYC, recibos, horas de sorteos o mensajes de soporte sean comprensibles. Documenta la cobertura e identifica expresamente las variaciones no probadas.<\/p>\n\n

Distingue bloqueos y tareas posteriores aceptadas<\/h2>\n

Acuerda severidad y autoridad de decisi\u00f3n antes de ejecutar. Los defectos que afectan fondos, boletos v\u00e1lidos, aislamiento de acceso, controles requeridos o recuperaci\u00f3n fiable no deben llamarse cosm\u00e9ticos porque se acerque una campa\u00f1a. Tras corregir, vuelve a probar el recorrido afectado; no repitas autom\u00e1ticamente comprobaciones ajenas sin motivo.<\/p>\n

Para un elemento no bloqueante registra impacto, medida compensatoria, responsable, aceptaci\u00f3n autorizada y fecha l\u00edmite. Un PASS sin resultado no es aprobaci\u00f3n. Superar un caso de laboratorio no garantiza disponibilidad futura ni rendimiento comercial.<\/p>\n\n

Define por separado pausa, rollback y recuperaci\u00f3n de datos<\/h2>\n

Puede ser seguro restaurar software anterior, pero compras, apuntes y migraciones de base de datos no se revierten autom\u00e1ticamente. Especifica condiciones de pausa, autoridad, versi\u00f3n recuperable y conservaci\u00f3n y conciliaci\u00f3n de operaciones pendientes.<\/p>\n

La gu\u00eda NIST de contingencia<\/a> es una referencia para planificar y validar recuperaci\u00f3n. Util\u00edzala como contexto, no como certificaci\u00f3n de la plataforma ni prueba de que se haya ensayado una restauraci\u00f3n concreta.<\/p>\n\n

Completa el paquete de decisi\u00f3n y traspaso<\/h2>\n