Non esiste una fase di test separata: ogni livello viene eseguito quando il relativo oggetto è pronto e la fase di prova coincide con l'UAT (User Acceptance Testing). Poiché la piattaforma è standard, i test riguardano la configurazione, i dati e le integrazioni del cliente, mai la ri-verifica del prodotto.
| Strato | Quando |
|---|---|
| Controlli di configurazione: ogni impostazione viene verificata con dati di esempio nella sessione | T-17 → T-11 |
| Validazione della migrazione: conteggi, totali hash, TB e sottoregistri per simulazione | T-10 → T-3 |
| Test di integrazione: ogni endpoint con partner di test, percorsi di errore inclusi | T-10 → T-4 |
| Test di ruoli e autorizzazioni: ogni ruolo vede e fa esattamente ciò che dovrebbe; SoD | T-9 → T-5 |
| Verifica della continuità: un'esercitazione di commutazione se è previsto un contratto Live DR; una prova di backup e ripristino. | T-5 → T-3 |
| La prova generale = UAT — una vera giornata lavorativa per gli utenti reali, in parallelo con il sistema legacy | T-2 → T-1 |
Separazione dei compiti
Nessun ruolo può approvare ciò che ha creato, creare un fornitore ed effettuare pagamenti, modificare i dati bancari ed autorizzare i pagamenti, oppure registrare movimenti in periodi chiusi e modificare documenti già registrati. Ogni ruolo deve visualizzare solo le proprie entità, i propri dati e i propri menu, completare ogni fase delle proprie attività di prova, visualizzare gli elementi corretti nella coda e utilizzare ASK per le proprie attività con le proprie autorizzazioni.
Eseguite il test con le credenziali di accesso di ciascun ruolo, mai con un account amministratore. Un test superato come amministratore non dimostra nulla riguardo al ruolo.
La prova
Costruisci lo script partendo dalla giornata tipo più intensa del cliente, non da un flusso da manuale: la coda mattutina, il preventivo con la verifica del credito, gli acquisti, la ricezione, la spedizione e la fatturazione, i pagamenti con abbinamento e approvazione, gli eventi relativi agli stipendi, l'esecuzione dei pagamenti e il file bancario, e la chiusura di giornata con il bilancio di verifica — ognuno di questi passaggi confrontato con quanto prodotto dal sistema precedente per la stessa giornata.
- Preparazione T-2: il tenant di prova dai dati della prova generale; i documenti reali raccolti durante la giornata; ogni utente connesso con la propria coda attiva; osservatori per processo.
- Esecuzione T-1: gli utenti inseriscono la loro giornata reale in TRANXACT mentre il sistema legacy la esegue normalmente; ASK e i Navigator supportano il flusso; i problemi vengono registrati con data e ora e ruolo.
- Chiusura serale T-1: i risultati vengono confrontati con quelli precedenti; l'elenco delle correzioni viene eseguito e ricontrollato; i criteri di accesso vengono valutati; il proprietario del conto alla rovescia decide.
Il via libera/non via libera (impostazione predefinita proposta)
| Criterio | Soglia | I blocchi vanno online? |
|---|---|---|
| Processi di prova superati | 100% dei passaggi critici; 95% o più di tutti i passaggi | SÌ |
| I risultati corrispondono alla tradizione | Totali uguali o spiegati | SÌ |
| Riconciliazione di prova | Delta zero TB; i sottoconti corrispondono | SÌ |
| Durata della prova a secco | All'interno della finestra di transizione | SÌ |
| Difetti critici aperti | 0 | SÌ |
| Gli utenti si sono esercitati nel proprio ruolo | Il 95% o più degli utenti T+1 | Revisione |
| Integrazioni pronte per la produzione | Endpoint e credenziali confermati | Esplora se non |
Un risultato negativo non comporta automaticamente uno slittamento della data. Il responsabile del conto alla rovescia può riportare l'ambito non superato a T-Plus e comunque andare in diretta a T-0 con ciò che ha superato la prova.
Valutazione dei difetti, in piedi
- Critico: blocca un processo fondamentale, un risultato finanziario errato o la perdita di dati: risolvi prima del passaggio al livello successivo, oppure affida il processo a T-Plus con una soluzione manuale provvisoria.
- Alto — funziona con notevole sforzo: si corregge in giornata; si ritesta durante le prove.
- Medium — esiste una soluzione semplice: correggere entro due settimane dalla messa in produzione.
- Basso — cosmetico: una linea Fit Ledger denominata T-Plus.
Durante le prove generali di Calderwood, ogni fase critica viene superata tranne l'esecuzione del pagamento: il file bancario viene generato, ma le credenziali di produzione della banca non sono ancora state rilasciate. Le integrazioni non pronte per la produzione vengono "escluse se non lo sono" – quindi il responsabile del conto alla rovescia porta l'integrazione bancaria a T-Plus con un caricamento manuale del file bancario come soluzione provvisoria e registra VIA.
Provalo Al T-1, il 91% degli utenti T+1 di Calderwood ha già provato il proprio ruolo. Questo blocco andrà in produzione?
Non automaticamente: il raggiungimento di un livello di preparazione inferiore al 95% è un criterio di "revisione", non un ostacolo. Gli utenti mancanti riceveranno una sessione di recupero programmata nel pomeriggio del giorno T-1, verranno segnalati nel registro di adozione e chiunque non sia ancora pronto riceverà un tutor dedicato per la prima settimana.