Test Management Process
Test Management Process è un insieme di attività dall’inizio del test alla fine del test. Dà una disciplina ai test. Quando segui un processo di test, ci dà il piano iniziale. Il processo di test offre la possibilità di pianificare e controllare i test durante tutto il ciclo del progetto. Aiuta a monitorare e monitorare i test in tutto il progetto. Fornisce la trasparenza dei test tra le parti interessate e mantiene il test condotto per riferimento futuro. Offre un profondo livello di dettaglio del test che viene eseguito. Fornisce una chiara comprensione delle attività di test del progetto precedente e del progetto post a tutti gli stakeholder.Ci sono molti strumenti (Strumenti come qTest, JIRA, Team Service, TestLink.) disponibile per gestire il processo di test. Il processo di prova può essere definito e praticato in modo diverso a seconda della necessità in prova. Di seguito sono spiegate le attività tipiche nel processo di test.
Il piano di test è servito come schizzo iniziale per eseguire i test. Il test viene monitorato e monitorato secondo il piano di test. Fornisce un’immagine precedente della sfida di prova e dell’aspetto che verrà effettuato per il software. Mantenendo un piano di test possiamo gestire le modifiche nel piano.Quando si iniziano nuovi progetti, in base alla lezione appresa nei test precedenti, il piano di test deve essere migliorato per migliorare. Il piano di test spiega l’over view di requisiti particolari che devono essere testati, ambito, requisiti funzionali e non funzionali, rischio e mitigazione, approcci di test, programma di test e risultati finali e pianificazione, fuori ambito e assunzione, team di test e allocazione, ambiente di test, meccanismo di attività di test e qualsiasi altra nota speciale per il test.
| Elementi del piano di prova | Descrizione |
| Over view | Over view del piano di prova e lo scopo di questo piano di prova. Qual è il progetto che deve essere testato? Breve del software che deve essere testato. Scopo di fornire questo software all’utente. |
| Ambito e fuori portata | Qual è lo scopo del test? Che tipo di test verrà effettuato?Se c’è qualche fuori portata del test. Breve spiegazione sul progetto software e che cosa sono coperti nel piano di test.Definizione di un frame per il test in base alle risorse, sforzo, budget e linea di tempo. Quali caratteristiche o sezione che saranno coperti e quali caratteristiche o sezione non saranno coperti durante il test. |
| Requisito funzionale e non funzionale | Spiegare ogni test funzionale e non fittizio (test delle prestazioni, test di usabilità) che deve essere eseguito. Spiega ogni funzionalità che verranno testate. Ogni elemento funzionale e non funzionale deve essere posizionato senza ambiguità. |
| Rischio e mitigazione | Spiegare il progetto identificato, software e risorse relative rischio. Spiegare il piano di mitigazione e la possibilità.Identificare il rischio che potremmo affrontare durante il test. Indisponibilità delle risorse, ritardo nel rilascio degli sviluppatori, slittamento nella pianificazione, meno comprensione delle funzioni e divario tra requisiti aziendali e di sistema. |
| Approcci di test | Che tipo di approcci di test verranno utilizzati? Che tipo di test verrà effettuato? Tipi di test come test di installazione, test funzionali, test UAT.Specificare quali strumenti useremo nei test. Specificare gli strumenti e le informazioni sulla licenza necessari per il test. |
| Programma di test e risultati finali | Descrivere l’intera stella e la data completa del test. Hai bisogno di scoprire la data di rilascio degli sviluppatori e il numero di versioni. Menziona ciascuna data di rilascio dello sviluppatore, data di inizio del test e data di completamento. Analizzare il requisito e test che ci accingiamo a svolgere e poi venire con lo sforzo. Sulla base della risorsa, pianificare il programma con mile stone. Dobbiamo anche considerare il lasso di tempo come qualsiasi scadenza specifica. |
| Ipotesi | Può esserci qualsiasi ipotesi relativa a software, progetto, risorsa o qualsiasi concetto. E questi devono essere scritti in questo. |
| Team di test e allocazioni | Chi sono i tester che saranno coinvolti e quali sono le loro responsabilità nel progetto are.To chi è richiesto l’addestramento, se presente. Quando vengono impostate le responsabilità, è facile condurre i test nel progetto. |
| Ambiente di test | Fornire tutte le informazioni relative all’ambiente di test. Qual è l’ambiente di test? In quali browser viene eseguito il test? Menzionare l’ambiente UAT.Sistema esterno a cui si accede durante il test. Indicare la capacità di RAM e processore. |
2) Progettazione della prova:
La progettazione della prova permette come implementare la prova. In genere la creazione di casi di test avviene con gli input e l’output previsto del sistema e scegliendo quali casi di test sono necessari per l’esecuzione del test. Tester dovrebbe avere la chiara comprensione e la conoscenza appropriata per impostare il risultato atteso. Con questo, la copertura del test è definito e tester non mancherà alcun scenario. Esistono due tipi di tecniche di progettazione dei test: uno è il test statico e l’altro è il test dinamico. Il test statico viene utilizzato per testare senza esecuzione principalmente su artefatti come document e dynamic testing sta testando eseguendo il sistema.
Test case (elemento nel documento del test case):
- Progetto / titolo del Test, Test eseguito da, Test eseguito data, La versione del software in ambiente di Test e
- caso di Prova numero
- riassunto di Prova
- Passi
- condizione
- condizione Post
- dati di Test
- risultato
- risultato Atteso
- risultato del Test
- Nota
3) Esecuzione del Test:
Modo di eseguire e testare il sistema attuale risultato contro il risultato atteso è l’esecuzione del test. L’esecuzione del test può essere eseguita manualmente e utilizzando la tuta di automazione. Durante l’esecuzione tester deve assicurarsi, che la necessità dell’utente del software è occupato nel software. L’esecuzione del test viene eseguita facendo riferimento al documento creato durante la progettazione del test come processo passo dopo passo. Tester ha bisogno di tenere traccia durante l’esecuzione dei casi di test.
Esempio per test statici:
- Testare il documento di specifica dei requisiti.
- Testare il documento di progettazione
- Testare la guida per l’utente
Esempio per il test dinamico:
- Unit testing
- Test funzionali
- Test di integrazione
4) Criteri di uscita:
Criteri di uscita determina quando interrompere l’esecuzione del test. I criteri di uscita sono definiti durante la fase del piano di prova e utilizzati nella fase di esecuzione del test come pietra di miglio. Il tester deve impostare i criteri di uscita all’inizio, i criteri di uscita possono cambiare anche durante l’esecuzione del progetto. Ci sono fattori come la necessità del cliente, la stabilità del sistema e la funzione piena che decidono i criteri di uscita. Una volta che il tester ha raggiunto i criteri di uscita, il test verrà interrotto. Di seguito sono riportati alcuni criteri di uscita comuni.
- Tutti i difetti critici sono chiusi.
- Tutti i difetti segnalati e chiusi e verificati.
- Eseguito e coperto le aree che utilizzato dall’utente per lo più.
- Sistema soddisfatti tutti i requisiti.
- Tutte le funzioni importanti sono testate e funzionano come previsto.
5) Segnalazione di prova:
La segnalazione di prova fornisce l’immagine del processo e del risultato della prova per il ciclo di prova particolare. Per definire l’elemento nel rapporto di prova, la prima cosa che deve essere considerata è chi sono i destinatari del rapporto di prova. Per un esempio, un project manager vorrà vedere l’immagine di alto livello del test, le persone intermedie vorranno visualizzare maggiori dettagli e il cliente si aspetta la segnalazione del test nei criteri come la base dei requisiti, la base delle funzionalità. Il rapporto di prova è preparato e comunicato periodicamente come quotidiano, settimanale, mese ecc. Questo deve essere inviato in diverse fasi e tempi.Nel progetto futuro risultato di rapporti di prova deve essere analizzato e applicare la lezione impara. Il rapporto di prova contiene elementi come lo stato di esecuzione del test, la percentuale completata, il piano rispetto ai casi di test eseguiti, l’ambiente di test, l’esecuzione del test per risorse, il rischio e la mitigazione se presenti, il riepilogo dei difetti, lo scenario e le condizioni di test, qualsiasi ipotesi, qualsiasi nota ecc.
Rapporto di copertura di prova: (Elementi di prova rapporto di copertura)
- “Percentuale di completamento”
- scenario di Test
- Software
- Testato risorsa
- Testata data
- risultato del Test
Difetto relazione di sintesi: (Elementi di difetto relazione di sintesi)
- Difetto di gravità
- Difetti priorità
- i Difetti ricevuto sviluppatore
- i Difetti di funzione
- i Difetti software
- Aperto e chiuso difetti
Rischio e di mitigazione report: (Elementi di rischio e di mitigazione report)
- di rischio Identificati
- Rischio
- livello di Rischio
- tipologia di Rischio
- il piano di Mitigazione
Conclusione:
In questo articolo abbiamo imparato a conoscere per la Gestione di Test di processo, non è solo una singola attività, ma anche si compone di una serie di attività come la Pianificazione dei Test, Progettazione di Test, Esecuzione dei Test, i Criteri di Uscita e Test di Reportistica.
Leave a Reply