Che cos'è la garanzia della qualità del software?
La garanzia della qualità del software comporta il collaudo della progettazione e dell'implementazione del software e la garanzia che soddisfi uno standard minimo di qualità. Al centro del processo di garanzia della qualità vi è il collaudo, che è il metodo con cui viene analizzata ogni fase del ciclo di sviluppo al fine di individuare difetti, quali malfunzionamenti o problemi di sicurezza. La parte più comunemente nota del processo di garanzia della qualità del software è il test del software e del codice; tuttavia, copre anche altri aspetti del ciclo di ingegneria. Altri aspetti dell'ingegneria del software che sono soggetti all'analisi della qualità includono le fasi di progettazione e implementazione.
Il concetto generale di garanzia della qualità del software richiede che inizi nella fase di pianificazione del software. Un software mal programmato può essere difficile o impossibile da scrivere in un modo che soddisfi le aspettative dell'organizzazione che lo immaginava. La gestione della qualità in fase di progettazione implica lo studio delle ramificazioni delle specifiche o degli obiettivi del progetto, nonché i piani dell'organizzazione per raggiungere i loro obiettivi. Il vantaggio dell'analisi della qualità in fase di progettazione è che trova ed elimina gli errori in anticipo, piuttosto che successivamente nel ciclo di sviluppo quando i problemi di progettazione sono molto più costosi da risolvere.
Un tecnico di test software, noto anche come analista della qualità del software, è la persona principale responsabile dell'esecuzione del processo di test. Questa persona progetta ed esegue i piani di test che aiuteranno un'organizzazione a migliorare la qualità del proprio software. Idealmente, un programmatore non dovrebbe mai testare il proprio prodotto, il che significa che all'interno di un progetto, un programmatore e un ingegnere di test sono due persone diverse.
I piani di test sono una parte fondamentale del sistema di garanzia della qualità, in particolare la fase di test del software. Lo scopo dei piani di test è determinare le condizioni che segnano il successo o il fallimento del software. Un tipico piano di test includerà un elenco completo di programmi e sottoprogrammi o procedure che devono essere testati, nonché le tecniche coinvolte nel test. Un'altra funzione critica di un piano di test è determinare quali difetti sono inaccettabili. I piani di test sono in genere progettati prima dello sviluppo del codice software effettivo del progetto.
Quando i tecnici di test scrivono programmi per implementare piani di test, questi vengono chiamati script di test. Gli script di test sono una parte essenziale del processo di garanzia della qualità del software. Il loro scopo è quello di automatizzare il test del codice esistente di un programma al fine di trovare difetti. Inoltre, gli ingegneri di test utilizzano generalmente strumenti di test progettati commercialmente per individuare potenziali problemi. I piani di test vengono implementati durante la fase di codifica dello sviluppo del software.
Ci sono una serie di passaggi importanti coinvolti nell'effettiva fase di test del processo di garanzia della qualità del software. Questi includono test unitari, che valutano l'integrità di varie sezioni del codice software, nonché iniezioni di guasti, che sono progettate per indagare su come i programmi rispondono a dati errati. Passaggi aggiuntivi includono test di carico o stress test, che vedono come funziona un programma in condizioni di utilizzo intenso e test di intrusione o di sicurezza per testare la resistenza di un programma ad accesso non autorizzato. Un progetto software è anche generalmente sottoposto a test di usabilità, al fine di verificare che il programma risultante sia facile da usare per gli altri.
Gli specialisti che si impegnano nel test del codice software sono generalmente divisi in due gruppi, uno chiamato tester black box e l'altro noto come tester white box o glass box. Il test della scatola nera è un processo più superficiale che inizia nella fase di codifica del software e non esamina alcun codice informatico sottostante. Indaga l'usabilità di un software, la coerenza cosmetica e il verificarsi di errori e malfunzionamenti.
Il collaudo dei white box è un processo che inizia all'inizio del processo di controllo della qualità del software, in fase di progettazione. Include la previsione di potenziali problemi prima che il codice sia effettivamente scritto, oltre a scrivere piani di test e script di test avanzati. A differenza dei test su scatola nera, i test su scatola bianca comportano anche lo studio del codice del computer sottostante.
La garanzia della qualità si applica anche alla fase di implementazione del software, ovvero quando il software è quasi completato e viene installato sui sistemi informatici per la valutazione. Questa fase viene spesso definita alfa test e si verifica quando il prodotto quasi finito viene installato e testato dallo staff degli sviluppatori. Quando il software viene presentato a potenziali clienti esterni all'azienda, viene chiamato beta test. Se dopo il rilascio del software compaiono dei difetti e deve essere sviluppata una patch, i test di regressione vengono utilizzati per garantire che gli aggiornamenti non creino nuovi errori.