Che cos'è la garanzia della qualità del software?
- Software Quality Assurance (SQA) è l'insieme di attività volte a garantire la qualità del software in fase di sviluppo. Gli studi hanno dimostrato che il 98% dei progetti ha fallito alla fine nel mercato a causa dei seguenti motivi come tempi stimati, modifica dei requisiti, costi più elevati del previsto o costi di manutenzione elevati. Quindi è molto importante tenere a mente i vari parametri prima dello sviluppo del software in modo da ridurre al minimo il rischio di fallimento.
- Per ridurre al minimo il rischio di fallimento del software sul mercato, è emersa la garanzia della qualità del software.
- Implica una serie di attività, processi, procedure e standard adatti al progetto. Copre tutti gli standard di qualità del software fin dalla raccolta dei requisiti fino allo sviluppo, al rilascio e alla manutenzione di esso.
- SQA funziona parallelamente al ciclo di vita del software di sviluppo che verifica regolarmente che il software in fase di sviluppo debba soddisfare i suoi standard in ogni fase in modo che i problemi possano essere prevenuti nelle fasi iniziali anziché gestirlo dopo il completamento del progetto.
- SQA include Auditing, Formazione, Definizione del processo e Implementazione come sue principali attività. Una volta definito il processo, SQA inizia a individuare i punti deboli e i modi per correggerli per un software migliore.
Attività di garanzia della qualità del software
Di seguito sono riportate alcune delle attività di Software Quality Assurance.
1. Impostazione del checkpoint
Il team SQA imposta i punti di controllo dopo intervalli di tempo specifici al fine di verificare i progressi, la qualità, le prestazioni del software e se il lavoro di qualità del software viene eseguito in tempo secondo la pianificazione e i documenti.
2. Misurare l'impatto del cambiamento
Per un difetto segnalato dal QA e risolto dallo sviluppatore, è molto importante ripetere il test della correzione del difetto e verificare se il difetto corretto non introduce nuovi difetti nel software funzionante. Per questo, le metriche di test sono gestite e osservate da manager e sviluppatori per verificare la presenza di difetti appena generati dall'introduzione di nuove funzionalità o dalla correzione di eventuali difetti.
3. Avere una strategia di test multipli
Non si dovrebbe fare affidamento su un singolo approccio di test e strategia per testare il software. La strategia di test multipli dovrebbe essere implementata nel software in modo da testarlo da diverse angolazioni e coprire tutte le aree. Per un sito Web di e-commerce test di sicurezza, test delle prestazioni, test di carico, test del database, tutto dovrebbe essere fatto per garantire una migliore qualità del software.
4. Conservazione di registri e rapporti
È importante conservare tutti i registri e i documenti del QA e condividerli di volta in volta alle parti interessate. Casi di test eseguiti, cicli di test, difetti registrati, difetti risolti, casi di test creati, modifica dei requisiti da un client per un caso di test specifico, tutti dovrebbero essere adeguatamente documentati per riferimento futuro.
5. Gestione delle buone relazioni
La gestione di buone relazioni tra tester e sviluppatori svolge un ruolo importante nel progetto. Poiché il ruolo di sviluppatore e tester si contraddicono a vicenda, ciò non dovrebbe essere preso a livello personale. L'obiettivo principale di entrambi i team dovrebbe essere la consegna di buona qualità dei progetti con rischi minimi di fallimento.
6. Piano di gestione SQA
Ciò include la ricerca di come il SQA funzionerà nel nuovo progetto nel modo più efficace. Pensa alle strategie SQA, ai processi di ingegneria del software che potrebbero essere implementati secondo i requisiti del progetto e le competenze individuali dei membri del team.
Componenti del sistema SQA
I componenti SQA possono essere classificati in 6 classi:
1. Componenti pre-progetto
Ciò assicura che l'impegno del progetto sia stato chiaramente definito per quanto riguarda la stima dei tempi, il chiarimento delle esigenze dei clienti, il budget totale del progetto, la valutazione dei rischi di sviluppo, il personale totale richiesto per quel particolare progetto. Assicura inoltre che i piani di sviluppo e qualità siano stati chiaramente definiti.
2. Componenti del ciclo di vita del progetto software
Questo componente include la revisione, le opinioni degli esperti, i test del software, i componenti di manutenzione del software. Nel ciclo di vita dello sviluppo del progetto, include componenti come recensioni, opinioni di esperti e ricerca di difetti nella progettazione e nella programmazione del software, mentre nel ciclo di vita di manutenzione del software include componenti di manutenzione specializzati e componenti del ciclo di vita di sviluppo per migliorare le attività di manutenzione.
3. Componenti dell'infrastruttura per la prevenzione e il miglioramento degli errori
Questo componente include formazione del personale, certificazione, gestione della configurazione, misure preventive e correttive al fine di ridurre il tasso di errori in un software basato sull'esperienza SQA accumulata dall'organizzazione.
4. Gestione dei componenti SQA
Questa classe include metriche sulla qualità del software, costi di qualità del software, che include il controllo delle attività di manutenzione e sviluppo e l'introduzione del coinvolgimento manageriale al fine di ridurre il rischio di qualità, pianificazione e budget nel progetto.
5. Componenti di standardizzazione, certificazione e valutazione del sistema SQA
L'obiettivo principale di questa classe è l'utilizzo di conoscenze professionali internazionali che aiutano nel coordinamento tra i diversi sistemi di qualità dell'organizzazione a livello professionale.
6. Organizzazione per i componenti umani SQA
Questa base comprende manager, tester e altri professionisti SQA interessati a SQA. L'obiettivo principale è supportare e avviare le attività di SQA, rilevare le lacune / deviazioni in essa e suggerire miglioramenti a tale scopo.
Standard di garanzia della qualità del software
Diverse organizzazioni, istituti nazionali e internazionali sono coinvolti nello sviluppo di standard SQA. Di seguito sono elencate le principali organizzazioni e istituti coinvolti:
- IEEE
- PUNTO
- ISO
- ANSI
- VIA
- IEC
Gli standard SQA sono sostanzialmente divisi in due categorie:
1. Standard di garanzia della qualità del software noti come standard di gestione della qualità.
Esempio: ISO 9000-3, CMM (Capability Maturity Model).
Si concentrano sull'infrastruttura dell'organizzazione, sul sistema SQA, sui requisiti che lasciano la scelta di strumenti e metodi di test a un'organizzazione. Il loro obiettivo standard è "cosa" da raggiungere. Assicura che le organizzazioni raggiungano una qualità accettabile del software.
2. Standard di processo di sviluppo di progetti software noti come standard di processo di progetto.
Esempio: ISO / IEC 12207 IEEEStd 1012-1998.
Si concentrano su metodologie che devono essere implementate nello sviluppo e nella manutenzione del software. Si concentra sul "come" esibirsi. Include requisiti di documentazione di progettazione, passaggi da eseguire, test del software da eseguire e problemi di revisione e revisione del progetto.
Tecniche SQA
Esistono diverse tecniche SQA. Alcuni di questi sono menzionati di seguito:
1. Revisione
Nella revisione, una riunione è organizzata da parti interessate interne ed esterne per esaminare l'intero progetto che analizza l'intero software e, se trova un problema, distingue se si tratta di test, sviluppo, requisiti o un progetto L'obiettivo principale è misurare la qualità di software e assicurarsi che soddisfi o meno le aspettative del cliente.
2. Auditing
In Auditing, l'intero prodotto di lavoro e tutti i dati sono controllati dalle parti interessate per verificare se segue i processi standard o meno.
3. Test funzionali
Nel test funzionale, viene testata la funzionalità dell'intero software indipendentemente dal fatto che funzioni come previsto o meno. Controlla "cosa funziona il sistema" senza sapere "come funziona il sistema". È come il test black box di un'applicazione in cui l'utente conosce l'output previsto senza sapere come viene prodotto.
4. Standardizzazione
Assicura che tutto nel software debba essere standardizzato, vale a dire che segue tutti gli standard o gli standard in documentazione, sviluppo, controllo di qualità. Riduce l'ambiguità e quindi migliora la qualità del software.
5. Ispezione del codice
L'ispezione del codice è uno dei tipi più formali di revisione con l'obiettivo principale di trovare difetti nel codice ed evidenziare eventuali problemi nell'ispezione del codice è guidato da un moderatore addestrato piuttosto che dall'autore del codice. L'incontro ha criteri di entrata e uscita adeguati. Gli utenti devono aver bisogno di una preparazione completa prima della riunione per avere una completa conoscenza dei documenti e tutti prima di sollevare i loro punti.
6. Procedure dettagliate
La procedura dettagliata del software è una sorta di processo informale e di solito viene avviata dall'autore per leggere il documento o il codice e i membri del peer annotano i loro suggerimenti o errori e li inviano. Non è formalmente documentato come Ispezione e il moderatore non è necessario durante la riunione. Il suo obiettivo principale è conoscere lo stato del codice completato fino ad oggi e raccogliere suggerimenti dai colleghi per una migliore qualità del software.
7. Test di stress
Lo stress test viene eseguito per verificare come funziona il sistema sotto carico pesante. Questi test svolgono un ruolo importante nella qualità del software come nelle applicazioni di e-commerce, i test di stress e di carico vengono eseguiti correttamente al fine di testare la capacità del software (quanti numeri massimi di utenti possono accedere a un'applicazione alla volta).
8. Ispezione del progetto
L'ispezione del progetto viene eseguita per verificare le varie aree del software utilizzando l'elenco di controllo come progettazione funzionale e dell'interfaccia, convenzioni, requisiti generali e progettazione, tracciabilità dei requisiti, logica, accoppiamento e coesione.
Vantaggi di SQA
Discutiamo i vantaggi di SQA.
1. Aumenta la fiducia del cliente
Un adeguato controllo di qualità a diversi livelli di software come revisione, ispezione, revisione, ecc. E con il coinvolgimento di stakeholder sia interni che esterni aumenta la fiducia dei clienti nella presentazione dei rapporti settimanali del difetto e delle metriche dei requisiti aiuta molto a garantire al cliente che il lavoro viene svolto in tempo.
2. SQA consente di risparmiare denaro
I difetti riscontrati nella fase iniziale della raccolta dei requisiti, del codice, dei test sono facili ed economici per il corretto SQA fatto a diversi livelli aiuta a ridurre tali rischi poiché i difetti massimi sono stati scoperti e risolti nelle fasi iniziali e quindi risparmiano denaro per risolvere software difettoso dopo essere stato presentato al cliente, il che può costare la reputazione dell'azienda, gli utenti e anche i clienti.
3. Aumentare la soddisfazione del cliente
Il coinvolgimento tempestivo del cliente nello sviluppo e nei test del software aumenta la soddisfazione del cliente in merito allo sviluppo del software di qualità e secondo i requisiti e l'assunzione di suggerimenti tra le considerazioni aumenta la soddisfazione del cliente.
4. Promuove la produttività e l'efficienza
Quando lo sviluppo e il test vengono eseguiti in parallelo, i difetti rilevati subito dopo lo sviluppo di un singolo modulo e risolti dagli sviluppatori tempestivamente consentono a tutti di lavorare in pace e in modo più produttivo piuttosto che gravati da più bug contemporaneamente dopo il completamento di tutto il software.
5. Previene emergenze impreviste
Quando si sviluppa un software aziendale, anche la posta in gioco è molto alta. Poiché il software gestisce molti dati sensibili del cliente, deve funzionare come previsto senza blackout, corruzione o interruzioni della comunicazione. Il software dovrebbe essere testato molto rigorosamente in modo che funzioni come previsto.
6. Riduce i conflitti del client dell'ora di fine
Ci sono molti casi riscontrati di disaccordo tra cliente e organizzazioni in seguito riguardanti il cambiamento dei requisiti, il tempo e il budget fissati all'avvio con conseguente annullamento del progetto, perdita di denaro e cattiva impressione dell'azienda sul mercato (perdita del cliente come creerebbe una cattiva reputazione). In SQA tutto è risolto all'inizio del progetto e documentato correttamente senza alcuna ambiguità in modo che non sorgessero conflitti
Svantaggi di SQA
Discutiamo gli svantaggi di SQA.
1. A volte è difficile da implementare
Poiché SQA definisce tutte le attività e le azioni che dovrebbero essere intraprese in ogni fase dello sviluppo del software in modo molto dettagliato, a volte diventa difficile implementare ogni singola attività e processo nello sviluppo. Quindi la persona sa che sarebbe utile, ma concentrarsi su ogni passaggio in dettaglio diventa difficile quando si lavora in team di grandi dimensioni.
2. Consumo di tempo
L'implementazione di ogni azione in SQA richiede molto tempo e talvolta spreca più tempo nella documentazione e nelle riunioni piuttosto che lavorare sullo sviluppo e il collaudo effettivi del software.
3. Alto costo
Attraverso l'implementazione di SQA, anche se il costo per correggere i bug nelle fasi successive può essere ridotto trovandoli e risolvendo solo all'inizio, ma per i piccoli progetti con budget ridotto è molto difficile implementare SQA poiché il numero di risorse aumenta il progetto così fa il budget di un progetto. Per l'assunzione di piccoli progetti l'intero team di QA e l'implementazione di SQA causano un drastico aumento del costo di un progetto.
Conclusione
SQA è un'attività ombrello che copre l'intero progetto durante l'intero ciclo di vita del software a partire dalla raccolta dei requisiti fino alla manutenzione del progetto. Copre tutte le attività e i processi nelle diverse fasi dello sviluppo del software al fine di garantire che il software consegnato sia di alta qualità e rischio minimo in modo che possa avere successo sul mercato e soddisfare le aspettative del cliente e del cliente.
Articoli consigliati
Questa è una guida alla garanzia della qualità del software. Qui discutiamo le attività, i componenti, i vantaggi e gli svantaggi di SQA. Puoi anche consultare i nostri altri articoli suggeriti per saperne di più -
- Principi di test del software
- Ciclo di vita dei test software
- Software Agile
- Assicurazione qualità vs controllo qualità
- Tecniche di test della scatola nera