PIANO DI TEST nel test del software (esempio)

Piano di test

A Piano di test È un documento dettagliato che descrive la strategia di test, gli obiettivi, la pianificazione, la stima, i risultati e le risorse necessarie per eseguire i test di un prodotto software. Un piano di test ci aiuta a determinare lo sforzo necessario per convalidare la qualità dell'applicazione in fase di test. Il piano di test funge da modello per condurre le attività di test del software come un processo definito, monitorato e controllato minuziosamente dal responsabile dei test.

Secondo la definizione ISTQB: "Il piano di test è un documento che descrive l'ambito, l'approccio, le risorse e la pianificazione delle attività di test previste".

Iniziamo con il seguente esempio/scenario di piano di test: durante una riunione, vuoi discutere il piano di test con i membri del team, ma loro non sono interessati.

In tal caso, cosa faresti? Seleziona la tua risposta come mostrato nella figura seguente.

👉 Iscriviti al progetto di test software live gratuito

Qual è l'importanza di un piano di test?

Creare un documento di piano di test presenta molteplici vantaggi.

• Aiutare le persone esterne al team di test, come sviluppatori, responsabili aziendali e clienti, capito i dettagli dei test.
• Piano di test Guide il nostro pensiero. È come un libro di regole, che deve essere seguito.
• Aspetti importanti come la stima del test, l'ambito del test, Strategia di prova sono documentata nel piano di test, in modo che possa essere esaminato dal team di gestione e riutilizzato per altri progetti.

Tipi di piani di test

Esistono tre tipi principali di Piani di prova nei test del software.

1. Piano di test principale: Un documento di alto livello che delinea la strategia generale di test, l'ambito, le risorse e la pianificazione per tutti i livelli. Funge da roadmap generale del progetto.
2. Piano di test specifico per livello: Si concentra su specifici livelli di test, come test unitari, di integrazione, di sistema o di accettazione. Ogni piano descrive in dettaglio l'approccio, l'ambiente e i risultati per quel livello.
3. Piano di prova specifico per tipo: TargetTipi di test specializzati come test di performance, sicurezza, usabilità o automazione. Definisce strumenti, tecniche e criteri specifici per quel tipo di test.

Insieme, questi piani di test garantiscono una copertura completa, allineano gli obiettivi di test con gli obiettivi del progetto e migliorano il coordinamento tra i team per una maggiore qualità del software.

Come scrivere un piano di test

Sai già che fare a Piano di test è il compito più importante del Processo di gestione dei testSeguire i sette passaggi seguenti per creare un piano di test secondo IEEE 829

1. Analizzare il prodotto
2. Progettare la strategia di test
3. Definire gli obiettivi del test
4. Definire i criteri di test
5. Pianificazione delle risorse
6. Pianificare l'ambiente di test
7. Pianificazione e stima
8. Determinare i risultati finali del test

Passaggio 1) Analizzare il prodotto

Come puoi testare un prodotto senza qualche informazione a riguardo? La risposta è ImpossibileDevi imparare un prodotto a fondo prima di testarlo.

Il prodotto in fase di test è il GuruSito web bancario 99. Dovresti fare ricerche sui clienti e sugli utenti finali per conoscere le loro esigenze e aspettative dall'applicazione.

• Chi utilizzerà il sito web?
• Che cosa è usato per?
• Come funzionerà?
• Quale software/hardware utilizza il prodotto?

Per analizzare il sito è possibile utilizzare il seguente approccio.

Ora applichiamo le conoscenze di cui sopra a un prodotto reale: Analizzi i dati il sito web della banca https://demo.guru99.com/V4.

dovresti prendere un guardati intorno questo sito web e anche recensioni Documentazione del prodotto. RevLa visualizzazione della documentazione del prodotto ti aiuta a comprendere tutte le funzionalità del sito Web e come utilizzarlo. Se non ti è chiaro qualche elemento, potresti farlo colloquio cliente, sviluppatore, progettista per ottenere maggiori informazioni.

Passaggio 2) Sviluppare una strategia di test

La strategia di test è a passaggio critico nella creazione di un piano di test nel test del software. Un documento di strategia di test è un documento di alto livello, solitamente sviluppato dal responsabile dei test. Questo documento definisce:

