Suggerimenti per la fase di verifica

Una volta completato il codice di sistema, questo sarà pronto per la completa stabilizzazione e sarà possibile verificare i criteri di rilascio. Questa fase viene spesso denominata fase di stabilizzazione. Lo scopo finale di questa fase è quello di individuare e correggere eventuali errori e di dimostrare che il sistema è pronto per la produzione. Questa fase, di conseguenza, implica un ciclo finale di verifiche di una versione finale candidata di sistema.

La versione finale candidata è una versione di sistema, in genere la più recente, ritenuta sufficientemente completa e stabile per essere la versione rilasciata nel caso tutti i test di verifica abbiano esito positivo. Il modo in cui ciò viene accertato è attraverso il completamento corretto di una gamma di test funzionali, delle prestazioni e di stress che verificano se è effettivamente pronta.

Test di verifica della latenza e della massima velocità effettiva sostenibile

Il test di verifica delle prestazioni viene iniziato parallelemente alla fase di implementazione, ma deve essere finalizzato in una versione finale candidata di provata aderenza al set completo di criteri di rilascio. Lo scenario ottimale prevede che non venga apportata alcuna modifica alla versione finale candidata durante il test finale in modo che si abbia una notevole certezza che non siano state introdotte regressioni. In pratica, ciò è abbastanza difficile e dal momento che le modifiche vengono verificate nella build, è necessario che vi siano valutazioni relative al rischio di regressione.

Ad esempio, se viene introdotta una modifica fondamentale a un elemento di sistema, ad esempio una pipeline o un'orchestrazione, potrebbe essere necessario eseguire nuovamente i test delle prestazioni al fine di convalidare questa nuova versione finale candidata.

Per garantire che il sistema sia pronto per la produzione, è necessario verificare che sia stato testato in modo sostenibile e completo. Ciò significa che tutte le attività operative, ad esempio la manutenzione del database, le query sulle operazioni e le interruzioni pianificate e non pianificate devono essere testate, come definito nell'argomento Quali sono le prestazioni sostenibili? Questa è l'ultima possibilità di certificare la conformità per il sistema, quindi è importante combinare la suite completa di test di prestazioni sostenibili nel passaggio finale del test.

Individuazione di colli di bottiglia e regolazione hardware o soluzioni per la rimozione di blocchi

In pratica, è comune che il letto di test per il passaggio di test finale sia più vicino alla produzione rispetto all'hardware rispetto allo sviluppo di letti di test. È quindi importante usare l'opportunità durante il passaggio finale del test per identificare eventuali colli di bottiglia nuovi o esistenti nel sistema e decidere se sono di dimensioni sufficienti per richiedere modifiche nell'hardware. Anche se l'hardware non deve essere regolato immediatamente, l'individuazione dei colli di bottiglia nel sistema prevalenti consentirà una buona pianificazione, nonché informazioni sulle operazioni.

Se, ad esempio, il sistema sostiene il profilo di carico di produzione, ma si è osservato che il tempo di inattività del disco fisico sul server MessageBox è basso, ad esempio al di sotto del 20%, il monitoraggio del disco durante la produzione può essere identificato come indicatore di integrità chiave. Inoltre, qualsiasi piano per aumentare la capacità di carico del sistema può ora tenere conto delle informazioni acquisite in relazione alla necessità di migliorare il sottosistema del disco.

Vedere anche

Suggerimenti per la pianificazione dei progetti per fase
Suggerimenti per la fase dei requisiti
Suggerimenti per la fase di progettazione
Suggerimenti per la fase di implementazione
Suggerimenti per la fase di rilascio