Livelli di test-Una guida per principianti per tester software

Livelli di test software rappresentano le varie fasi del ciclo di vita di sviluppo del software che comprende una qualche forma di test.

Di solito, il test del software viene diviso in quattro livelli di test:

1. Unità di prova
2. Test di integrazione
3. Test di sistema
4. Test di accettazione

Livelli di test nel ciclo di vita dello sviluppo del software

Test del software - Livelli di test

Ora, tuffati per capire di più sui livelli di test.

Unit Testing:

Unit Testing è il primo livello di convalida fatto dagli sviluppatori. Assicura che la più piccola unità di codice funzioni correttamente. Un’unità potrebbe essere una funzione, un file o un programma. Quindi, possiamo anche chiamarlo come test a livello di modulo o componente.

Test di integrazione:

Il test di integrazione facilita il test della connessione o dello scambio di dati tra un diverso set di moduli. Puoi anche chiamarlo I&T Testing o String Testing approach.

Riduce in più approcci come l’approccio Top-Down, Bottom-Up e Sandwich (miscela di Top-Down e Bottom-Up). Questo processo viene aiutato utilizzando programmi modello noti come Stub e driver. Questi due moduli non simulano l’intera logica di programmazione del sistema ma convalidano il trasferimento dei dati utilizzando il modulo chiamante.

Integrazione del Big Bang:

Nei test di Big Bang, l’integrazione non può essere convalidata fino a quando tutti i moduli non sono disponibili. Una volta che sono pronti, controllerà se stanno eseguendo bene. Questo tipo di test ha alcuni inconvenienti come i bug possono apparire in una fase successiva. Inoltre, è difficile individuare da dove ha avuto origine il difetto, era nell’interfaccia o all’interno del codice del modulo.

Integrazione Top-Down:

Nei test Top-Down, l’integrazione di tutti i moduli di alto livello avviene prima ed entra in fase di test in una fase iniziale. In questo tipo di test, Stubs funge da moduli fittizi se la sua controparte originale non è ancora pronta per lo scopo dell’integrazione.

Bottom-Up Test di integrazione:

In Bottom – Up Integrazione, l’integrazione di tutti i moduli di basso livello accadere prima ed entra in fase di test. Qui, proprio come gli Stub, i driver fungono da modulo fittizio a scopo di integrazione.

Stub:

È un programma di test che viene chiamato dal modulo in prova.

Driver:

È anche un programma di test che avvia il modulo in prova.

Test di sistema (o test end-To-End):

Rimane nella parte inferiore della piramide di test e rientra nella categoria dei test Black box

Poiché qui si verifica la convalida completa dell’applicazione integrata, quindi possiamo anche chiamarla Test di flusso End-to-End.

Conferma che il prodotto è in esecuzione come previsto su tutte le piattaforme supportate. I test con dati di input diversi vengono eseguiti per verificare che l’applicazione restituisca gli output previsti. Valuta anche l’esperienza dell’utente durante il test.

Test di accettazione:

Intende aiutare a vincere le approvazioni dei clienti in modo che possano ricevere il prodotto e rilasciare i pagamenti.

Test di accettazione ha seguenti sottotipi come Alfa, Beta & Test gamma.

Alpha Testing:

Alpha testing assomiglia al test di usabilità che viene eseguito dagli sviluppatori che hanno creato il prodotto. In alcuni casi, i clienti richiedono di eseguire nei loro ambienti dal valutatore esterno in presenza di sviluppatori core/QA.

Test beta:

Un numero limitato di utenti finali effettua il beta testing prima della consegna. Se aumentano la necessità di alcune modifiche, il difetto viene creato e assegnato agli sviluppatori per la risoluzione.

Test gamma:

Test gamma verifica il software per la prontezza del rilascio. Si verifica verso la fine del ciclo di vita dello sviluppo del software.

Deve leggere – 100 Domande di intervista test manuale per tester di tutti i livelli di esperienza.

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.