• Il progetto obiettivi del test e i mezzi per raggiungerli
• Determina il test sforzo and costi

Tornando al tuo progetto, devi sviluppare una strategia di test per testare il sito web della tua banca. Segui i passaggi indicati di seguito.

Passaggio 2.1) Definire l'ambito del test

Prima di iniziare qualsiasi attività di test, è necessario conoscerne l'ambito. È necessario rifletterci attentamente.

• I componenti del sistema da testare (hardware, software, middleware, ecc.) sono definiti come “nell'ambito”
• Anche i componenti del sistema che non saranno testati devono essere chiaramente definiti come "fuori portata."

Definire l'ambito del progetto di test è molto importante per tutte le parti interessate. Un ambito preciso può essere d'aiuto.

• Dare a tutti fiducia e informazioni accurate sui test che stai eseguendo.
• Tutti i membri del progetto avranno a pulire campo comprensione di ciò che viene testato e di ciò che non lo è.

Come determini la portata del tuo progetto?

Per determinare l'ambito, è necessario:

• Esigenza precisa del cliente
• Budget del progetto
• Specifiche
• Competenze e talento del tuo team di test

Ora, dovrebbe definire chiaramente cosa è "in ambito" e cosa è "fuori ambito" del test.

• Come requisito del software occhiali, il progetto Guru99 Bank si concentra esclusivamente sul test di tutti i funzioni e l'interfaccia esterna del sito web Guru99 Banca (nell'ambito test)
• Test non funzionali come stress, prestazioni or base di dati logica non verrà testato. (su scopo)

Scenario problematico

Il cliente vuole che tu testi la sua API. Ma il budget del progetto non glielo consente. In tal caso, cosa farai?

Bene, in tal caso, devi convincere il cliente che Test dell'API È un lavoro extra e consumerà risorse significative. Forniscigli dati a supporto dei tuoi fatti. Digli che se il test delle API è incluso nell'ambito, il budget aumenterà di XYZ.

Il cliente accetta e, di conseguenza, i nuovi ambiti, gli elementi fuori ambito sono

• Elementi compresi nell'ambito: Test di funzionalità, Test API
• Voci fuori ambito: Test del database, hardware e qualsiasi altra interfaccia esterna

Passaggio 2.2) Identificare il tipo di test

A Tipo di test è una procedura di test standard che fornisce un risultato di test previsto.

Ogni tipologia di test è formulata per identificare una specifica tipologia di bug del prodotto. Tuttavia, tutte le tipologie di test mirano a raggiungere un obiettivo comune: "Rilevazione precoce di tutti i difetti prima di consegnare il prodotto al cliente”

Migliori usato comunemente i tipi di test sono descritti come segue nella figura

Ci sono tonnellate di tipi di test per testare un prodotto software. Il tuo team non posso mettere con sufficiente impegno per gestire tutti i tipi di test. Come Test Manager, devi impostare priorità delle tipologie di prova

• Quali tipi di test dovrebbero essere concentrato per i test delle applicazioni web?
• Quali tipi di test dovrebbero essere ignorati per risparmiare sui costi?

Passaggio 2.3) Documentare rischi e problemi

Il rischio è un futuro evento incerto con una probabilità di evento e potenziale per la perdita. Quando il rischio si verifica effettivamente, diventa il 'problema'.

Nell'articolo Analisi e soluzione del rischio, hai già appreso in dettaglio l'analisi dei "rischi" e identificato i potenziali rischi nel progetto.

Nel piano di test QA documenterai tali rischi

Rischio	Mitigazione
I membri del team non possiedono le competenze necessarie per testare un sito web.	Piano a Corso di formazione per potenziare i tuoi membri
Il programma del progetto è troppo serrato; è difficile completare questo progetto in tempo	Impostato Priorità di prova per ciascuna delle attività di prova.
Il responsabile dei test ha scarse capacità gestionali	Pianifica formazione alla leadership per il direttore
Una mancanza di cooperazione influisce negativamente sulla produttività dei tuoi dipendenti	Incoraggiare ogni membro del team nel suo compito, e ispirare loro a sforzi maggiori.
Stima del budget errata e superamento dei costi	Stabilisci il file portata prima di iniziare il lavoro, presta molta attenzione alla pianificazione del progetto e costantemente track e misurare i progressi

Passaggio 2.4) Creare la logistica di test

