Operazione: Analyze Test Failure
Questa attività si occupa di individuare, isolare, diagnosticare e documentare gli errori di test in modo efficace.
Scopo

Lo scopo di questo compito è di:

  • Investigare i dettagli del log di test e analizzare gli errori che si verificano durante l'implementazione e l'esecuzione del test
  • Correggere i problemi che risultano dagli errori della procedura di verifica
  • Registrare le rilevazioni importanti in modo appropriato
Relazioni
Passi
Esame dei log di test
Scopo:  Raccogliere e comprendere l'output dei test eseguiti. 

Iniziare raccogliendo l'output dei log di test durante l'implementazione e l'esecuzione dei test. I log attinenti possono provenire da molte fonti, essere acquisiti dai tool utilizzati (sia di esecuzione che di diagnostica di test) e generati da routine di scrittura personalizzata sviluppate dal team, prodotti dagli stessi elementi di test di destinazione e registrati manualmente dal tester. Raccogliere tutte le fonti di log di test ed esaminare i relativi contenuti. Verificare il completamento di tutta la verifica pianificata e l'avvenuta esecuzione dei test pianificati.

Acquisizione di dati di incidenti non banali
Scopo:  Registrare l'occorrenza di eventi anomali e non banali per la successiva investigazione. 

È importante acquisire qualsiasi occorrenza anomala; anche se non riproducibile o spiegabile al momento, gli incidenti successivi con sintomi simili forniranno eventualmente sufficienti informazioni per aiutare a isolare la causa scatenante.

Registrare nel modo più dettagliato possibile ma indicare l'impossibilità momentanea di risoluzione dell'incidente.

Identificazione degli errori procedurali nel test
Scopo:  Per eliminare gli errori umani e altri errori procedurali o di processo dal log degli incidenti. 

È abbastanza comune che un numero di errori sia la conseguenza di errori introdotti durante l'implementazione del test o nella gestione dell'ambiente del test. Identificare e correggere tali errori.

Se il test è stato completato in modo anomalo, evitare l'esecuzione di altri test poiché potrebbe essere necessario recuperare il testo arrestato al punto di errore e continuare l'esecuzione dei test rimanenti.

Localizzazione e isolamento degli errori
Scopo:  Identificare il punto in cui si è verificato l'errore, eliminando gli elementi del test di destinazione dall'analisi che non sono causa dell'errore. 

Più diagnosi si eseguono e maggiore sarà la possibilità che l'errore venga eventualmente identificato e compreso.

Provare a isolare l'errore eliminando gli elementi del test di destinazione che probabilmente non sono coinvolti e cercare trend e caratteristiche nei rimanenti elementi, stato di sistema, ecc.

Eseguire un'analisi dell'errore riproducendolo in condizioni controllate, se l'errore non può essere analizzato senza la relativa ripetizione. Utilizzare i tool di diagnostica e di debugging dove necessario.

Diagnosi dei sintomi e della caratteristiche dell'errore
Scopo:  Acquisire un'analisi utile dell'errore per facilitarne l'identificazione e la risoluzione. 

Cercare di diagnosticare l'errore alla base utilizzando la propria esperienza acquisita in incidenti simili.

Se richiesto e disponibile, farsi aiutare dagli sviluppatori del modulo di assistenza, per ottenere i vantaggi della conoscenza interna del software da parte degli sviluppatori, al fine di migliorare l'analisi dell'errore.

Identificazione delle soluzioni candidate
Scopo:  Fornire al personale responsabile per la risoluzione dell'errore una migliore comprensione o la natura e l'effetto dell'errore e assistere lo sviluppatore nel fornire possibili idee eventualmente perseguibili. 

Consultare Compito: Determinazione dei risultati del test - Creazione e manutenzione delle richieste di modifica per informazioni sulla scrittura di rapporti di incidenti efficace e richieste di modifica.

Documentazione delle proprie rilevazioni in modo appropriato
Scopo:  Presentare l'analisi dell'errore in modo appropriato al personale responsabile per la risoluzione dell'errore. 

Consultare Compito: Determinazione dei risultati del test - Creazione e manutenzione delle richieste di modifica per informazioni sulla scrittura di rapporti di incidenti efficace e richieste di modifica.

Valutazione e verifica dei risultati
Scopo:  Verificare che il compito sia stato completato in modo appropriato e che i prodotti di lavoro risultanti siano accettabili. 

Una volta completato il lavoro è bene verificare che questo sia stato di buona qualità, e che non si siano consumate unicamente grosse quantità di carta. È necessario valutare se il proprio lavoro sia stato all'altezza, e che sia completo abbastanza da essere utile ai membri del team che l'utilizzeranno in seguito. Dove possibile, utilizzare l'elenco di controllo fornito da RUP per verificarne la qualità e la completezza.

Richiedere ai componenti del team di concentrarsi sul flusso di operazioni che hanno come input il vostro lavoro e partecipare all'analisi effettuata durante il suo corso. Procedere in questo modo mentre si ha ancora tempo a disposizione per prendere decisioni e discutere delle loro considerazioni. È inoltre necessario considerare il proprio lavoro nei confronti dei prodotti di lavoro di input chiave, per assicurarsi che siano stati rappresentati in modo accurato e sufficiente. Potrebbe essere utile su questa base fare revisionare il proprio lavoro all'autore del prodotto di lavoro di input.

Tenere presente che RUP è un processo di produzione iterativo e che in molti casi i prodotti di lavoro evolvono nel tempo. Su questa base è spesso non necessario o addirittura controproducente, definire in modo completo un prodotto di lavoro che verrà utilizzato solo parzialmente o affatto, nel lavoro immediatamente successivo. Questo perché vi è un'alta probabilità che il contesto che circonda il prodotto di lavoro possa cambiare e che i presupposti definiti, quando questo è stato creato, possano dimostrarsi errati prima del suo utilizzo, portando così al dispendio inutile di sforzi ed ad ulteriori costi di rilavorazione. Non effettuare inoltre troppi cicli sulla presentazione per evitare il detrimento del valore del contenuto. Negli ambienti di progetto dove la presentazione ha la medesima importanza e valore economico di un componente distribuibile, è bene considerare la possibilità di utilizzare una risorsa amministrativa per il compito di presentazione.



Proprietà
Ricorrenze multiple
Attivato da evento
In corso
Facoltativo
Pianificato
Ripetibile
Ulteriori informazioni