Questo è un Test di gestione Tutorial per il test del software. Include fasi di gestione dei test, strumenti e gestione dei test Vs Struttura organizzativa:
La gestione dei test è il processo di gestione di tutte le attività correlate ai test, i documenti e altri lavori correlati. 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 capire chiaramente questi argomenti e quindi esplorare la relazione tra gestione dei test e struttura organizzativa.
Introduzione alla gestione dei test
Gestione dei test 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 inizia il processo di sviluppo del software, dovrebbe iniziare anche il processo di gestione dei test.
Test Manager aveva le seguenti responsabilità-
- Il responsabile del test dovrebbe garantire la coerenza e la qualità di questi prodotti di lavoro.
- Lavora con Test Analyst e Technical Test Analyst per selezionare e personalizzare il modello appropriato.
- Lavorare con Test Analyst e Technical Test Analyst per stabilire gli standard di questi prodotti, come i livelli di grado dettagliato.
- Rivedere i prodotti di lavoro utilizzando tecniche appropriate.
Test di Componenti per la Gestione di
per la Gestione di Test è diviso in 5 parti per una migliore comprensione:
- la Documentazione di Prova
- Prova di Stima
- Prova Metriche
- Misurazione dell’Avanzamento del Test
- Metriche per monitorare la Sperimentazione del Ciclo di vita
#1) La Documentazione di prova
Ci sono tre tipi di Test, Documentazione sono elencati di seguito:
- Criterio di Prova
- Strategia di Test
- Master Test Plan
#1) Criterio di Prova:
- Riassume il valore che l’organizzazione deriva dai test.
- Definisce i criteri 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, che vengono utilizzate per gestire i rischi di Progetto e di prodotto.
- Strategie analitiche: come test basati sul rischio.
- Strategia basata su modelli: 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 un insieme del processo come SCRUM / Agile.
- Strategie reattive: utilizzo di ATTACCHI basati su difetti COME TEST ESPLORATIVI.
- Strategia consultiva: Come i test diretti dall’utente in cui il team di test si basa sull’input di uno o più stakeholder per determinare le condizioni di test come i test di compatibilità in outsourcing.
- descrive Inoltre:
- procedure di Integrazione
- Prova Specifiche tecniche
- Indipendenza di test
- Obbligatorio e opzionale standard
- ambiente di Test
- Strumenti
- Riusabilità del software products
- Ripetizione del test e di Regressione.
#3) Piano di prova principale:
- Copre tutte le attività di test che devono essere eseguite.
- Discute come il test implementerà la strategia e la politica di test.
- Se qualcosa non è descritto, il piano di test dovrebbe descrivere perché e il piano di mitigazione per questo.
- I contenuti del piano di prova sono:
- Articoli da testare
- Caratteristiche di qualità da testare.
- Programma
- ciclo di Esecuzione
- Difetto di variabili
- elementi di Prova nell’ambito di applicazione
- i criteri di Uscita
- rischi di Progetto
- governance Complessiva delle attività di test,
- Ruoli e responsabilità
- Ingresso e di uscita
#2) Prova Stima
Generale Punti:
- È un’attività di gestione
- è basato su esperienza.
- Fornisce un catalogo specifico e dettagliato di costi, risorse, attività e persone.
- La stima una volta preparata, deve essere consegnata alla direzione insieme alla giustificazione.
- La stima finale rappresenta il miglior equilibrio possibile tra obiettivi organizzativi e di progetto.
- La stima si basa sulle informazioni disponibili al momento, è stato preparato.
- Per rimanere accurati, le stime dovrebbero essere aggiornate per riflettere informazioni nuove e modificate.
Fattori che influenzano la stima del test:
- Necessario livello di Qualità
- Dimensioni
- dati Storici
- i fattori di Processo, come strategia di sviluppo e ciclo di vita
- Materiale di fattori come ambiente di test, automazione, strumenti, e dati
- fattore di Persone
- Complessità del processo
- Formazione e KT(Trasferimento di Conoscenze)
- l’Assimilazione e lo sviluppo di nuovi strumenti e tecnologie, processi o tecniche.
- Il requisito di un più alto grado della specificazione dettagliata della prova.
- Tempi di arrivo dei componenti
- Dati di prova.
Ipotesi:
- Work breakdown structure
- Team Estimation session
- Tester – Developer ratio
- Organization history
- Function point analysis, LOC.
La stima del test è ulteriormente spiegata più avanti nel tutorial.
#3) Metriche di test
- Ciò che viene misurato, è considerato fatto?
- Ciò che non misura, è facile da ottenere ignorato?
- È necessario definire un insieme limitato di metriche utili.
- Devono essere definite solo quelle metriche la cui interpretazione è concordata da tutti.
- Il reporting e la fusione delle metriche devono essere automatizzati.
- Il Gestore deve convalidare le informazioni in metrica.
Metrica di progetto: % di pass, fail eseguito ecc.
Prodotto metrica:
- Attributi del prodotto
- Densità difetto
Metrica di processo: misura la capacità di test come % del difetto.
Persone: capacità dell’individuo.
Prova Progresso Metrica:
- Il numero di condizioni/casi di test, pianificati o eseguiti.
- Difetto totale classificato in base al sottosistema gravità, priorità, stato corrente ed effetto.
- Il numero di modifiche richieste, accettate, compilate e testate.
- Costo pianificato vs effettivo.
- Pianificato vs Durata effettiva
- Pianificato vs effettiva pietra miliare Test.
- Qualità del prodotto Stato di rischio
- % perdita di sforzo di prova, costo o tempo.
#4) Misurazione dei progressi della prova
Rischi del prodotto:
- % di Rischio coperto.
- % del rischio per test di errore
- % Rischio identificato dall’individuo.
Difetti:
- Il numero di difetti riscontrati rispetto al numero di difetti presentati.
- Tempo medio di guasto tasso di arrivo
- Difetti nei particolari elementi di prova.
- Rilevamento di RCA (Root Cause Analysis)
- Il difetto è rilasci di prova.
- Difetto in fase
- Priorità e gravità
- Report Rejects vs Duplicate
- Tempo necessario per risolvere
- Il numero di nuovi difetti introdotti a causa della correzione di vecchi difetti.
Prova:
- Numero totale di Test pass, fail, runner, blocked
- Il numero totale di casi di test di regressione.
Copertura:
- Requisito e Design di copertura
- copertura del Rischio
- Configurazione dell’Ambiente di copertura
- Codice di copertura
#5) Metriche Per monitorare La Sperimentazione del Ciclo di vita
Monitor di un Piano di Test
- Numero di Rischio e dei Requisiti di
- Difetto scoperta
- Piano rispetto a quelli Reali sforzi.
Monitor Test Design
- Il numero di difetti riscontrati durante la progettazione.
Analisi del test del monitor
- Numero di condizioni
- Numero di difetti nell’analisi
Implementazione del test del monitor
- % configurazione dell’ambiente
- % del test case automatizzato.
Monitorare l’Esecuzione
- % del Passato, non è Riuscito, Non correre, Bloccato casi di test
- % i casi di Test coperto
- Pianificati rispetto a quelli Reali difetti risolti
- % di Piano vs Effettiva copertura
Monitor Chiusura
- % di casi di Test pass ail
- % di casi di Test controllato in riutilizzabile categoria
- % dei casi di Test automatizzati.
- Il numero di difetti risolti / non risolti.
- % del lavoro di prova prodotto
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 dei test, è necessario considerare i seguenti punti. In altre parole, le seguenti sono le diverse fasi del processo di gestione dei test:
- Analisi dei rischi
- Stima dei test
- Pianificazione dei test
- Organizzazione dei test
- Monitoraggio e controllo dei test
- Gestione dei problemi
- Rapporto di prova
È possibile si noti che le prime quattro fasi riguardano più la pianificazione e le restanti tre riguardano l’esecuzione. Quindi, possiamo dividere il processo di gestione del test completo in due parti, ovvero Pianificazione ed esecuzione.
Esploriamo le varie fasi di gestione dei test in dettaglio.
#1) Analisi del rischio
Questa fase include la ricerca dei fattori di rischio e delle possibili soluzioni. Se l’analisi del rischio viene eseguita a fondo, possiamo evitare guasti futuri o almeno un qualche tipo di soluzione potrebbe essere disponibile.
Il rischio è qualcosa che può o non può accadere. Ma se succede allora quale sarà il suo impatto? Può influire negativamente sulla qualità del software, sulla reputazione dell’azienda e molto altro.
I fattori di rischio dovrebbero essere scoperti per evitare questo impatto negativo. L’analisi del rischio dovrebbe essere fatta per scoprire i fattori di rischio. Esistono due tipi di rischi, vale a dire 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 rischi correlati al prodotto sviluppato.
#2) Stima del test
La stima del test riguarda la previsione del tempo richiesto per ogni attività/fase del test. Poiché questa è una stima, non può essere accurata. Per una migliore stima del test possiamo studiare i progetti passati della nostra azienda o possiamo consultarci con i membri del team che saranno responsabili di quella fase di lavoro o test.
#3) Pianificazione dei test
La pianificazione dei test è di per sé un processo lungo. Include la definizione di obiettivi di test, ambito di test, strategia di test, pianificazione del tempo, risorse, approccio di comunicazione, ecc. I requisiti dovrebbero essere molto chiari per definire gli obiettivi e la portata dei test. Il piano di test è per tester, utenti e membri del team di progetto.
Il piano di test descrive il ruolo dei test nel progetto. Il piano di test include anche i ruoli e le responsabilità, l’elenco delle funzionalità che verranno testate e non verranno testate, l’ambiente di test, l’elenco degli strumenti e delle ipotesi se presenti.
#4) Organizzazione dei test
Durante la fase di pianificazione dei test, abbiamo pianificato tutte le cose possibili sui test.
Quindi abbiamo bisogno di membri del team qualificati per eseguire questo piano o per rendere il piano un successo. Organizzazione di test è tutto sulla costruzione del team di test perfetto per un progetto di successo.
#5) Monitoraggio e controllo dei test
Mentre i lavori di test sono in corso o mentre i tester stanno eseguendo il piano di test, tutti questi progressi devono essere monitorati. Si dovrebbe tenere traccia di tutto questo lavoro di test. Se il monitoraggio dei test viene eseguito, il team di test e il test manager riceveranno un feedback su come sono i progressi dei test?
Utilizzando questo feedback, il test manager può guidare i membri del team per migliorare la qualità di ulteriori lavori di test. Con l’aiuto del monitoraggio dei test, il team di progetto otterrà visibilità sui risultati dei test. Aiuta anche a conoscere la copertura di prova.
Per progetti di grandi dimensioni, il monitoraggio dei test viene eseguito utilizzando uno strumento automatico, poiché la raccolta dei dati sarà più semplice. Per i piccoli progetti, una persona raccoglierà tutti i dati o i documenti relativi ai progressi dei test. Per raccogliere informazioni sull’avanzamento dei test, possiamo prendere l’aiuto del modello di registro di test IEEE 829. Tutto questo riguardava il monitoraggio dei test.
Vediamo cos’è il controllo del test? Il lavoro di progetto non andrà sempre come abbiamo programmato. Ci potrebbero essere alcune differenze tra il piano e il lavoro effettivo. Per ridurre al minimo o rimuovere queste differenze, abbiamo bisogno di fare alcune modifiche ed è così che controlliamo il lavoro di test.
#6) Gestione dei problemi
I problemi possono essere qualsiasi problema che si verifica durante il processo di sviluppo e test del software. Può essere la più piccola ragione per cui non siamo in grado di sviluppare/fornire un prodotto di qualità. Alcuni problemi sono uno show-stopper cioè senza risolvere quel problema non saremo in grado di procedere con l’ulteriore processo.
Gestione dei problemi è tutto su come gestiamo questi problemi/problemi. Possiamo anche chiamarlo come gestione degli incidenti. La gestione dei problemi richiede una migliore pianificazione per il 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 cui si verifica un problema. Alcuni problemi sono legati alla strategia e alcuni sono legati alla definizione, HR,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 indicati.
Problemi di definizione: problemi relativi ai requisiti.
Esempi: requisiti poco chiari. Molti problemi possono essere introdotti 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 HR:
Esempi:
- C’è una mancanza di abilità nella squadra.
- Mappatura dei dipendenti errata per il lavoro.
Ci possono essere 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
Rapporto di prova aiuta a identificare la copertura di prova, la qualità del prodotto sviluppato e il processo richiesto miglioramenti. Possiamo decidere ‘quanto test è richiesto?’
Se viene eseguito un test sufficiente, possiamo presentare 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 quanto test viene eseguito sul prodotto.
Strumenti di gestione dei test
La gestione dei test si complica man mano che procediamo nel nostro processo di sviluppo software e questo è uno dei motivi principali per cui al giorno d’oggi sono disponibili così tanti strumenti di gestione dei test.
Questi strumenti aiuteranno nelle ultime quattro fasi del processo di gestione dei test (Organizzazione dei test, monitoraggio dei test & Controllo, gestione dei problemi e rapporto di prova). Poiché questi strumenti aiutano nelle fasi importanti della gestione dei test, dovrebbero essere considerati per primi nel progetto.
Arruolato di seguito sono gli strumenti di gestione dei test più popolari:
- qTest
- PractiTest
- Zephyr
- Prova Collab
- TestFLO per JIRA
- XQual
- Xray all’avanguardia per la Gestione di Test
- TestRail
- QACoverage
- di Prova e Requisiti di Gestione per Jira (RTM)
- SPIRATEST da Inflectra
- Kualitee
- aqua
- Testpad
- JunoOne
=> Clicca qui per le recensioni di TOP di Prova di Strumenti di Gestione
Strutture Organizzative
andiamo a vedere 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 stanno riferendo al Responsabile dello sviluppo.
- Il responsabile dello sviluppo ha un buon controllo sulle attività del progetto.
- Ci sarà meno possibilità di un divario di comunicazione tra i team di test e sviluppo.
- Anche nelle riunioni, è bene decidere le scadenze per il responsabile dello sviluppo in quanto ha una conoscenza completa del lavoro di test e sviluppo.
- Il lavoro di squadra sarà efficiente, a causa dei livelli minimi.
Gli svantaggi di questa struttura includono:
- Poiché non esiste un gestore di test, esiste la possibilità che i test vengano considerati in ritardo nel progetto.
- C’è un’altra possibilità che i test avranno meno importanza per il progetto. Può essere considerato in ritardo nel progetto.
Generalmente in piccole organizzazioni per piccoli progetti, succede che il team di sviluppo richiede più tempo di quanto menzionato e il team di test deve soffrire, cioè 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 completare un progetto con successo, il responsabile dello sviluppo deve tenere presente che il suo obiettivo non è semplicemente 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 stanno segnalando ai gestori di test e gli sviluppatori stanno segnalando al Responsabile dello sviluppo. Sia il Test Manager che il Development Manager stanno segnalando al Project Manager.
Il Test Manager sarà responsabile di tutte le attività relative ai test ed è responsabilità del Development Manager ottenere lo sviluppo del software. Il Project Manager controllerà sia le attività di testing che quelle 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 loro lavoro. Rimarranno dedicati 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:
- C’è la possibilità di una lacuna di comunicazione a causa di più livelli.
Gestione test 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 dei test e alla posizione del responsabile dei test nella struttura organizzativa.
Abbiamo visto due strutture organizzative qui. Nella prima struttura, il responsabile dello sviluppo e il responsabile dei test sono la stessa persona, quindi influisce sulla gestione dei test. Il responsabile dello sviluppo ha lo scopo di sviluppare software, e mentre lo fa deve guardare anche il lavoro di test.
Quindi a volte potrebbe dare opinioni di parte. Lui / lei può semplicemente trascurare il problema e andare avanti. In questo modo può influenzare la gestione dei test. Un gestore di test indipendente sarà in grado di fornire più giustizia e la gestione dei test sarà migliore con i gestori di test 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 questo potrebbe essere un gestore di test dedicato.
Le strutture organizzative differiscono da un’organizzazione all’altra. Anche se esiste un processo definito per la gestione dei test (o i team potrebbero utilizzare strumenti di gestione dei test), la gestione dei test sarà diversa a causa delle diverse strutture organizzative, dei manager dei test, delle competenze e dell’esperienza del manager dei test.