Nella logistica dei test, il responsabile dei test dovrebbe rispondere alle seguenti domande:

• Chi lavora metterà alla prova?
• Quando si verificherà il test?

Chi metterà alla prova?

Potresti non conoscere i nomi esatti dei tester che effettueranno il test, ma il tipo di tester può essere definito.

Per selezionare il membro giusto per un compito specifico, è necessario valutare se le sue competenze sono idonee o meno per il compito e stimare il budget del progetto. Selezionare il membro sbagliato per il compito potrebbe causare il fallimento del progetto. fallire or essere ritardato.

Per eseguire test software è ideale una persona che possieda le seguenti competenze:

• Capacità di capito il punto di vista del cliente
• Forte desiderio per la qualità
• Attenzione elencare
• Buone cooperazione

Nel tuo progetto, il membro che si occuperà dell'esecuzione del test è il testerIn base al budget del progetto, è possibile scegliere come tester un membro interno o esterno.

Quando si svolgerà il test?

Le attività di test devono essere abbinate alle attività di sviluppo associate.

Inizierai a testare quando lo avrai fatto tutti gli elementi richiesti mostrato nella figura seguente.

Passaggio 3) Definire l'obiettivo del test

L'obiettivo del test è l'obiettivo generale e il raggiungimento dell'esecuzione del test. L'obiettivo del test è individuare il maggior numero possibile di difetti software; garantire che il software sottoposto a test sia senza bug prima del rilascio.

Per definire gli obiettivi del test, dovresti seguire i due passaggi seguenti

1. Elenca tutte le caratteristiche del software (funzionalità, prestazioni, GUI...) che potrebbero dover essere testate.
2. Definire il bersaglio oppure scopo del test basato sulle caratteristiche di cui sopra

Applichiamo questi passaggi per trovare l'obiettivo del test del tuo GuruProgetto di test della banca 99

Puoi scegliere il 'DALL'ALTO AL BASSO' metodo per trovare le funzionalità del sito web che potrebbero dover essere testate. In questo metodo, si suddivide l'applicazione in fase di test in componenti and sottocomponenti.

Nell'argomento precedente, hai già analizzato le specifiche dei requisiti e hai esplorato il sito Web, quindi puoi creare un Mappa mentale per trovare le seguenti funzionalità del sito web:

Questa figura mostra tutte le caratteristiche che il Guru99 siti web potrebbero avere.

In base alle caratteristiche sopra descritte, è possibile definire l'obiettivo di test del progetto. Guru99 come segue:

• Verifica se il sito web Guru99 funzionalità(Account, Deposito…) funziona come previsto senza errori o bug nell'ambiente aziendale reale
• Verificare che l'interfaccia esterna del sito web, come UI, funziona come previsto e soddisfa le esigenze del cliente
• Verifica il file usabilità del sito web. Queste funzionalità sono comode per l'utente oppure no?

Passaggio 4) Definire i criteri del test

I criteri di test sono uno standard o una regola su cui basare una procedura di test o un giudizio di test. Esistono due tipi di criteri di test:

Criteri di sospensione

Specificare i criteri di sospensione critici per un test. Se i criteri di sospensione vengono soddisfatti durante il test, il ciclo di test sarà attivo sospeso finché non ci saranno i criteri risoluto.

Esempio di piano di test: se i membri del tuo team segnalano che 40% dei casi di test falliti, dovresti sospendere test finché il team di sviluppo non risolve tutti i casi falliti.

Criteri di uscita

Specifica i criteri che denotano a di successo completamento di una fase di test. I criteri di uscita sono i risultati mirati del test e sono necessari prima di procedere alla fase successiva di sviluppo. Esempio: 95% di tutti i casi di test critici devono essere superati.

Alcuni metodi per definire i criteri di uscita prevedono la specifica di un obiettivo tasso di esecuzione and tasso di passaggio.

• Il tasso di esecuzione è il rapporto tra numero di casi di test eseguiti e/o numero totale di casi di test della specifica del test. Ad esempio, la specifica del test ha un totale di 120 TC, ma il tester ne ha eseguiti solo 100, quindi il tasso di esecuzione è 100/120 = 0.83 (83%)
• Il tasso di superamento è il rapporto tra numero di casi di test superati / casi di test eseguitiAd esempio, nei 100 TC eseguiti sopra, ci sono 80 TC che sono passati, quindi il tasso di superamento è 80/100 = 0.8 (80%)

