test execution software testing
Processo esatto e pianificazione dell'esecuzione di casi di test con esempi reali.
Oggi, nel nostro Mini corso di formazione Software Testing , stiamo progredendo nell'ultima fase dell'STLC, che è il file Esecuzione del test .
Puoi controllare l'elenco di tutti i tutorial pubblicati in questa serie di formazione QA gratuita in questa pagina: Formazione end-to-end sul test del software su un progetto live.
L'esecuzione del test è, senza dubbio, la fase più importante e 'in corso' del STLC e anche l'intero ciclo di vita dello sviluppo. Il motivo è: il contributo e il lavoro di ogni team / membro del team viene convalidato qui:
- L'analista aziendale ha interpretato correttamente i requisiti?
- Il team di sviluppo ha tradotto i requisiti aziendali in requisiti funzionali e, infine, in codice corretto?
- L'architetto dei dati e gli amministratori di database hanno progettato i sistemi di back-end giusti?
Ebbene, l'esecuzione del test è dove si trovano tutte le risposte a queste domande. Questo ci rende gli eroi dell'intero processo di creazione del software, QA, vero? :)
L'esecuzione del test è anche la parte 'Test' dell'SDLC.
elenco delle aziende che utilizzano il cloud computing
Una volta che i casi di test sono stati scritti, condivisi con i BA e il team di sviluppo, esaminati da loro, le modifiche vengono notificate al team QA (se presenti), il team QA apporta le modifiche necessarie: la fase di progettazione del test è completa. Ora preparare i casi di test non significa che possiamo avviare l'esecuzione del test. Dobbiamo avere anche l'applicazione pronta tra le altre cose.
Cosa imparerai:
- Linee guida per l'esecuzione dei test
- Documento Nuove colonne nel test case
- Risultati dell'esecuzione del test per OrangeHRM Live Project
- Lettura consigliata
Linee guida per l'esecuzione dei test
Facciamo ora un elenco di tutte le cose che sono importanti per comprendere la fase di esecuzione del test:
# 1) Il costruire (il codice scritto dal team di sviluppo è impacchettato in ciò che viene riferito a una build, questo non è altro che un software installabile (AUT), pronto per essere distribuito nell'ambiente QA.) in fase di distribuzione (in altre parole, installato e messo a disposizione) per l'ambiente QA è uno degli aspetti più importanti che deve accadere per l'avvio dell'esecuzione del test.
#Due) L'esecuzione del test avviene in Ambiente QA . Per assicurarsi che il lavoro del team di sviluppo sul codice non sia nello stesso luogo in cui il team di QA sta testando, la pratica generale è di avere un ambiente di sviluppo e QA dedicato. (C'è anche un ambiente di produzione per ospitare l'applicazione live).
Questo è fondamentalmente per preservare l'integrità dell'applicazione in varie fasi del ciclo di vita dell'SDLC. Altrimenti, idealmente, tutti e 3 gli ambienti sono di natura identica.
# 3) Testare le dimensioni del team non è costante dall'inizio del progetto. Quando il piano di test viene avviato, il team potrebbe avere solo un responsabile del team. Durante la fase di progettazione del test, vengono a bordo alcuni tester. L'esecuzione del test è la fase in cui il team raggiunge la dimensione massima.
# 4) L'esecuzione del test avviene anche in almeno 2 cicli (3 in alcuni progetti). Tipicamente in ogni ciclo, verranno eseguiti tutti i casi di test (l'intera suite di test). L'obiettivo del primo ciclo è identificare eventuali blocchi, difetti critici e la maggior parte dei difetti elevati.
L'obiettivo del secondo ciclo è identificare i difetti alti e medi rimanenti, correggere le lacune negli script e ottenere risultati.
# 5) La fase di esecuzione del test consiste in: Esecuzione degli script di test + Manutenzione degli script di test (lacune corrette negli script) + Reportistica (difetti, stato, metriche, ecc.) Pertanto, quando si pianifica questa fase, i programmi e dovrebbero essere stimati gli sforzi tenendo in considerazione tutti questi aspetti e non solo l'esecuzione dello script.
# 6) Dopo che lo script di test è stato eseguito e l'AUT è stato distribuito e prima che inizi l'esecuzione del test, c'è un passaggio intermedio. Questo è chiamato 'Test Readiness Review (TRR)' . Questa è una sorta di passaggio di transizione che terminerà la fase di progettazione del test e ci faciliterà l'esecuzione del test.
Per informazioni su questo passaggio e un esempio di 'Elenco di controllo per la revisione della preparazione del test', consultare questo collegamento: Elenco di controllo per il test del software
# 7) Oltre al TRR, ci sono alcuni controlli aggiuntivi prima di assicurarci di poter andare avanti con l'accettazione della build corrente che viene distribuita nell'ambiente QA per l'esecuzione del test.
Quelle sono le Test di fumo e sanità mentale . Informazioni dettagliate su cosa sono a: Cos'è Smoke and Sanity Test?
# 8) Dopo aver completato con successo i test TRR, Smoke e Sanity, il ciclo di test inizia ufficialmente.
flvto non mi permetterà di convertirmi
# 9) Test esplorativi verrebbe eseguito una volta che la build è pronta per il test. Lo scopo di questo test è assicurarsi che i difetti critici vengano rimossi prima che possano iniziare i livelli successivi di test. Questo test esplorativo viene eseguito nell'applicazione senza script di test e documentazione. Aiuta anche a familiarizzare con l'AUT.
# 10) Proprio come le altre fasi dell'STLC, il lavoro è diviso tra i membri del team anche nella fase di Test Execution. La divisione potrebbe essere basata sul modulo saggio o sul conteggio dei casi di test o su qualsiasi altra cosa che potrebbe avere senso.
#undici) Il risultato principale della fase di esecuzione del test è sotto forma di report principalmente, ovvero report sui difetti e report sullo stato di esecuzione del test. Il processo dettagliato per la segnalazione è disponibile all'indirizzo Rapporti sulle esecuzioni dei test.
Documento Nuove colonne nel test case
Il documento Test Case ora deve essere espanso con le seguenti due colonne: Stato e risultato effettivo .
( Nota : Per l'esecuzione del test del progetto live, abbiamo aggiunto e aggiornato queste colonne con i risultati dell'esecuzione del test nel foglio di calcolo dei casi di test fornito per il download di seguito)
# 1) Colonna di stato
L'esecuzione del test non è altro che, utilizzando le fasi del test sull'AUT, fornire i dati del test (come identificato nel documento del caso di test) e osservare il comportamento dell'AUT per vedere se soddisfa o meno il risultato atteso.
Se il risultato atteso non viene raggiunto, può essere interpretato come un difetto. E lo stato del test case diventa 'Fallito' e se il risultato atteso è soddisfatto, lo stato è 'Superato'. Se il test case non può essere eseguito per qualsiasi motivo (un difetto esistente o un ambiente non supportato) lo stato sarà 'Bloccato'.
Lo stato di uno scenario di test che deve ancora essere eseguito può essere impostato su Nessuna esecuzione / non eseguito oppure può essere lasciato vuoto.
- Per uno scenario di test con più passaggi, se il risultato atteso di un determinato passaggio (nel mezzo dei passaggi dello scenario di test) non è soddisfatto, lo stato dello scenario di test può essere impostato su 'Non riuscito' proprio lì e i passaggi successivi non devono essere eseguiti.
- Lo stato 'Fallito' può essere indicato in rosso, se si desidera attirare immediatamente l'attenzione.
# 2) Colonna dei risultati effettivi
Questo è uno spazio in cui noi tester possiamo registrare qual è la deviazione nel risultato atteso. Quando viene raggiunto il risultato atteso (o un test case il cui stato è 'Superato') questo campo può essere lasciato vuoto. Perché, se il risultato atteso viene raggiunto, significa che il risultato effettivo = risultato atteso, il che significa che riscriverlo nella colonna del risultato effettivo sarà una ripetizione e ridondanza.
Uno screenshot della deviazione può essere allegato a questa colonna per una maggiore chiarezza di quale sia il problema.
Risultati dell'esecuzione del test per OrangeHRM Live Project
Ora prendiamo OrangeHRM ed eseguiamo l'esecuzione del test in base alle linee guida sopra elencate.
Ecco alcuni punti da notare:
- Il modello di test case esteso.
- I test esplorativi come indicato devono essere eseguiti senza script di test. Quindi sentiti libero di testare l'applicazione in parallelo come meglio credi.
- A causa delle limitazioni che abbiamo nel presentare il progetto live sotto forma di contenuto leggibile, nel modello di esecuzione del test di esempio viene mostrato solo un numero limitato di casi di test / funzionalità dell'applicazione OrangeHRM. Ancora una volta, sentiti di lavorare su di più per l'esperienza più pratica.
- Al documento vengono aggiunte anche le suite di test Sanity e Smoke, per darti un'idea del tipo di casi di test considerati per queste fasi.
- I difetti non vengono ancora registrati, anche se lo stato di alcuni casi di test è impostato su 'Non riuscito'. Questo perché la registrazione dei difetti è il secondo più importante / comunemente lavorato su un aspetto della nostra vita come tester. Quindi, vogliamo affrontarlo in dettaglio nel prossimo articolo.
Casi di test con risultati di esecuzione:
=> Fare clic qui per scaricare il documento relativo all'esecuzione del test case.
unisci algoritmo di ordinamento c ++
Contiene - Risultato dell'esecuzione dei casi di test, test del fumo, test di sanità mentale, test esplorativi - fogli di calcolo
Infine, se è stato utilizzato uno strumento di gestione dei test per creare e mantenere il test case, lo stesso può essere utilizzato anche per l'esecuzione del test. L'uso di uno strumento semplifica la segnalazione, ma per il resto il processo di esecuzione dei casi di test è lo stesso. Dai un'occhiata a questo articolo per avere un'idea di come utilizzare HP ALM per l'esecuzione di casi di test .
(Clicca sull'immagine per ingrandirla)
Questo ci porta alla fine di un altro segmento interessante del processo di test. Nel prossimo e ultimo articolo di questo mini-corso di formazione QA sul test del software online gratuito , esamineremo i difetti in dettaglio; concludere argomenti come 'quando interrompere il test', metriche e approvazione del QA.
=> QA Training Day 6: Monitoraggio dei bug, metriche di test e firma del test
Fateci sapere come stiamo andando e rimanete sintonizzati per il prossimo articolo.
Lettura consigliata
- Programma del corso di test del software - Piano di formazione dettagliato del corso online
- Alcune interessanti domande di intervista sul test del software
- Feedback e recensioni sul corso di test del software
- Come segnalare in modo intelligente l'esecuzione del test - (Scarica modello di rapporto sullo stato)
- Come scrivere un documento di strategia di test (con modello di strategia di test di esempio)
- Modello di piano di test del software di esempio con formato e contenuto
- Differenza esatta tra verifica e convalida con esempi
- Metriche e misurazioni importanti del test del software - spiegate con esempi e grafici