Il Software Quality Assurance (SQA) è definito come un approccio ben pianificato e sistematico per valutare la qualità del software. Verifica l'aderenza agli standard, ai processi e alle procedure dei prodotti software. SQA include il processo sistematico per garantire che gli standard e le procedure siano stabiliti e seguiti durante tutto il ciclo di vita dello sviluppo del software e anche il ciclo di test.
L'obiettivo principale del test è identificare i bug nel sistema il prima possibile, perché la riparazione anticipata dei difetti è meno costosa. Secondo i numeri di uno studio, se i bug vengono rilevati dopo il rilascio diventano più costosi da correggere e hanno anche un impatto sulla fiducia degli utenti finali nei confronti dell'applicazione.
Uno studio IBM mostra che è 100 volte più costoso riparare i difetti che si trovano dopo che l'applicazione è stata rilasciata
- In sintesi, la garanzia della qualità del software è importante perché consente di:
- Assicurati che il progetto soddisfi i requisiti
- Prevenire, rilevare e correggere i difetti in anticipo
- Riduci al minimo i rischi del progetto
- Aumenta l'affidabilità del prodotto
- Migliora l'esperienza dell'utente finale
- Test e conformità agli standard
- Gestione dei rilasci e controllo dei rilasci
- Riduzione dei costi di sviluppo
- Riduzione dei costi di manutenzione
Vantaggi del test
- Tempi di commercializzazione ridotti
- Alta qualità
- Risorse per test all'avanguardia
- Risorse flessibili
- Concentrarsi sulle priorità strategiche
Le attività SQA si svolgono in ogni fase del ciclo di vita dello sviluppo. Le fasi sono classificate in aree di raccolta dei requisiti, progettazione del sistema, codifica e test e infine rilascio.
- Verifica - Il processo di valutazione di un sistema o di un componente per determinare se i prodotti di una data fase di sviluppo soddisfano le condizioni imposte all'inizio di quella fase.
- Convalida - Il processo di valutazione di un sistema o di un componente durante o alla fine del processo di sviluppo per determinare se soddisfa requisiti specifici
Durante le fasi di analisi dei requisiti, progettazione e codifica dello sviluppo dell'applicazione, gli output di ogni fase devono essere misurati, monitorati e gestiti in modo che ogni output possa essere verificato rispetto ai suoi criteri di uscita predefiniti. Quando l'applicazione finale ha completato le fasi di codifica e integrazione, deve essere convalidata rispetto ai requisiti dell'applicazione originale e firmata dal senior management come test di convalida superato. In ogni fase dello sviluppo di questa applicazione, gli sforzi durante lo sviluppo devono essere migliorati, ove possibile, al fine di migliorare la qualità e rimanere competitivi.
La differenza tra verifica, convalida e misurazione della qualità del software
Uno sforzo di verifica efficace deve dimostrare che tutti i requisiti sono stati eseguiti correttamente, questo viene fatto testando i requisiti rispetto alla consegna del prodotto. Questi test possono essere rieseguiti per ottenere gli stessi risultati se il sistema dovesse essere modificato in un secondo momento.
La verifica mostra che un prodotto soddisfa i requisiti specificati a tappe predefinite durante il ciclo di vita dello sviluppo. La convalida verifica che il sistema soddisfi i requisiti del cliente al completamento del ciclo di vita dello sviluppo.
La convalida è il processo di valutazione del prodotto finale per verificare se l'applicazione soddisfa le aspettative e i requisiti del cliente. È un meccanismo dinamico di convalida e test del prodotto reale. Il test di convalida utilizza metodi come il test della scatola nera (funzionale), il test della scatola grigia e il test della scatola bianca (strutturale), ecc.
La qualità del software prodotto in ogni processo o modello è descritta in termini di numero di difetti creati. In genere le metriche più comuni per i difetti sono:
- Numero totale di casi di test
- Numero di casi di test superati
- Numero di casi di test non riusciti
- Numero di casi di test bloccati
- Numero di difetti riscontrati
- Numero di difetti accettati
- Numero di difetti rifiutati
- Numero di difetti differiti
- Numero di difetti critici
- Numero di ore di test pianificate
- Numero di ore effettive di test
- Numero di bug rilevati dopo la consegna
Le diverse attività di Quality Assurance sono le seguenti:
- Mantenere la qualità del progetto secondo le specifiche e i requisiti aziendali.
- Prevenzione dei difetti e metodi formali per altre tecniche di prevenzione dei difetti.
- Riduzione dei difetti.
- Ispezione, revisioni formali e informali: rilevamento e rimozione diretti dei guasti senza eseguire lo scenario del progetto.
- Testare il progetto per l'osservazione dei guasti e la rimozione dei bug.
- Identificazione del rischio.
- Tecniche e metodi di tracciamento dei difetti.
- Tolleranza ai guasti del software.
- Osservazioni conclusive e mantenimento dei rapporti.
Perché la garanzia della qualità del software è molto importante
- Prospettiva dell'utente : la garanzia della qualità dell'applicazione software è utile per vedere l'applicazione dalla prospettiva dell'utente finale e creare uno scenario a seconda della stessa.
- Difetto nella fase di test : è utile individuare i problemi nella fase iniziale e risolverli prima che il cliente li trovi in produzione, ad esempio.
- Rischio di progetto : la QA all'inizio di un progetto gioca un ruolo chiave nel mitigare i rischi che sono stati identificati durante le fasi di specifica.
- Affidabilità : aumenta la fiducia degli utenti finali quando scoprono che l'applicazione funziona secondo le loro aspettative. Anche uno scenario negativo in caso di guasto completo aumenta la fiducia dell'utente finale e rende l'applicazione intelligente.
- Offre facilità all'utente finale : aiuta l'utente finale a eseguire attività aziendali senza avere alcuna conoscenza tecnica dell'applicazione. Le applicazioni facilmente comprensibili hanno più utenti rispetto alle applicazioni tradizionali.
- Prevenzione delle violazioni della sicurezza : aiuta gli sviluppatori di software a proteggere i dati degli utenti nell'ambiente di produzione e a rilevare eventuali fughe di dati nell'ambiente di test.
- Comprensione del carico : aiuta a comprendere l'applicazione che funziona in simulazione e a risolvere i problemi dopo aver compreso il carico reale sul sistema nell'ambiente di produzione.
- Automazione : testare il software con l'obiettivo di ridurre gli sforzi di test, fornire capacità più velocemente e in modo più conveniente. Aiuta a creare software di migliore qualità con meno sforzi.