Questi dati possono essere recuperati nei documenti Test Metric.

• Correre la tariffa è obbligatoria 100% a meno che non venga fornita una motivazione chiara.
• Passare la tariffa dipende dall'ambito del progetto, ma raggiungere un alto tasso di successo è un obiettivo.

Esempio di piano di test:Il tuo Team ha già effettuato le esecuzioni dei test. Ti riportano il risultato del test e vogliono che tu lo confermi Criteri di uscita.

Nel caso sopra indicato, il Run rate è obbligatorio ed è 100%, ma il team di test ha completato solo il 90% dei casi di test. Ciò significa che il Run Rate non è soddisfatto, quindi NON confermare i Criteri di Uscita.

Passaggio 5) Pianificazione delle risorse

Un piano delle risorse è un riassunto dettagliato di tutti i tipi di risorse necessarie per completare un'attività di progetto. Le risorse possono essere umane, attrezzature e materiali necessari per completare un progetto.

La pianificazione delle risorse è un fattore importante della pianificazione dei test perché aiuta in determinazione , il numero delle risorse (dipendenti, attrezzature...) da utilizzare per il progetto. Pertanto, il Responsabile del Test può elaborare la pianificazione e la stima corrette per il progetto.

Questa sezione rappresenta le risorse consigliate per il tuo progetto.

Risorse Umane

La tabella seguente rappresenta i vari membri del tuo team di progetto

No.	Member	Compiti
1.	Responsabile del test	gestire l'intero progetto Definire progetto itinerario Acquisire risorse adeguate
2.	Tester	Identificare e descrivere tecniche/strumenti di test/architettura di automazione appropriati Verificare e valutare l'approccio al test Eseguire i test, ceppo risultati, e rapporto i difetti. I tester possono essere composti da membri interni o esterni, in base al budget del progetto. Per il compito che richiede Basso abilità, ti consiglio di scegliere esternalizzato membri a salvare costo del progetto.
3.	Sviluppatore in prova	Realizzare i casi di test, il programma di test, la suite di test, ecc.
4.	Amministratore di prova	Costruisce e garantisce Ambiente di test e i beni sono gestito and mantenuto Tester di supporto per utilizzare l'ambiente di test per l'esecuzione dei test
5.	Membri della SQA	Assumersi la responsabilità della garanzia della qualità. Verificare se il processo di test soddisfa i requisiti specificati

Risorsa di sistema

Per testare un'applicazione web, è necessario pianificare le risorse come segue:

No.	Risorse	Descriptioni
1.	server	Installare l'applicazione web in fase di test. Ciò include un server web separato, un server di database e un server applicativo, se applicabile
2.	Strumento di prova	Lo strumento di test serve ad automatizzare i test, simulare le operazioni dell'utente e generare i risultati dei test. Ci sono tantissimi strumenti di test che puoi usare per questo progetto, come Selenium, QTP, ecc.
3.	Reti	Hai bisogno di una rete, che includa LAN e Internet, per simulare l'ambiente aziendale e utente reale
4.	computer	Il PC che gli utenti utilizzano spesso per connettersi al server web

Passaggio 6) Pianificare l'ambiente di test

Cos'è l'ambiente di test

Un ambiente di test è una configurazione di software e hardware su cui il team di test eseguirà i casi di test. L'ambiente di test è costituito da un vero affare and Utente ambiente, nonché ambienti fisici, come un server e un ambiente di esecuzione front-end.

Come impostare l'ambiente di test

Tornando al tuo progetto, come si imposta un ambiente di test per questo sito web bancario?

Per completare questa attività, è necessario forte cooperazione tra il Test Team e il Development Team.

Dovresti porre alcune domande allo sviluppatore per comprendere l'applicazione web sotto test chiaramenteEcco alcune domande consigliate. Naturalmente, puoi porre anche altre domande se necessario.

• Qual è il numero massimo di connessioni utente che questo sito web può gestire contemporaneamente?
• Quali sono i requisiti hardware/software per installare questo sito web?
• Il computer dell'utente necessita di impostazioni particolari per navigare sul sito web?

