Panoramica del modello del piano di test
Un piano di test è un documento che fornisce un modello per il metodo di test, la strategia, la selezione di hardware / software, il piano di pianificazione e la stima dei risultati finali. Gestisce il mio manager di test.
Vediamo uno di questi esempi, uno dei meeting test manager chiede a un team di fare un piano di test per questo progetto e il team non è interessato, in tal caso come il manager del test vuole gestire questa situazione.
Pensa al tuo responsabile del test e seleziona il tuo per rispondere di seguito:
- Sono un manager quindi devi fare quello che dico
- OK, lasciami spiegare perché il progetto ha bisogno di un piano di test.
Se sono un manager, selezionerò la seconda opzione e spero anche tu.
Necessità di un piano di test
- Verificherà la qualità dell'applicazione / del software
- I tester devono seguire le linee guida fornite nel documento
- L'ambito, la stima, la strategia sono documentati e possono essere riutilizzati anche per altri progetti.
Come scrivere un modello di piano di test?
Esistono otto attività importanti che devono essere seguite per la scrittura del modello del piano di test:
Questo è il modo in cui scriviamo un modello di piano di test che viene spiegato di seguito in dettaglio:
1. Analizza
Senza i dati è impossibile analizzare nulla. Quindi dobbiamo identificare il progetto / progetto che deve essere analizzato. Supponiamo di aver sviluppato un sito Web e che debba essere analizzato utilizzando le tecniche di test. Prima di entrare nella strategia di test, dobbiamo rivedere il documento del prodotto che contiene i dettagli del progetto, in primo luogo dobbiamo capire la funzionalità e quindi fare un'analisi. Di seguito è riportata l'analisi di esempio che si svolge per questo sito Web.
- Qual è l'uso di questo sito Web?
- Chi sono gli utenti finali?
- Come funzionerà?
- Qual è la versione del software utilizzata?
- Cos'è l'hardware?
2. Progettazione
Lo sviluppo della progettazione dei test è un passaggio importante nel modello del piano di test e verrà definito dal responsabile del test.
a) Definire l'ambito del test
Prima di scrivere la progettazione del test, dobbiamo identificare "nell'ambito" e "fuori ambito" per i test e tutti i membri del team devono essere chiaramente compresi sul progetto e devono fornire informazioni precise sui dati. Come identificherete l'ambito del test?
- Richieste del cliente
- bilancio
- Specifiche del software
b) Definire il tipo di test
Definendo il tipo di test per identificare eventuali bug nel software e l'obiettivo finale è quello di consegnare il software al cliente senza errori. Alcune delle principali tecniche di test sono
- Test unitari: prova il software o l'applicazione più piccolo
- Test API : API di test create per l'applicazione
- Test di integrazione: prova i moduli combinati nell'applicazione
- Test di sistema: testare la conformità del sistema per il requisito specifico
- Test di installazione / disinstallazione: imposta / rimuovi il software specifico nell'ambiente del cliente
- Test agili : testare la metodologia agile
c) Documentare il rischio e l'emissione
Identificare il rischio e causerà il potenziale impatto sul modello del piano di test e quali misure rappresentano un problema. Vedi sotto alcuni dei fattori di rischio.
- Le persone non hanno le competenze necessarie per testare questo sito Web
- Il responsabile del test ha scarse competenze per definire la tecnica di test.
- Mancanza di cooperazione all'interno del team
- Stima del budget scadente
d) Creare una logistica di prova
In questo passaggio, il responsabile del test deve decidere chi eseguirà il test? e quando si verificherà il test? La selezione della persona giusta per un compito specifico è molto importante per capire i metodi. Il test può avvenire in qualsiasi momento, può anche iniziare dalla fase di sviluppo. Quando la fonte di seguito è disponibile, è pronta per il test.
- Specifiche di prova e documento dei requisiti
- Risorse umane
- Ambiente di test
3. Obiettivo del test
L'obiettivo principale del test dell'obiettivo è identificare i difetti e rilasciare il software come privo di bug. L'obiettivo del test deve seguire i seguenti passaggi:
a) Testare il software o la funzionalità dell'applicazione.
b) Testare la funzione in base al set e all'obiettivo target.
Prendi questo sito web come esempio per seguire i passaggi precedenti usando il metodo di test TOP-DOWN più comune della tecnica.
- Verifica che il sito Web funzioni nell'ambiente reale senza alcun problema
- È necessario verificare le esigenze del cliente e soddisfare le loro aspettative
- Dovrebbe essere facile da usare
4. Criteri di prova
I criteri possono essere utilizzati come regola o procedura per esprimere il giudizio di verifica. Esistono due tipi di criteri di test:
a) Criteri di sospensione
Il responsabile del test deve essere impostato come obiettivo per la sospensione. Quando ha raggiunto l'obiettivo, il test verrà sospeso fino alla risoluzione dei criteri. Supponiamo che ci sia il 30% dei casi di test falliti per il progetto e che debba tornare al team di sviluppo. Il test non può essere eseguito fino alla risoluzione del problema.
b) Criteri di uscita
I criteri di uscita possono essere impostati come percentuale massima (ad es. 96%). Quando il risultato del test incontra questa percentuale, il progetto può essere considerato PASS. L'obbligo è eseguire casi di test al 100%, ma il pass può essere definito come 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Pianificazione delle risorse
La pianificazione delle risorse può essere sia umana che strumentale che richiede questo piano di test per completare l'attività.
a) Risorsa umana
- Responsabile del test
- Tester
- Sviluppatore in prova
- Ingegnere QA
b) Risorsa di sistema
- server
- Strumento di test
- Rete
- Computer
6. Pianificare l'ambiente di test
L'ambiente di test è configurare hardware e software per eseguire i test. Deve essere distribuito in un ambiente aziendale in tempo reale. L'ambiente impostato può essere seguito come server di sviluppo -> server Test / QA -> server di produzione. Una volta completata la fase di sviluppo, passerà al team di test e, una volta completato il test, sarà attivo nell'ambiente di produzione.
7. Pianificazione e stima
Deve fare un programma e una stima per eseguire l'attività nel modello del piano di test.
| Compito | Membro | Stimare la durata |
| Crea piano di test | Responsabile del test | 80 ore-uomo |
| Rapporto di prova | Tester | 200 ore-uomo |
| Prova di consegna | QA | 30 ore-uomo |
8. Test dei risultati finali
I risultati dei test possono elencare tutti i documenti e gli altri sforzi a supporto di questo sforzo. Esistono tre tipi di risultati.
a) Prima del test
- Piano del documento
- Test del documento di progettazione
b) Durante il test
- Cattura registri errori
- Matrice
- Errore di esecuzione
c) dopo il test
- Rapporto di prova
- Note di rilascio
Articoli consigliati
Questa è una guida al modello del piano di test. Qui abbiamo imparato cos'è il piano di test, la necessità di un modello di piano di test, come progettare un piano di test, ecc. Puoi anche leggere i seguenti articoli per saperne di più-
- Tecniche di test statici
- Modelli AWS CloudFormation
- Strumenti di test cloud
- Test del protocollo
- Tipi ed errori di gestione in JavaScript
- I 7 principi principali dei test agili con strategie
- Casi di prova vs scenario di prova | Differenze principali
- Cos'è Test Case?