No existe una fase de prueba independiente: cada capa se ejecuta cuando su objeto está listo, y el ensayo general es la UAT (Prueba de Aceptación del Usuario). Dado que la plataforma es estándar, las pruebas se centran en la configuración, los datos y las integraciones del cliente, nunca en volver a probar el producto.
| Capa | Cuando |
|---|---|
| Comprobaciones de configuración: cada ajuste se verifica con datos de muestra en la sesión. | T-17 → T-11 |
| Validación de la migración: recuentos, totales hash, TB y sublibros por simulación | T-10 → T-3 |
| Pruebas de integración: cada punto final con socios de prueba, rutas de error incluidas. | T-10 → T-4 |
| Pruebas de roles y permisos: cada rol ve y hace exactamente lo que debe; SoD | T-9 → T-5 |
| Verificación de continuidad: un simulacro de conmutación por error si se contrata Live DR; una prueba de copia de seguridad y restauración. | T-5 → T-3 |
| El ensayo = UAT: un día laboral real con usuarios reales, en paralelo con el sistema heredado. | T-2 → T-1 |
Separación de funciones
Ningún rol puede aprobar lo que ha creado, crear un proveedor y pagarle, cambiar los datos bancarios y autorizar pagos, ni contabilizar en periodos cerrados ni editar documentos contabilizados. Cada rol debe ver únicamente sus propias entidades, datos y menús, completar todos los pasos de sus tareas de ensayo, ver los elementos correctos de la cola y usar ASK para sus propias tareas con sus propios permisos.
Realiza la prueba con el inicio de sesión de cada rol, nunca con una cuenta de administrador. Una prueba superada como administrador no demuestra nada sobre el rol.
El ensayo
Elabore el guion a partir del día normal de mayor actividad del cliente, no siguiendo un flujo de trabajo estándar: la cola matutina, la cotización para realizar el pedido con la verificación de crédito, la compra, la recepción, el envío y la facturación, las cuentas por pagar con la conciliación y aprobación, los eventos de nómina, la ejecución del pago y el archivo bancario, y el cierre del día con el balance de comprobación; cada uno de estos pasos se compara con lo que producía el sistema anterior para el mismo día.
- Preparación T-2: el inquilino de ensayo a partir de los datos de la prueba; los documentos reales del día recopilados; cada usuario conectado con su cola activa; observadores por proceso.
- Ejecución T-1: los usuarios ingresan su día real en TRANXACT mientras que el sistema heredado lo ejecuta normalmente; ASK y los Navegadores brindan soporte en el flujo; los problemas se registran con la hora y el rol.
- Cierre vespertino T-1: resultados comparados con el historial; la lista de correcciones ejecutada y revisada; los criterios de puerta puntuados; el propietario de Countdown decide.
La opción de aprobación/rechazo (predeterminado propuesto)
| Criterio | Límite | ¿Los bloques entran en funcionamiento? |
|---|---|---|
| Los procesos de ensayo han sido aprobados. | 100% de los pasos críticos; 95% o más de todos los pasos. | Sí |
| Los resultados coinciden con el legado | Los totales son iguales o se explican | Sí |
| Conciliación de prueba | Delta de cero TB; los sublibros están sincronizados. | Sí |
| Duración del ensayo general | Dentro de la ventana de transición | Sí |
| Defectos críticos abiertos | 0 | Sí |
| Los usuarios ensayaron en su propio rol. | 95% o más de los usuarios T+1 | Revisar |
| Integraciones listas para producción | Puntos finales y credenciales confirmados | Si no, echa un vistazo. |
Un fallo no implica automáticamente un retraso en la fecha de entrega. El responsable de la cuenta atrás puede trasladar el alcance fallido a T-Plus y aun así lanzar la aplicación en T-0 con lo que haya pasado las pruebas.
Clasificación de defectos, en la reunión diaria
- Crítico: interrumpe un proceso fundamental, produce un resultado financiero erróneo o provoca la pérdida de datos: soluciónelo antes de que finalice el proceso o llévelo a T-Plus con una solución provisional manual.
- Alto: funciona con un esfuerzo considerable: arreglarlo el mismo día; volver a probarlo en el ensayo.
- Medium — existe una solución sencilla: corregirlo en las dos semanas posteriores a la puesta en marcha.
- Bajo — cosmético: una línea Fit Ledger etiquetada como T-Plus.
En el ensayo de Calderwood, todos los pasos críticos se completan con éxito, excepto el procesamiento del pago: se genera el archivo bancario, pero aún no se han emitido las credenciales de producción del banco. Las integraciones que no están listas para producción se descartan si no lo están; por lo tanto, el responsable de Countdown lleva la integración bancaria a T-Plus con una carga manual del archivo bancario como solución provisional, y los registros se registran correctamente.
Pruébalo En T-1, el 91% de los usuarios de T+1 de Calderwood han ensayado en su propio rol. ¿Se activará ese bloque?
No automáticamente: que un usuario haya practicado por debajo del 95% es un criterio de "Revisión", no un impedimento. Los usuarios que no estén preparados recibirán una sesión de recuperación programada para la tarde del día anterior al inicio del curso (T-1), se les marcará en el registro de adopción y, si aún no están listos, se les asignará un compañero durante su primera semana.