PIANO DI TEST nel test del software (esempio)

Come determini l'ambito 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 occorre definire chiaramente “nell’ambito” e “fuori ambito” dei test.

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

Scenario problematico

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

Bene, in tal caso devi convincere il cliente Test dell'API è un lavoro extra e consumerà risorse significative. Forniscigli i dati che supportano i tuoi fatti. Digli che se Api Testing è incluso nell'ambito, il budget aumenterà dell'importo XYZ.

Il cliente è d'accordo e di conseguenza i nuovi ambiti, gli articoli 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.

Ciascun tipo di test è formulato per identificare un tipo specifico di bug del prodotto. Ma tutti i tipi di test mirano a raggiungere un obiettivo comune”Rilevazione precoce di tutti i difetti prima di consegnare il prodotto al cliente”

usato comunemente i tipi di test sono descritti nella figura seguente

Ci sono tonnellate di tipi di test per testare il prodotto software. La tua squadra non posso avere sforzi sufficienti per gestire tutti i tipi di test. In qualità di Responsabile del test, devi impostare priorità delle tipologie di prova

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

Passaggio 2.3) Documentare rischi e problemi

Il rischio è del futuro evento incerto con una probabilità di evento e potenziale per 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

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 del tester che eseguirà il test, ma il tipo di tester può essere definito.

Per selezionare il membro giusto per un compito specifico, devi considerare se le sue competenze sono qualificate per il compito o meno, stimare anche il budget del progetto. La selezione di un membro sbagliato per l'attività potrebbe causare problemi al progetto fallire or ritardo.

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

• Capacità di capito punto di vista dei clienti
• Strong desiderio per la qualità
• Attenzione elencare
• Buone cooperazione

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

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

Obiettivo del test è l'obiettivo generale e il raggiungimento dell'esecuzione del test. L'obiettivo del test è trovare il maggior numero possibile di difetti del software; assicurarsi che il software in prova lo sia senza bug prima del rilascio.

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

1. Elenca tutte le caratteristiche del software (funzionalità, prestazioni, GUI...) che potrebbe essere necessario testare.
2. Definire il bersaglio oppure scopo del test in base alle caratteristiche di cui sopra

Applichiamo questi passaggi per trovare l'obiettivo del test del tuo progetto di test Guru99 Bank

Puoi scegliere il 'DALL'ALTO AL BASSO' metodo per trovare le funzionalità del sito Web che potrebbe essere necessario testare. In questo metodo, suddividi l'applicazione sotto test componente e dell' sottocomponente.

Nell'argomento precedente, hai già analizzato le specifiche dei requisiti e visitato il sito Web, in modo da poter creare un file Mappa mentale per trovare le funzionalità del sito web come segue

Questa figura mostra tutte le funzionalità che il sito Web Guru99 può avere.

Sulla base delle caratteristiche di cui sopra, è possibile definire l'obiettivo del test del progetto Guru99 come segue

• Controlla che il sito web Guru99 funzionalità(Conto, 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 convenienti per l'utente o no?

Passaggio 4) Definire i criteri del test

I criteri di test sono uno standard o una regola su cui può essere basata una procedura di test o un giudizio di test. Ci sono 2 tipi di criteri di test come segue

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 ci sono 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 e dell' tasso di passaggio.

• La velocità di esecuzione è il rapporto tra numero di casi di test eseguiti/casi di test totali delle specifiche di prova. Ad esempio, la specifica del test ha un totale di 120 TC, ma il tester ne ha eseguiti solo 100, quindi la velocità di esecuzione è 100/120 = 0.83 (83%)
• Il tasso di passaggio è il rapporto tra numeri casi di test superati/casi di test eseguiti. Ad esempio, su oltre 100 TC eseguiti, ce ne sono 80 superati, 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 raggiungimento di un tasso di successo elevato è 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 precedente, la velocità di esecuzione è obbligatoria 100%, ma il team di test ha completato solo il 90% dei casi di test. Significa che il tasso di esecuzione non è soddisfatto, quindi NON confermare i criteri di uscita

Passaggio 5) Pianificazione delle risorse

Il piano delle risorse è a riassunto dettagliato di tutti i tipi di risorse necessarie per completare l'attività del progetto. Le risorse potrebbero essere umane, attrezzature e materiali necessari per completare un progetto

La pianificazione delle risorse è un fattore importante nella pianificazione del test perché aiuta determinazione , il numero delle risorse (dipendente, attrezzature…) da utilizzare per il progetto. Pertanto, il Test Manager può effettuare 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

Risorsa di sistema

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

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 è composto da vero affare e dell' Utente ambiente, nonché ambienti fisici, come server, ambiente di esecuzione front-end.

Come impostare l'ambiente di test

Tornando al tuo progetto, come lo imposti ambiente di test per questo sito web bancario?

Per completare questa attività, è necessario una forte cooperazione tra Team di Test e Team di Sviluppo

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

• Qual è la connessione massima dell'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 qualche impostazione particolare per poter navigare sul sito?

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 prova, hai già utilizzato alcune tecniche per stimare lo sforzo necessario per completare il progetto. Ora dovresti includere tale stima e il programma nella pianificazione del test

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

Quindi crei il programma per completare questi compiti.

Fare pianificazione è un termine comune nella gestione dei progetti. Creando un programma solido nella pianificazione del test, il responsabile del test può utilizzarlo come strumento per monitorare l'avanzamento del progetto e controllare i superamenti dei costi.

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

• Scadenza del dipendente e del progetto: I giorni lavorativi, la scadenza del progetto, la disponibilità delle risorse sono i fattori che hanno influenzato la pianificazione
• Stima del progetto: In base alla stima, il Test Manager sa quanto tempo ci vuole per completare il progetto. In questo modo può elaborare il programma di progetto appropriato
• Rischio del progetto : Comprendere il rischio aiuta il Test Manager ad aggiungere abbastanza tempo extra alla pianificazione del progetto per affrontare i rischi

Facciamo pratica con un esempio:

Supponiamo che il capo voglia completare il progetto Guru99 in prima mese, hai già stimato l'impegno per ciascuna attività in Stima del test. È possibile creare la pianificazione come di seguito

Passaggio 8) Testare i risultati finali

I Test Deliverables sono 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 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
• Matrice di tracciabilità dei test
• Log degli errori e log di esecuzione.

Vengono forniti i risultati del test dopo i cicli di test sono terminati.

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

Risorse

Scarica un modello di piano di test di esempio

Scarica il piano di test del sistema di esempio dal sito web Guru99 Bank