La figura seguente descrive l'ambiente di test del sito web bancario https://demo.guru99.com/V4

Passaggio 7) Pianificazione e stima

Nell'articolo Stima della provaHai già utilizzato alcune tecniche per stimare lo sforzo necessario per completare il progetto. Ora dovresti includere tale stima e la relativa pianificazione nella Pianificazione dei Test.

Nella fase di stima del test, supponiamo di suddividere l'intero progetto in piccole attività e di aggiungere la stima per ciascuna attività come segue

Task	Utenti	Stima lo sforzo
Creare la specifica del test	Progettista di test	170 ore uomo
Eseguire l'esecuzione del test	Tester, amministratore del test	80 ore uomo
Rapporto di prova	Tester	10 ore uomo
Prova di consegna		20 ore uomo
Totale		280 ore uomo

Quindi crei il programma per completare questi compiti.

"Creare una pianificazione" è un termine comune nella gestione dei progetti. Creando una pianificazione solida nella Pianificazione dei Test, il Responsabile dei Test può utilizzarla come strumento per monitorare l'avanzamento del progetto e controllare i costi aggiuntivi.

Per creare la pianificazione del progetto, il Test Manager necessita di diversi tipi di input, come segue:

• Scadenza del dipendente e del progetto: I giorni lavorativi, la scadenza del progetto e la disponibilità delle risorse sono i fattori che influenzano la pianificazione
• Stima del progetto: Sulla base della stima, il responsabile dei test sa quanto tempo ci vorrà per completare il progetto. In questo modo può stabilire la pianificazione del progetto appropriata.
• Rischio del progetto: La comprensione del rischio aiuta il responsabile del test ad aggiungere abbastanza tempo extra alla pianificazione del progetto per gestire i rischi

Facciamo pratica con un esempio:

Supponiamo che il capo voglia completare il progetto Guru99 in prima mese e hai già stimato lo sforzo per ogni attività in Stima dei Test. Puoi creare la pianificazione come segue

Passaggio 8) Testare i risultati finali

Test Deliverables è un elenco di tutti i documenti, strumenti e altri componenti che devono essere sviluppati e mantenuti a supporto dell'attività di test.

Esistono diversi risultati del test in ogni fase del ciclo di vita dello sviluppo del software.

Vengono forniti i risultati del test prima la fase di test.

• Documento dei piani di test.
• Documenti dei casi di test
• Specifiche di progettazione del test.

Vengono forniti i risultati del test durante il test

• Script di prova
• Simulatori.
• Dati di test
• Test TracMatrice di capacità
• Log degli errori e log di esecuzione.

Vengono forniti i risultati del test dopo il ciclo di test è terminato.

• Risultati/rapporti dei test
• Rapporto sui difetti
• Linee guida per le procedure di installazione/test
• Note di rilascio

Sfide comuni nella pianificazione dei test (e le loro soluzioni)

Una pianificazione efficace dei test si scontra spesso con ostacoli pratici. Riconoscere queste sfide e applicare soluzioni proattive garantisce un'esecuzione più fluida e una maggiore qualità del software.

1. Requisiti poco chiari
   La sfida Requisiti di progetto ambigui o mutevoli comportano una copertura dei test incompleta.
   Soluzione: Eseguire le verifiche dei requisiti e mantenere un requisito di vita tracmatrice di capacità.
2. Risorse limitate
   La sfida La mancanza di strumenti, tempo o personale qualificato per i test influisce sulla qualità dei test.
   Soluzione: Dare priorità ai casi di test critici e sfruttare l'automazione per le attività ripetitive.
3. Scadenze irrealistiche
   La sfida I tempi stretti riducono i tempi necessari per una corretta progettazione ed esecuzione dei test.
   Soluzione: Utilizzare tecniche di stima e comunicare tempestivamente i rischi alle parti interessate.
4. Povera comunicazione
   La sfida La mancanza di allineamento tra i team causa ritardi e rilavorazioni.
   Soluzione: Implementare riunioni di sincronizzazione regolari e dashboard condivise per la trasparenza.
5. Gestione del rischio inadeguata
   La sfida Ignorare i potenziali rischi può compromettere le tempistiche del progetto.
   Soluzione: Identificare i rischi in anticipo, tenere un registro dei rischi e pianificare strategie di mitigazione.

FAQ: