what are test deliverables software testing
Scopri tutto sui risultati dei test nel test del software con esempi:
Un sospiro di sollievo arriva per ogni tester quando l'incarico conferito è stato completato con successo. Alla fine di ogni test, il tester deve inviare al cliente i risultati del test appropriati.
In questo articolo, daremo uno sguardo in dettaglio ad alcuni importanti risultati del test.
I risultati dei test, in generale, vengono utilizzati in tutto il progetto. Vengono utilizzati in tutte le fasi del collaudo e devono sempre essere inviati in tempo per procedere ad ulteriori elaborazioni.
Cosa imparerai:
Risultati del test nel test del software
I risultati dei test svolgono un ruolo importante nel test del software. Questo articolo discute in dettaglio tutti i risultati dei test.
Alcuni dei risultati finali dei test importanti sono elencati di seguito come riferimento:
- Strategia di test
- Piano di prova e stima
- Scenario di prova
- Casi di test e dati di test
- RTM
- Rapporto di riepilogo del test
- Rapporto di chiusura del test
- Verbale di incidente
Strategia di test
La strategia di test verrà decisa in base alla specifica dei requisiti aziendali. È un documento fondamentale che contiene tutti i dettagli del lavoro di test da svolgere. È un documento di gestione completo.
Rispetto al piano di test, questo è un documento di alto livello ed è solitamente preparato dal responsabile o dal lead del test. Obiettivo del test, approccio al test, ambito del test, criteri di ingresso e uscita, tipi e livelli di test, pietre miliari, personale, ecc. Devono essere menzionati qui.
Piano di test e stima
I dettagli a livello granulare per ogni fase del test dovrebbero essere menzionati qui. In generale, una corretta pianificazione porta ad una corretta struttura del lavoro. Allo stesso modo, un buon piano porta a buoni test.
L'obiettivo del test, l'approccio del test, l'ambito del test, i criteri di ingresso e uscita, i tipi e i livelli di test, le pietre miliari, il personale, ecc. Dovrebbero essere menzionati qui in modo dettagliato.
java passando un array a un metodo
Il piano generale che include le modalità di esecuzione dei test viene utilizzato per progetti semplici.
Stima: La stima definisce la durata di ogni fase del test insieme al costo complessivo.
Leggi anche => Un perfetto tutorial sul piano di test - Una guida approfondita
Scenario di prova
Lo capiremo ora con un esempio. Prendiamo qui come esempio la prenotazione del treno. Tutte le funzionalità che dobbiamo testare sono menzionate in forme di alto livello nel documento dello scenario di test. In parole semplici, significa un gruppo di attività simili da svolgere.
Due tecniche per lo scenario:
# 1) Caso d'uso
È il metodo orientato agli obiettivi che è un insieme di interazioni tra i fattori esterni e il sistema. I suoi componenti includono flusso primario, flusso alternativo, trigger o attività, flussi di eccezione, pre-condizioni, post-condizioni, ecc.
Esempio:
(Immagine fonte )
migliori pulitori di registro per Windows 10
# 2) ACE (elemento componente attività)
Il processo Elemento componente attività suddivide i requisiti aziendali in attività.
Esempio:
In generale, prenotiamo un biglietto compilando i dati del passeggero, sesso, ecc. Quindi dobbiamo convalidare i seguenti campi che diventano così scenari.
- Prenotazione: Controlla la funzionalità di prenotazione.
- Dati del passeggero: Controlla la funzionalità dei campi relativi a sesso, età e sesso.
- Modificare: Controlla se la funzionalità di modifica funziona correttamente.
- Concessione: Controlla se la funzionalità di concessione funziona correttamente.
- Visualizza: Controlla se la funzionalità di visualizzazione funziona correttamente.
- Annulla: Controlla se la funzionalità di annullamento funziona correttamente.
Qui, la concessione può essere definita come uno 'scenario alternativo' in quanto l'utente può prenotare con o senza di essa in base all'età. Tuttavia, l'obiettivo è lo stesso, ovvero prenotare un biglietto.
Caso di prova
Prendendo lo stesso esempio precedente della pagina di prenotazione, i casi di test sono scritti come segue:
Prenotazione:
- Verifica se l'utente può prenotare un biglietto compilando dettagli validi in tutti i campi.
- Controlla se l'utente può prenotare un biglietto compilando dettagli non validi in tutti i campi.
- Verifica se l'utente può prenotare un biglietto lasciando un campo vuoto.
Dati del passeggero:
- Verifica se l'utente può prenotare un biglietto inserendo un nome valido.
- Controlla se l'utente può prenotare un biglietto inserendo un nome non valido.
- Verifica se l'utente può prenotare un biglietto scegliendo un sesso alla volta.
- Verifica se l'utente può prenotare un biglietto inserendo un'età superiore a 60 anni.
- Verifica se l'utente può prenotare un biglietto inserendo un'età inferiore ai 60 anni.
- Verifica se l'utente può prenotare un biglietto inserendo un'età valida maggiore di 5.
- Verifica se l'utente non è in grado di prenotare inserendo un'età inferiore a 5 anni.
Modificare:
- Controlla se l'utente può modificare il campo del nome.
- Controlla se l'utente può modificare il campo sesso.
- Controlla se l'utente può modificare il campo dell'età.
Concessione:
- Verificare se l'utente può ottenere la concessione selezionando l'opzione ' Cittadino anziano ' opzione.
- Verificare se l'utente può ottenere la concessione selezionando l'opzione ' Portatori di handicap / disabili ' opzione.
Visualizza:
- Controlla se l'utente può visualizzare il biglietto prenotato.
Annulla:
- Controlla se l'utente può annullare il biglietto.
Pertanto, i casi di test dicono esattamente cosa deve essere testato in dettaglio. I casi di test devono essere scritti in un linguaggio semplice e dovrebbero essere facilmente comprensibili. Dovrebbe essere scritto nel formato corretto come richiesto dal cliente interessato.
Dati di test
Alcuni progetti richiedono dati preventivi dal cliente prima di procedere con l'esecuzione del test case. I dati dei test devono essere applicati per eseguire i test.
Esempio: Nel portale dell'ospedale per l'iniezione, è importante ottenere i dettagli del paziente per controllare l'opzione Promemoria iniezione.
Qui i 'dettagli paziente' sono i dati del test.
Lettura suggerita => Dati di prova - Significato e tecniche di preparazione con esempi
RTM / Matrice di tracciabilità dei requisiti
- Come suggerisce il nome, significa semplicemente che devi mappare ogni requisito con il caso di test appropriato.
- Ci aiuta a verificare se abbiamo coperto tutti i requisiti nei nostri casi di test o meno.
- Aiuta nella rielaborazione o nelle successive versioni successive di un progetto.
- Il cliente può facilmente controllare il nostro stato di copertura e conoscere il nostro processo di test.
Rapporto di riepilogo del test
Il rapporto di riepilogo del test riassume tutte le attività di test svolte e i risultati del test sono compilati in esso. Tutte le informazioni sui test come i membri coinvolti nel test, gli obiettivi, l'ambito, i dettagli del cliente, l'approccio del test utilizzato, i risultati dei test, il rapporto sui difetti, ecc. Dovrebbero essere menzionati qui.
Tuttavia, il rapporto di riepilogo del test dovrebbe essere preparato secondo il consiglio del cliente. Quindi è un documento utile anche per il cliente per rivedere la performance complessiva.
Rapporto di chiusura del test
Significa che chiuderemo il progetto dopo il test e la correzione dei difetti. Quindi qui dobbiamo fornire un'analisi dettagliata dell'esecuzione dei test.
I difetti riscontrati e risolti devono essere menzionati qui. La copertura complessiva dei requisiti è illustrata in questo rapporto. Viene generalmente preparato dal responsabile o dal manager del team. Tutti i criteri di uscita dovrebbero essere soddisfatti di conseguenza.
Verbale di incidente
Durante l'esecuzione della formazione se un utente rileva dei difetti, dovrebbe essere generato un rapporto sull'incidente (IR). Ciò significa che c'è un difetto e quindi l'esecuzione deve essere interrotta. Ora dobbiamo inviare un rapporto sull'incidente al cliente per chiedergli il permesso di eseguire nuovamente le aree di errore come caso di test separato.
Questo è davvero un segno nero e non è previsto da un tester. Tutti i difetti devono essere trovati nella stessa corsa a secco. Se viene mancato e trovato nell'esecuzione formale, diventa un IR.
Esempio:
converte il carattere in int c ++
Se perdo alcune funzionalità nei test sui dispositivi mobili, dì ' cambio dello screensaver ' opzione. Quindi durante l'esecuzione di un test case vengo bloccato e non potrò procedere oltre a causa di questa opzione. Quindi sollevo un IR e scrivo un test case separato per eseguire l'opzione screensaver.
Conclusione
Gli artefatti inviati agli stakeholder di un progetto software durante l'STLC sono noti come Test Deliverables. In questo articolo abbiamo esaminato i risultati finali dei test più importanti.
Ci auguriamo che questo articolo ti abbia aiutato a conoscere i risultati dei test nel test del software !!
Lettura consigliata
- Differenza tra piano di test delle prestazioni e strategia di test delle prestazioni
- Come preparare un piano di test e scrivere casi di test per l'applicazione ERP - Test ERP Parte 2
- Tutorial sul piano di test: una guida per scrivere un documento del piano di test del software da zero
- Testare il concetto, il processo e la strategia di gestione dei dati
- Cosa sono i dati del test? Testare le tecniche di preparazione dei dati con l'esempio
- Come scrivere casi di test: la guida definitiva con esempi
- Come scrivere un documento di strategia di test (con modello di strategia di test di esempio)
- Differenza tra piano di test, strategia di test, scenario di test, script di test, scenario di test e condizione di test