Cos'è Bug?
Un bug è la conseguenza / risultato di un errore di codifica.
Difetto nel test del software
Un difetto nel test del software è una variazione o deviazione dell'applicazione software dai requisiti dell'utente finale o dai requisiti aziendali originali. Un difetto del software è un errore di codifica che causa risultati errati o imprevisti da un programma software che non soddisfa i requisiti effettivi. I tester potrebbero riscontrare tali difetti durante l'esecuzione dei casi di test.
Questi due termini hanno una linea di differenza molto sottile, nel settore entrambi sono difetti che devono essere corretti e quindi utilizzati in modo intercambiabile da alcuni dei team di test.
Quando i tester eseguono i casi di test, potrebbero imbattersi in tali risultati di test che sono in contraddizione con i risultati attesi. Questa variazione nei risultati del test viene definita Difetto del software. Questi difetti o variazioni sono indicati con nomi diversi in diverse organizzazioni come problemi, problemi, bug o incidenti.
In questo tutorial imparerai-
- Riportare un errore
- Processo di gestione dei difetti
- Scoperta
- Categorizzazione
- Risoluzione
- Verifica
- Chiusura
- Segnalazione
- Metriche importanti sui difetti
Segnalazione di bug nel test del software
Un bug Report in Software Testing è un documento dettagliato sui bug rilevati nell'applicazione software. La segnalazione di bug contiene tutti i dettagli sui bug come la descrizione, la data in cui è stato trovato il bug, il nome del tester che l'ha trovata, il nome dello sviluppatore che l'ha risolta, ecc. La segnalazione di bug aiuta a identificare bug simili in futuro in modo che possa essere evitata.
Durante la segnalazione del bug allo sviluppatore, la tua segnalazione di bug dovrebbe contenere le seguenti informazioni
- Defect_ID : numero di identificazione univoco del difetto.
- Descrizione del difetto: descrizione dettagliata del difetto comprese le informazioni sul modulo in cui è stato rilevato il difetto.
- Versione : versione dell'applicazione in cui è stato rilevato il difetto.
- Passaggi : passaggi dettagliati insieme a screenshot con cui lo sviluppatore può riprodurre i difetti.
- Data sollevata : data in cui è stato riscontrato il difetto
- Riferimento - dove si fornisce il riferimento ai documenti come. requisiti, design, architettura o forse anche screenshot dell'errore per aiutare a capire il difetto
- Rilevato da : nome / ID del tester che ha segnalato il difetto
- Stato : stato del difetto, ne parleremo più avanti
- Risolto da : nome / ID dello sviluppatore che lo ha corretto
- Data di chiusura: data in cui il difetto è stato chiuso
- Gravità che descrive l'impatto del difetto sull'applicazione
- Priorità correlata all'urgenza della riparazione dei difetti. La priorità di gravità potrebbe essere Alta / Media / Bassa in base all'urgenza dell'impatto alla quale il difetto deve essere risolto rispettivamente
Fare clic qui se il video non è accessibile
Risorse
Scarica un modello di segnalazione dei difetti di esempio
Considera quanto segue come Test Manager
Il tuo team ha trovato bug durante il test del progetto Guru99 Banking.
Dopo una settimana lo sviluppatore risponde:
Nella prossima settimana il tester risponde
Come nel caso precedente, se la comunicazione del difetto viene fatta verbalmente, presto le cose diventano molto complicate. Per controllare e gestire efficacemente i bug è necessario un ciclo di vita dei difetti.
Cos'è il processo di gestione dei difetti?
La gestione dei difetti è un processo sistematico per identificare e correggere i bug. Un ciclo di gestione dei difetti contiene le seguenti fasi 1) Scoperta del difetto, 2) Classificazione dei difetti 3) Correzione del difetto da parte degli sviluppatori 4) Verifica da parte dei tester, 5) Chiusura del difetto 6) Rapporti sui difetti alla fine del progetto
Questo argomento ti guiderà su come applicare il processo di gestione dei difetti al sito web del progetto Guru99 Bank. È possibile seguire i passaggi seguenti per gestire i difetti.
Scoperta
Nella fase di scoperta, i team di progetto devono scoprire quanti più difetti possibile, prima che il cliente finale possa scoprirlo. Si dice che un difetto viene scoperto e passa allo stato accettato quando viene riconosciuto e accettato dagli sviluppatori
Nello scenario precedente, i tester hanno scoperto 84 difetti nel sito Web Guru99.
Diamo uno sguardo al seguente scenario; il tuo team di test ha scoperto alcuni problemi nel sito web di Guru99 Bank. Li considerano difetti e vengono segnalati al team di sviluppo, ma c'è un conflitto -
In tal caso, in qualità di Test Manager, cosa farai?
A) D'accordo con il team di test che è un difetto
B) Il Test Manager assume il ruolo di giudice per decidere se il problema è difetto o meno
C) D' accordo con il team di sviluppo che non è un difetto Corretto Non Corretto
In tal caso, dovrebbe essere applicato un processo di risoluzione per risolvere il conflitto, si assume il ruolo di giudice per decidere se il problema del sito Web è un difetto o meno.
Categorizzazione
La categorizzazione dei difetti aiuta gli sviluppatori di software a dare la priorità alle proprie attività. Ciò significa che questo tipo di priorità aiuta gli sviluppatori a correggere prima quei difetti che sono estremamente cruciali.
I difetti sono generalmente classificati dal responsabile del test -
Facciamo un piccolo esercizio come segue Trascina e rilascia la priorità del difetto sotto
- Critico
- Alto
- medio
- Basso
| 1) Le prestazioni del sito web sono troppo lente |
|
| 2) La funzione di login del sito web non funziona correttamente |
|
| 3) La GUI del sito web non viene visualizzata correttamente sui dispositivi mobili |
|
| 4) Il sito web non ricorda la sessione di accesso dell'utente |
|
| 5) Alcuni link non funzionano |
|
Ecco le risposte consigliate
| No. | Descrizione | Priorità | Spiegazione |
|---|---|---|---|
| 1 | Le prestazioni del sito web sono troppo lente | Alto | Il bug di prestazioni può causare enormi disagi all'utente. |
| 2 | La funzione di login del sito web non funziona correttamente | Critico | Il login è una delle funzioni principali del sito web bancario se questa funzione non funziona, si tratta di bug gravi |
| 3 | La GUI del sito Web non viene visualizzata correttamente sui dispositivi mobili | medio | Il difetto colpisce l'utente che utilizza Smartphone per visualizzare il sito web. |
| 4 | Il sito Web non è riuscito a ricordare la sessione di accesso dell'utente | Alto | Questo è un problema serio poiché l'utente sarà in grado di accedere ma non sarà in grado di eseguire ulteriori transazioni |
| 5 | Alcuni link non funzionano | Basso | Questa è una soluzione facile per i ragazzi dello sviluppo e l'utente può ancora accedere al sito senza questi collegamenti |
Risoluzione dei difetti
La risoluzione dei difetti nei test del software è un processo graduale per correggere i difetti. Il processo di risoluzione dei difetti inizia con l'assegnazione dei difetti agli sviluppatori, quindi gli sviluppatori programmano il difetto da correggere in base alla priorità, quindi i difetti vengono corretti e infine gli sviluppatori inviano un rapporto di risoluzione al responsabile del test. Questo processo aiuta a correggere e tracciare facilmente i difetti.
È possibile seguire i seguenti passaggi per correggere il difetto.
- Compito : assegnato a uno sviluppatore o altro tecnico per la correzione e modificato lo stato in Risposta .
- Correzione della pianificazione : la parte dello sviluppatore prende il controllo in questa fase. Creeranno una pianificazione per correggere questi difetti, a seconda della priorità del difetto.
- Correggere il difetto : mentre il team di sviluppo sta riparando i difetti, il Test Manager tiene traccia del processo di correzione del difetto rispetto alla pianificazione sopra.
- Segnala la risoluzione : ottieni un rapporto della risoluzione dagli sviluppatori quando i difetti vengono corretti.
Verifica
Dopo che il team di sviluppo ha risolto e segnalato il difetto, il team di test verifica che i difetti siano effettivamente risolti.
Ad esempio, nello scenario precedente, quando il team di sviluppo ha riferito di aver già risolto 61 difetti, il team ha eseguito nuovamente un test per verificare che questi difetti siano stati effettivamente risolti o meno.
Chiusura
Una volta che un difetto è stato risolto e verificato, lo stato del difetto cambia come chiuso . In caso contrario, è necessario inviare una notifica allo sviluppatore per verificare nuovamente il difetto.
Segnalazione dei difetti
La segnalazione dei difetti nei test del software è un processo in cui i responsabili dei test preparano e inviano il rapporto sui difetti al team di gestione per il feedback sul processo di gestione dei difetti e sullo stato dei difetti. Quindi il team di gestione controlla il rapporto sui difetti e invia feedback o fornisce ulteriore supporto se necessario. La segnalazione dei difetti aiuta a comunicare, monitorare e spiegare meglio i difetti in dettaglio.
Il consiglio di amministrazione ha il diritto di conoscere lo stato del difetto. Devono comprendere il processo di gestione dei difetti per supportarti in questo progetto. Pertanto, è necessario segnalare loro la situazione attuale del difetto per ottenere un feedback da loro.
Metriche importanti sui difetti
Riprendi lo scenario precedente. Lo sviluppatore e il team di test hanno esaminato i difetti segnalati. Ecco il risultato di quella discussione
Come misurare e valutare la qualità dell'esecuzione del test?
Questa è una domanda che ogni Test Manager vuole sapere. Ci sono 2 parametri che puoi considerare come segue
Nello scenario precedente, è possibile calcolare il rapporto di rifiuto della defezione (DRR) è 20/84 = 0,238 (23,8%).
Un altro esempio, si suppone che il sito web di Guru99 Bank abbia un totale di 64 difetti, ma il tuo team di test rileva solo 44 difetti, cioè ha perso 20 difetti. Pertanto, è possibile calcolare il rapporto di perdita dei difetti (DLR) è 20/64 = 0,312 (31,2%).
Conclusione, la qualità dell'esecuzione del test viene valutata tramite i seguenti due parametri
Minore è il valore di DRR e DLR, migliore è la qualità dell'esecuzione del test. Qual è l'intervallo di rapporti accettabile ? Questo intervallo può essere definito e accettato in base all'obiettivo del progetto oppure puoi fare riferimento alle metriche di progetti simili.
In questo progetto, il valore consigliato del rapporto accettabile è del 5 ~ 10%. Significa che la qualità dell'esecuzione del test è bassa. Dovresti trovare una contromisura per ridurre questi rapporti come
- Migliora le capacità di prova del membro.
- Dedica più tempo all'esecuzione del test, in particolare per esaminare i risultati dell'esecuzione del test.