how reproduce non reproducible defect
Nel mondo di test del software , un difetto una volta trovato dovrebbe essere riproducibile in modo coerente in modo che il tester possa segnalarlo con convinzione, uno sviluppatore può risolverlo con chiarezza e il team QA può chiudere con sicurezza.
come gestire la finestra popup nel webdriver selenio
Tuttavia, questo processo a volte viene fornito con una propria serie di sfide. Questo articolo cerca di illuminare quelle aree scure di riproduzione dei difetti.
Prima di tutto, cos'è ' Riprodurre un difetto '?
Se una certa sequenza di passaggi ha fatto atterrare il tester in un punto in cui si osserva una deviazione nel comportamento previsto, i 'passaggi da riprodurre' è il campo del difetto che contiene una registrazione di questa esatta sequenza di passaggi. Se riscontriamo lo stesso problema, ogni volta che seguiamo questi passaggi, questo viene chiamato difetto riproducibile.
Oltre ai passaggi per riprodurre più prove come i dati utilizzati, screenshot o possono essere forniti anche video registrati sullo schermo. Nel caso in cui queste informazioni vengano trovate incoerenti o errate, i bug potrebbero essere scontati e contrassegnati come non validi senza un'ulteriore risoluzione.
Per saperne di più => Come si risolvono tutti i bug senza alcuna etichetta 'Bug non valido'?
Pertanto, i 'passaggi da riprodurre' sono fondamentali e i seguenti sono alcuni dei punti da tenere a mente quando si scrive questa parte del rapporto sui difetti:
Cosa imparerai:
- Come scrivere il difetto 'Passi da riprodurre':
- Perché riprodurre un difetto è così importante?
- Cosa sono i bug / difetti 'non riproducibili'?
- Come riprodurre un difetto?
- Conclusione:
- Lettura consigliata
Come scrivere il difetto 'Passi da riprodurre':
- Sii preciso
- Includere i dati esatti utilizzati durante il test per una facile consultazione
- I passaggi devono essere nell'ordine esatto
- Indicare i prerequisiti quando applicabile
- Non scrivere passaggi compositi.Per esempio: Se lo scenario richiede che un utente salvi un documento da Microsoft Word, dovrebbe essere scritto come 'Apri il menu File e fai clic sull'opzione di salvataggio'.
- Ricontrolla sempre i tuoi passaggi per riprodurre su un nuovo sistema, cancellando tutti i cookie e la memoria cache.
- Assicurati che le frasi siano brevi e non ambigue
Un 'Passi da riprodurre' scritto in modo errato potrebbe non solo mettere a repentaglio la validità del difetto, ma anche comportare molto tempo perso in termini di ricerca di chiarimenti e risposte su cose che non sono chiaramente menzionate.
Inoltre, leggi => Come scrivere un buon rapporto sui difetti
doppio elenco collegato c ++
Perché riprodurre un difetto è così importante?
Ora, cerchiamo di scoprire 'Perché riprodurre un difetto è così importante?'
Parlando tecnicamente, se non puoi riprodurre un bug, non puoi mai risolverlo .
I seguenti sono alcuni dei fattori che determinano se un difetto viene risolto:
- Informazioni dettagliate e complete nel rapporto sui difetti
- Se lo sviluppatore è in grado di comprendere l'effettivo verificarsi di un difetto in determinate condizioni?
- Se l'ambiente, gli strumenti e le versioni esatte dell'applicazione sono disponibili con gli sviluppatori su cui il difetto viene segnalato dai tester?
Cosa sono i bug / difetti 'non riproducibili'?
Ogni tester deve aver sperimentato queste situazioni:
- Osservando un problema tutto il giorno e alla fine della giornata in cui hai segnalato quel difetto, scopri che non è più riproducibile.
- Osservare un problema in modo intermittente, ad esempio supponiamo che un nuovo utente non sia in grado di aggiungere prodotti al carrello. Questo accade 6 volte su 10.
- Problema osservato solo al riavvio dell'applicazione.
In tutti questi casi, è difficile determinare la condizione esatta e segnalarla correttamente. Tali problemi / difetti richiedono molto tempo nell'indagine. Questi tipi di problemi non possono essere ignorati, poiché anche l'utente finale / cliente potrebbe osservarli.
Come riprodurre un difetto?
Alcune cose che potrebbero aiutare sono:
- Cancella tutta la cache e biscotti durante l'esecuzione dello scenario.
- Guarda e osserva ogni passo.
- A volte la ricerca di bug o pattern simili può essere utile per riprodurre un bug. Sarà più facile identificare lo scenario se lo schema è compreso.
- Annotare ogni singolo passaggio e altri fattori (come dati di test, ambiente, impostazioni di sistema, screenshot, log del server, ecc.) Sarà una buona pratica per replicare facilmente lo scenario.
- Verificare ancora alcune volte per determinare il verificarsi del difetto. Non fidarti e riferisci ulteriormente sulla base di un singolo verificarsi del problema.
- Testare con pazienza è il fattore chiave in quanto ciò potrebbe e richiederà molto tempo
Inoltre:
- Anche quando lo sei esecuzione di test esplorativi , assicurati di essere a conoscenza di tutte le configurazioni e delle impostazioni del sistema.
- È bene usare la tua creatività per esplorare l'applicazione in modi diversi e provare alcuni scenari non comuni. Anche in questo caso, è consigliabile seguire sequenze logiche piuttosto che eseguire passaggi casuali.
- Una volta rilevato un problema, è sempre buona norma verificare lo stesso problema su diverse combinazioni di browser / sistemi operativi, dispositivi diversi (supportati). Questo aiuta a determinare se il problema è specifico del sistema o del browser / dispositivo.
- Tieniti aggiornato con le nuove tendenze e forum su diversi tipi di problemi e le loro occorrenze. Questi aiutano in un sistema di differenziazione specifico, specifico del browser, specifico del prodotto, problemi esterni, ecc.
- Invece di continuare a provare a riprodurre il problema una volta che si è verificato, a volte sedersi e analizzare i passaggi eseguiti può aiutare a trovare la soluzione.
- Discutere con altri membri del team o il manager a volte può essere utile. Inoltre, c'è un detto, L'esperienza conta .
- La condivisione dello schermo può anche essere considerata un'opzione oltre a screenshot e video per spiegare il problema agli sviluppatori.
- Riprodurre i problemi più di una volta per essere sicuri del verificarsi di un problema. In questi casi, sarai sicuro dei tuoi test e sarai in grado di rispondere alle domande e alle preoccupazioni degli sviluppatori.
Conclusione:
Con la discussione generale, si può chiaramente concludere che è molto importante 'riprodurre un bug' al fine di convalidarlo e poi risolverlo. Se il bug non è riproducibile, lo sforzo di test utilizzato per trovare, analizzare e segnalare quel particolare bug / difetto è uno spreco totale.
quali sono i diversi provider di posta elettronica
Per comprendere e riprodurre un bug, è essenziale avere 'Passi da riprodurre' dettagliati e spiegati correttamente, lo stato e l'ambiente in cui si è verificato il bug. È possibile riparare un difetto non riproducibile, ma può essere molto tempo per consumare così come un compito molto difficile. Un altro fattore più importante è la corretta comunicazione senza la quale, un bug valido può essere invalidato.
Quindi, per fare in modo che il tuo sforzo di test per trovare difetti valga la pena, quanto sopra può essere utile.
Lettura consigliata
- Che cos'è la tecnica di test basata sui difetti?
- Migliori strumenti di test del software 2021 (Strumenti di automazione del test QA)
- Download dell'eBook Testing Primer
- Che cos'è il ciclo di vita di difetti / bug nei test del software? Tutorial sul ciclo di vita dei difetti
- Processo di gestione dei difetti: come gestire un difetto in modo efficace
- Test di carico con HP LoadRunner Tutorial
- Differenza tra desktop, test server client e test Web
- Cos'è il Gamma Testing? La fase finale del test