test management tutorial
Questo è un tutorial sulla gestione dei test per il test del software. Comprende fasi di gestione dei test, strumenti e gestione dei test rispetto alla struttura organizzativa:
La gestione del test è il processo di gestione di tutte le attività, documenti e altri lavori correlati relativi ai test. Le strutture organizzative si riferiscono a una gerarchia di team o dipendenti che lavorano su progetti particolari.
Pensi che la struttura organizzativa influenzi la gestione dei test?
Se la tua risposta è no, vedremo perché? Se sì, vediamo come influisce. Per trovare la relazione tra questi due, dobbiamo comprendere chiaramente questi argomenti e quindi esplorare la relazione tra Gestione dei test e struttura organizzativa.
Cosa imparerai:
- Introduzione alla gestione dei test
- Componenti di gestione dei test
- Fasi di gestione dei test
- Strumenti di gestione dei test
- Strutture organizzative
- Test Management vs strutture organizzative
- Conclusione
Introduzione alla gestione dei test
Test Management significa gestire l'intero processo di test del software per un particolare progetto. Il processo di gestione dei test viene applicato all'intero ciclo di vita dello sviluppo del software. Quindi, idealmente, non appena il processo di sviluppo del software inizia, dovrebbe iniziare anche il processo di gestione dei test.
Il Responsabile del Test aveva le seguenti responsabilità:
- Il Responsabile del Test dovrebbe garantire la coerenza e la qualità di questi prodotti di lavoro.
- Collabora con l'analista del test e l'analista tecnico del test per selezionare e personalizzare il modello appropriato.
- Collabora con l'analista del test e l'analista tecnico del test per stabilire gli standard di questi prodotti, come i livelli di livello dettagliato.
- Rivedere i prodotti di lavoro utilizzando tecniche appropriate.
Componenti di gestione dei test
La gestione dei test è divisa in 5 parti per una migliore comprensione:
- Documentazione di prova
- Stima del test
- Metriche di test
- Misurazione dell'avanzamento del test
- Metriche per il monitoraggio del ciclo di vita dei test
# 1) Documentazione di prova
Esistono tre tipi di documentazione di prova elencati di seguito:
- Politica di test
- Strategia di test
- Piano di test principale
# 1) Politica sui test:
- Riassume il valore che l'organizzazione ricava dai test.
- Definisce le politiche di test.
- Descrive come valutare l'efficacia dei test.
- Delinea il processo di test.
- Specificare come l'organizzazione migliorerà il processo di test?
# 2) Strategia di test:
- Descrive le metodologie di test generali, utilizzate per gestire i rischi di progetto e prodotto.
- Strategie analitiche: Come i test basati sul rischio.
- Strategia basata sul modello: Come un profilo operativo in cui il team di test sviluppa un modello basato su situazioni reali e accettate di ambiente, input e condizioni.
- Strategia metodologica: Caratteristiche di qualità in cui il team di test utilizza una serie di condizioni di test, una lista di controllo o una raccolta di test logici generalizzati.
- Tecniche di processo o conformi agli standard: Segue una serie di processi come SCRUM / Agile.
- Strategie reattive: Utilizzo di ATTACCHI basati su difetti COME TEST ESPLORATORI.
- Strategia consultiva: Come i test diretti dall'utente in cui il team di test si affida all'input di uno o più stakeholder per determinare le condizioni di test come i test di compatibilità in outsourcing.
- Descrive anche:
- Procedure di integrazione
- Tecniche di specifica del test
- Indipendenza dei test
- Norme obbligatorie e facoltative
- Ambiente di test
- Utensili
- Riusabilità dei prodotti software
- Ripetizione del test e regressione.
# 3) Piano di test principale:
- Copre tutte le attività di test che devono essere eseguite.
- Discute come i test implementeranno la strategia e la politica di test.
- Se qualcosa non viene descritto, il piano di test dovrebbe descrivere il motivo e il piano di mitigazione per questo.
- I contenuti del piano di test sono:
- Articoli da testare
- Caratteristiche di qualità da testare.
- Programma
- Ciclo di esecuzione
- Variabili difettose
- Testare gli elementi nell'ambito
- Criteri di uscita
- Rischi di progetto
- Governance generale degli sforzi di test,
- Ruoli e responsabilità
- Ingresso e uscita
# 2) Stima del test
Punti generali:
- È un'attività di gestione
- Si basa sull'esperienza.
- Fornisce un catalogo specifico e dettagliato di costi, risorse, attività e persone.
- Il preventivo, una volta preparato, deve essere consegnato alla direzione insieme alla giustificazione.
- Il preventivo finale rappresenta il miglior equilibrio possibile tra obiettivi organizzativi e di progetto.
- La stima si basa sulle informazioni disponibili al momento, è stata predisposta.
- Per rimanere accurate, le stime dovrebbero essere aggiornate per riflettere le informazioni nuove e modificate.
Fattori che influenzano la stima del test:
- Livello di qualità richiesto
- Dimensioni del sistema
- Dati storici
- Fattori di processo come strategia, sviluppo e ciclo di vita
- Fattori materiali come ambiente di test, automazione, strumenti e dati
- Fattore di persone
- Complessità del processo
- Formazione e KT (trasferimento di conoscenza)
- Assimilazione e sviluppo di nuovi strumenti e tecnologie, processi o tecniche.
- Il requisito di un grado più elevato della specifica di prova dettagliata.
- Tempistica di arrivo dei componenti
- Dati di test.
Ipotesi:
- Struttura della ripartizione del lavoro
- Sessione di stima del team
- Tester - Rapporto sviluppatore
- Storia dell'organizzazione
- Analisi dei punti funzione, LOC.
La stima del test viene ulteriormente spiegata più avanti nel tutorial.
# 3) Test metriche
- Ciò che viene misurato viene considerato come fatto?
- Ciò che non misura, è facile essere ignorato?
- Dovrebbe essere definito un insieme limitato di metriche utili.
- Dovrebbero essere definite solo quelle metriche la cui interpretazione è condivisa da tutti.
- Il reporting e l'unione delle metriche dovrebbero essere automatizzati.
- Il Manager dovrebbe convalidare le informazioni in metrica.
Metrica del progetto: % di pass, fallito eseguito ecc.
Metrica del prodotto:
- Attributi del prodotto
- Densità dei difetti
Metrica di processo: Misura la capacità di testare come% del difetto.
Persone: Capacità dell'individuo.
Metrica di avanzamento del test:
- Il numero di condizioni / casi di test, pianificati ed eseguiti.
- Difetto totale classificato in base a gravità, priorità, stato corrente ed effetto del sottosistema.
- Il numero di modifiche richieste, accettate, compilate e testate.
- Costo pianificato e costo effettivo.
- Durata pianificata vs durata effettiva
- Pietra miliare del test pianificato rispetto a quello effettivo.
- Stato del rischio di qualità del prodotto
- % di perdita di impegno, costo o tempo del test.
# 4) Misurazione dell'avanzamento del test
Rischi del prodotto:
- % di rischio coperto.
- % di rischio per test fallito
- % Di rischio identificato dall'individuo.
Difetti:
domande e risposte dell'intervista di angularjs per pdf esperti
- Il numero di difetti riscontrati rispetto al numero di difetti presentati.
- Tasso di arrivo del tempo medio di guasto
- Difetti nei particolari articoli di prova.
- Rilevamento di RCA (analisi della causa principale)
- Il difetto è Rilasci di prova.
- Difetto in fase
- Priorità e gravità
- Segnala rifiuti e duplicati
- Tempo impiegato per risolvere
- Il numero di nuovi difetti introdotti a causa della riparazione di vecchi difetti.
Test:
- Numero totale di test superato, fallito, corridore, bloccato
- Il numero totale di casi di test di regressione.
Copertura:
- Requisiti e copertura del progetto
- Copertura dei rischi
- Copertura della configurazione dell'ambiente
- Copertura del codice
# 5) Metriche per il monitoraggio del ciclo di vita dei test
Monitorare il piano di test
- Numero di rischi e requisiti
- Scoperta di difetti
- Piano vs sforzi effettivi.
Monitorare la progettazione del test
- Il numero di difetti riscontrati durante la progettazione.
Monitorare l'analisi dei test
- Numero di condizioni
- Numero di difetti nell'analisi
Monitorare l'implementazione del test
- % di configurazione dell'ambiente
- % di casi di test automatizzati.
Monitorare l'esecuzione
- % di casi di test superati, non riusciti, nessuna esecuzione, bloccati
- % Di casi di test coperti
- Difetti pianificati vs effettivi risolti
- % del piano rispetto alla copertura effettiva
Chiusura del monitor
- % di casi di test superati, ail
- % di casi di test inseriti nella categoria riutilizzabile
- % di casi di test automatizzati.
- Il numero di difetti risolti / non risolti.
- % del prodotto di lavoro di prova
La fase di monitoraggio e controllo del test discussa di seguito spiega ulteriormente questo argomento.
Fasi di gestione dei test
Durante il processo di gestione del test, è necessario considerare i seguenti punti. In altre parole, le seguenti sono le diverse fasi del processo di Test Management:
- Analisi del rischio
- Stima del test
- Pianificazione dei test
- Organizzazione del test
- Monitoraggio e controllo dei test
- Gestione dei problemi
- Rapporto di prova
Puoi notare che le prime quattro fasi riguardano più la pianificazione e le altre tre riguardano l'esecuzione. Quindi, possiamo dividere il processo completo di gestione dei test in due parti, ovvero pianificazione ed esecuzione.
Esploriamo in dettaglio le varie fasi di gestione dei test.
# 1) Analisi dei rischi
Questa fase include l'individuazione dei fattori di rischio e delle possibili soluzioni. Se l'analisi dei rischi viene eseguita a fondo, possiamo evitare futuri guasti o almeno un qualche tipo di soluzione potrebbe essere disponibile.
Il rischio è qualcosa che può o non può accadere. Ma se succede, quale sarà il suo impatto? Può influire negativamente sulla qualità del software, sulla reputazione dell'azienda e molto altro ancora.
I fattori di rischio dovrebbero essere individuati per evitare questo impatto negativo. L'analisi del rischio dovrebbe essere eseguita per scoprire i fattori di rischio. Esistono due tipi di rischi, ovvero rischi di progetto e rischi di prodotto. I rischi del progetto sono i rischi correlati al processo di lavoro e il rischio del prodotto sono i rischi correlati al prodotto sviluppato.
# 2) Stima del test
La stima del test riguarda la previsione del tempo necessario per ciascuna attività / fase di test. Poiché si tratta di una stima, non può essere accurata. Per una migliore stima dei test possiamo studiare i progetti passati della nostra azienda o possiamo consultarci con i membri del team che saranno responsabili di quel lavoro o fase di test.
# 3) Pianificazione dei test
La stessa pianificazione dei test è un processo lungo. Comprende la definizione degli obiettivi del test, l'ambito del test, la strategia del test, la pianificazione del tempo, le risorse, l'approccio alla comunicazione, ecc. I requisiti dovrebbero essere molto chiari per definire gli obiettivi e l'ambito del test. Il piano di test è per tester, utenti e membri del team di progetto.
Il piano di test descrive il ruolo del test nel progetto. Il piano di test include anche i ruoli e le responsabilità, l'elenco delle funzionalità che verranno testate e che non verranno testate, l'ambiente di test, l'elenco degli strumenti e le ipotesi, se presenti.
# 4) Organizzazione del test
Durante la fase di pianificazione del test, abbiamo pianificato tutte le cose possibili sui test.
come creare un dashboard Jira
Quindi abbiamo bisogno di membri del team qualificati per eseguire questo piano o per rendere il piano di successo. L'organizzazione dei test consiste nel creare il team di test perfetto per un progetto di successo.
# 5) Monitoraggio e controllo dei test
Mentre il lavoro di test è in corso o mentre i tester stanno eseguendo il piano di test, è necessario monitorare tutti questi progressi del lavoro. Si dovrebbe tenere traccia di tutto questo lavoro di test. Se viene eseguito il monitoraggio del test, il team di test e il responsabile del test riceveranno un feedback su come è l'avanzamento del test?
Utilizzando questo feedback, il responsabile del test può guidare i membri del team a migliorare la qualità di ulteriori test. Con l'aiuto del monitoraggio dei test, il team di progetto avrà visibilità sui risultati dei test. Aiuta anche a conoscere la copertura dei test.
Per progetti di grandi dimensioni, il monitoraggio dei test viene eseguito utilizzando uno strumento automatizzato, poiché la raccolta dei dati sarà più semplice. Per i piccoli progetti, una persona raccoglierà tutti i dati o i documenti relativi all'avanzamento del test. Per raccogliere informazioni sullo stato di avanzamento del test, possiamo avvalerci dell'aiuto del modello di registro del test IEEE 829. Tutto ruotava intorno al monitoraggio dei test.
Vediamo cos'è il controllo del test? Il lavoro del progetto non andrà sempre come previsto. Potrebbero esserci alcune differenze tra il piano e il lavoro effettivo. Per ridurre al minimo o rimuovere queste differenze, dobbiamo apportare alcune modifiche ed è così che controlliamo il lavoro di prova.
# 6) Gestione dei problemi
I problemi possono essere qualsiasi problema che si verifica durante il processo di sviluppo e test del software. Può essere il motivo più piccolo per cui non siamo in grado di sviluppare / fornire un prodotto di qualità. Alcuni problemi sono un ostacolo allo spettacolo, ovvero senza risolverlo non saremo in grado di procedere con l'ulteriore processo.
La gestione dei problemi riguarda il modo in cui gestiamo questi problemi / problemi. Possiamo anche chiamarlo Gestione degli incidenti. La gestione dei problemi richiede una migliore pianificazione del processo di risoluzione dei problemi. Una migliore gestione dei problemi dipende dall'abilità e dall'esperienza del responsabile dei test.
Come si verificano questi problemi?
Possono esserci diversi motivi per il verificarsi di un problema. Alcuni problemi sono legati alla strategia e alcuni sono legati alla definizione, alle risorse umane, alla pianificazione, ecc.
Problemi di strategia :
Esempi:
- Il progetto esaurisce i fondi.
- Scarsa comunicazione del progetto.
- Il processo di gestione del progetto non è conforme agli standard dichiarati.
Problemi di definizione : Problemi correlati ai requisiti.
Esempi: Requisiti poco chiari. Possono essere introdotti molti problemi a causa di requisiti poco chiari.
Problemi di pianificazione: Questo è il tipo di problema più comune. I dipendenti devono lottare per rispettare la scadenza.
Problemi relativi alle risorse umane:
Esempi:
- C'è una mancanza di abilità nella squadra.
- Mappatura errata dei dipendenti per il lavoro.
Possono esserci molti più tipi di problemi e non possiamo menzionarli tutti qui. Pertanto, la gestione dei problemi riguarda la registrazione, il monitoraggio e la risoluzione dei problemi.
# 7) Rapporto di prova
Il report del test aiuta a identificare la copertura del test, la qualità del prodotto sviluppato e i miglioramenti del processo richiesti. Possiamo decidere 'quanti test sono necessari?'
Se viene eseguito un numero sufficiente di test, possiamo inviare questo rapporto di prova alle parti interessate o ai clienti. In modo che possano anche conoscere la qualità del prodotto e avere un'idea di quanti test vengono eseguiti sul prodotto.
Strumenti di gestione dei test
La gestione dei test diventa complicata man mano che procediamo nel nostro processo di sviluppo del software e questo è uno dei motivi principali per cui oggigiorno sono disponibili così tanti strumenti di gestione dei test.
Questi strumenti aiuteranno nelle ultime quattro fasi del processo di gestione dei test (Organizzazione del test, Monitoraggio e controllo dei test, Gestione dei problemi e Rapporto sui test). Poiché questi strumenti aiutano per le fasi importanti della gestione dei test, dovrebbero essere considerati per primi nel progetto.
Di seguito sono elencati gli strumenti di gestione dei test più popolari:
- qTest
- PractiTest
- Zefiro
- Test Collab
- TestFLO per JIRA
- XQual
- Xray - Gestione dei test all'avanguardia
- TestRail
- QACoverage
- Requisiti e gestione dei test per Jira (RTM)
- SPIRATEST di Inflectra
- Kualitee
- acqua
- Testpad
- JunoOne
=> Fare clic qui per una revisione dettagliata dei TOP strumenti di gestione dei test
Strutture organizzative
Vediamo le diverse strutture organizzative.
Potrebbero esserci alcune regole per le strutture organizzative o potrebbero esserci alcune strutture ideali, ma indipendentemente da ciò ogni organizzazione può avere la sua struttura. Ci sono così tante strutture organizzative e ognuna ha i suoi vantaggi e svantaggi.
Qui ne discuteremo alcuni.
In primo luogo vedremo la struttura organizzativa più semplice che viene utilizzata per piccoli progetti.
In questa struttura, sia i tester che i programmatori riportano al responsabile dello sviluppo.
software di backup gratuito per Windows 7
- Il responsabile dello sviluppo ha un buon controllo sulle attività del progetto.
- Ci saranno meno possibilità di un divario di comunicazione tra i team di test e di sviluppo.
- Anche durante le riunioni, è utile per decidere le scadenze per il responsabile dello sviluppo poiché ha una conoscenza completa del lavoro di test e sviluppo.
- Il lavoro di squadra sarà efficiente, grazie agli strati minimi.
Gli svantaggi di questa struttura includono:
- Poiché non esiste un responsabile dei test, è possibile che il test venga considerato in una fase avanzata del progetto.
- C'è un'altra possibilità che i test avranno meno importanza per il progetto. Può essere considerato in ritardo nel progetto.
Generalmente nelle piccole organizzazioni per piccoli progetti, succede che il team di sviluppo impiega più tempo di quanto menzionato e il team di test deve soffrire, ovvero il team di test dovrà testare il prodotto entro la scadenza, in modo che il team di test abbia meno tempo per testare il prodotto.
In questa struttura, per portare a termine con successo un progetto, il responsabile dello sviluppo deve tenere presente che il suo scopo non è solo completare il progetto ma sviluppare software di qualità.
La seconda struttura organizzativa più comunemente utilizzata:
Questo è il tipo più comune di struttura organizzativa. In questa struttura, i tester riportano ai Test Manager e gli sviluppatori riportano al Development Manager. Sia il Test Manager che il Development Manager stanno riportando al Project Manager.
Il Test Manager sarà responsabile di tutte le attività relative ai test ed è responsabilità del Development Manager far sì che il software si sviluppi. Il Project Manager controllerà sia le attività di test che di sviluppo.
Vantaggi:
- A differenza della struttura precedente, qui in questa struttura ci sono diversi manager per il test e lo sviluppo, quindi entrambi possono concentrarsi sul proprio lavoro. Rimarranno dediti al loro lavoro e ci saranno meno distrazioni per loro.
- In questa struttura, le attività di test non possono essere trascurate o non possono essere considerate in ritardo nel progetto. Ciò significa che sia il test che lo sviluppo avranno la stessa importanza.
- Quando si tratta di prendere decisioni critiche, vantaggiosamente, il team di test ha indipendenza.
Svantaggi:
- Esiste la possibilità di un divario di comunicazione a causa di più livelli.
Test Management vs strutture organizzative
Le strutture organizzative influenzano direttamente la gestione dei test. Diverse strutture organizzative hanno un impatto diverso sulla gestione dei test, quindi la gestione dei test varia in base all'abilità e all'esperienza del responsabile del test, nonché in base alla posizione del responsabile del test nella struttura organizzativa.
Abbiamo visto due strutture organizzative qui. Nella prima struttura, il responsabile dello sviluppo e il responsabile del test sono la stessa persona, quindi influisce sulla gestione dei test. Il responsabile dello sviluppo ha lo scopo di sviluppare software, e mentre fa questo deve guardare anche al lavoro di test.
Così a volte lui / lei potrebbe dare opinioni distorte. Potrebbe semplicemente trascurare la questione e andare avanti. In questo modo potrebbe influire sulla gestione del test. Un test manager indipendente sarà in grado di fornire più giustizia e la gestione dei test sarà migliore con test manager indipendenti.
Conclusione
Abbiamo visto entrambi gli argomenti, ovvero la gestione dei test e le strutture organizzative separatamente e insieme alla relazione tra questi due. Possiamo concludere che le strutture organizzative influenzano la gestione dei test.
Confrontando entrambe le strutture sopra menzionate, nella seconda struttura, la gestione dei test sarà gestita meglio della prima. La ragione di ciò potrebbe essere un responsabile dei test dedicato.
Le strutture organizzative differiscono da un'organizzazione all'altra. Sebbene esista un processo definito per la gestione dei test (oi team potrebbero utilizzare strumenti di gestione dei test), la gestione dei test sarà diversa a causa delle diverse strutture organizzative, responsabili dei test, abilità ed esperienza del responsabile dei test.
Lettura consigliata
- Tutorial TestLink: una guida per i profani allo strumento di gestione dei test TestLink (Tutorial # 1)
- Tutorial Bugzilla: Tutorial pratico dello strumento di gestione dei difetti
- Tutorial SVN: gestione del codice sorgente mediante Subversion
- Tutorial TestLodge - Come organizzare i progetti di test del software utilizzando lo strumento di gestione dei test TestLodge
- Test funzionale vs test non funzionale
- 4 Altre funzionalità essenziali dello strumento di gestione dei test definitivo
- Tutorial JIRA: una guida pratica completa su JIRA
- VersionOne Tutorial: Guida allo strumento di gestione dei progetti agile all-in-one