Che cos'è il test statico?
Prima di comprendere le tecniche di test statici, dobbiamo capire che cos'è il test statico e come questi test sono entrati nel processo di test. Prima di rilasciare qualsiasi software e gestirlo al client, è molto importante testarlo completamente. Per il test completo della verifica e della convalida del software è necessario eseguire entrambe le operazioni. Per questo i test statici e dinamici svolgono il loro ruolo. Nei test statici, il software o un'applicazione viene testato manualmente o utilizzando gli strumenti senza eseguire il codice, vale a dire i difetti si trovano nei test statici senza l'esecuzione effettiva del codice mentre, nei test dinamici, il codice viene eseguito per trovare i difetti.
Il test statico viene eseguito in 2 modi:
- Recensioni: le revisioni vengono eseguite al fine di trovare difetti, problemi e ambiguità nei documenti come requisiti, progettazione, ecc. Le recensioni svolgono un ruolo importante nei test statici in quanto è meglio trovare la causa dell'avvio anziché i guasti alla fine. Poiché la maggior parte dei problemi è emersa dopo lo sviluppo di software per quanto riguarda i requisiti, la progettazione non è stata risolta all'inizio o qualsiasi ambiguità riscontrata nei documenti. Le recensioni possono essere formali / informali a seconda della fase specifica del test del software. Le recensioni nei test del software consistono in Informale, Soluzione, Ispezione e Revisione tecnica.
- Analisi statica: in Analisi statica, il software o un'applicazione viene testato per trovare i difetti strutturali nel codice scritto dagli sviluppatori senza eseguirlo effettivamente. L'analisi statica viene solitamente eseguita dagli strumenti e viene utilizzata per scoprire i difetti come variabili non utilizzate / non referenziate, violazione degli standard di programmazione, violazioni della sintassi, standard di codifica non seguiti, codice morto (codice scritto ma non utilizzato da nessuna parte), ecc. Sono disponibili alcuni strumenti nel mercato che aiuta nell'analisi statica del codice, analizza strutture e dipendenze, calcola metriche come complessità ciclomatica o livelli di annidamento e obbliga gli sviluppatori a seguire specifici standard di codifica e aiuta nell'analisi statica.
Tecniche di test statici
Come accennato in precedenza, i test statici vengono eseguiti manualmente che viene eseguito in Recensioni o tramite strumenti di test eseguiti in Analisi statica.
Processo di revisione: durante i test statici, le revisioni possono essere eseguite in due modi:
1. Revisione informale
- La revisione informale viene effettuata nelle prime fasi del ciclo di vita dello sviluppo.
- Nessun documento o procedura formale viene utilizzato in una revisione informale.
- La revisione informale è disponibile in varie forme e forme, l'unica caratteristica è che non sono formalmente documentate.
- L'obiettivo principale della revisione informale è migliorare la qualità del software con l'aiuto degli autori.
- Segue una procedura semplice come due persone sedute insieme una che sta revisionando il lavoro di altri colleghi come qualsiasi documento, progetto, codice, ecc. Può aggiungere ulteriori membri o un intero team a seconda del livello di test.
2. Revisione formale
- La revisione formale è molto ben strutturata e documentata.
- La revisione formale è gestita e segue le diverse fasi di revisione come Pianificazione, Inizio, Preparazione, Riunione di revisione, Rielaborazione e Seguito.
- La revisione formale copre scenari ampi e gravi del software come requisiti legali, maturità dello sviluppo del software, ecc.
Tipi di recensioni
Di seguito sono indicati i vari tipi di recensioni:
1. Soluzione
- Nella procedura dettagliata, l'autore conduce il processo di revisione per soddisfare la comprensione comune e altri membri del team pongono le possibili domande e inviano i feedback raccolti.
- La procedura dettagliata può essere una revisione formale o informale.
- Il verbale della riunione e i difetti / i risultati segnalati vengono annotati dallo Scriba (che non è l'autore) per rintracciarli in seguito.
- I membri del team non devono avere una conoscenza dettagliata del contenuto in quanto l'autore è ben preparato per questo ed è una specie di sessione di trasferimento delle conoscenze.
Obiettivi principali della procedura dettagliata
- L'obiettivo principale è quello di consentire l'apprendimento e la fornitura di conoscenze agli altri membri del team sul contenuto.
- Presentare il documento a tutte le parti interessate, all'interno e all'esterno della disciplina del software e raccogliere maggiori informazioni sul documento in esame.
- Mirano ad altri membri per esaminare chiaramente il contenuto in modo da poter fornire suggerimenti, alternative per il documento proposto.
2. Ispezione
- L'ispezione è uno dei tipi più formali di recensioni.
- È guidato da un moderatore addestrato che non è l'autore della riunione.
- I revisori sono ben preparati prima dell'incontro sui documenti o su ciò che deve essere discusso.
- Regole e liste di controllo vengono utilizzate in questa riunione durante la quale viene esaminato il prodotto e registrati i difetti.
- I difetti rilevati nella riunione sono documentati nel registro dei problemi o nell'elenco di registrazione.
- L'incontro ha criteri di entrata e uscita adeguati.
- I report creati durante la riunione vengono condivisi con l'autore per intraprendere le azioni appropriate al riguardo.
- Il Moderatore esegue un processo di follow-up formale per affrontare i problemi di miglioramento e apprendere dai difetti rilevati.
Principali obiettivi di ispezione
- Miglioramento della qualità dei documenti in Ispezione.
- Individuazione e correzione rapida dei difetti rilevati nella riunione.
- Creare una comprensione più dettagliata attraverso discussioni di gruppo e scambio di informazioni.
- Imparare dai difetti precedentemente introdotti e non ripeterli in futuro.
3. Revisione tecnica
- È ben documentato e segue la tecnica di rilevamento dei difetti che coinvolge colleghi ed esperti tecnici.
- Di solito è guidato da un moderatore addestrato e non dall'autore.
- Nella revisione tecnica, il prodotto viene esaminato e vengono rilevati i difetti che sono principalmente tecnici.
- Nessuna partecipazione della direzione è presente in Technical Review.
- Il rapporto completo è pronto per avere un elenco di problemi affrontati.
Principali obiettivi della revisione tecnica
- Tenere informati i partecipanti sui concetti tecnici del documento.
- Per garantire che fin dall'inizio, i concetti tecnici devono essere compresi correttamente.
- Raccogliere le alternative e le soluzioni dei partecipanti in merito ai concetti tecnici.
- Mantenere la coerenza nella progettazione tecnica e concettuale del software.
- Concentrarsi sugli aspetti tecnici del software e sulla fattibilità tecnica, che è altrettanto importante come quello concettuale.
Conclusione
I test statici non solo aiutano a trovare i difetti nelle fasi iniziali, ma forniscono anche un aspetto di chiusura dei documenti e aiutano a comprendere i requisiti mancanti, l'ambiguità, i difetti di progettazione, i problemi di manutenzione, ecc. Un singolo documento è soggetto a più revisioni e ogni revisione ha obiettivi e procedure propri. Ogni revisione ha uno scopo specifico come la revisione informale viene eseguita prima di qualsiasi revisione tecnica o formale in modo che i difetti che possono essere trovati in modo informale possano essere risolti per primi. Maggiore è la revisione su qualsiasi documento prima e durante lo sviluppo, minore è la probabilità di difetti alla fine.
Articoli consigliati
Questa è una guida alle tecniche di test statici. Qui discutiamo in dettaglio vari tipi di recensioni e tecniche statiche. Puoi anche consultare i nostri altri articoli suggeriti:
- Comprensione del concetto di test statico
- Che cos'è il test non funzionale?
- Esempi di test su scatola bianca
- Cosa fa il test dinamico?