Che cos'è il test dei componenti?
Il test dei componenti è definito come un tipo di test del software, in cui il test viene eseguito su ogni singolo componente separatamente senza integrarsi con altri componenti. Viene anche definito test del modulo quando viene visualizzato dal punto di vista dell'architettura. Il test dei componenti è indicato anche come test unitario, test del programma o test del modulo.
In generale, qualsiasi software nel suo insieme è composto da diversi componenti. Il test a livello di componente si occupa di testare questi componenti individualmente.
È uno dei tipi di test black box più frequenti che viene eseguito dal team QA.
Secondo il diagramma sottostante, ci sarà una strategia di test e un piano di test per il test dei componenti. Dove ogni parte del software o dell'applicazione è considerata individualmente. Per ciascuno di questo componente verrà definito uno scenario di test, che sarà ulteriormente ridotto in casi di test di alto livello -> Casi di test dettagliati di basso livello con prerequisiti.
L'utilizzo del termine " Test dei componenti " varia da dominio a dominio e da organizzazione a organizzazione.
I motivi più comuni per la diversa percezione del test dei componenti sono
- Tipo di modello di ciclo di vita di sviluppo scelto
- Complessità del software o dell'applicazione sotto test
- Test con o senza isolamento dal resto di altri componenti nel software o nell'applicazione.
Come sappiamo, Software Test Life Cycle Architecture ha molti artefatti di test (documenti realizzati, utilizzati durante le attività di test). Tra i molti test - artefatti, è la Test Policy & Test Strategy che definisce i tipi di test, la profondità dei test da eseguire in un dato progetto.
Chi fa il test dei componenti
Il test dei componenti viene eseguito dai tester. Lo 'Unit Testing' viene eseguito dagli sviluppatori dove eseguono il test della singola funzionalità o procedura. Dopo l'esecuzione del test unitario, il test successivo è il test dei componenti. Il test dei componenti viene eseguito dai tester.
Quando eseguire il test dei componenti
Il test dei componenti viene eseguito subito dopo che gli Unit Testing vengono eseguiti dagli sviluppatori e la build viene rilasciata per il team di test. Questa build è denominata build UT (Unit Testing Build). In questa fase vengono testate le principali funzionalità di tutti i componenti,
Criteri di ammissione per il test dei componenti
- Il numero minimo di componenti da includere nell'UT dovrebbe essere sviluppato e unit testato.
Criteri di uscita per il test dei componenti
- La funzionalità di tutti i componenti dovrebbe funzionare correttamente.
- Non dovrebbe essere presente alcun registro dei difetti di gravità critica o alta o media e difetti di priorità.
Tecniche di test dei componenti
In base alla profondità dei livelli di test, il test dei componenti può essere classificato come
- CTIS - Test dei componenti in piccole dimensioni
- CTIL - Test dei componenti in grande
CTIS - Component Testing in Small
Il test dei componenti può essere eseguito con o senza l'isolamento del resto degli altri componenti nel software o nell'applicazione sotto test. Se viene eseguito con l'isolamento di un altro componente, viene indicato come Component Testing in Small.
Esempio 1: si consideri un sito Web che ha 5 diverse pagine Web, quindi il test di ciascuna pagina Web separatamente e con l'isolamento di altri componenti viene indicato come Test dei componenti in Small.
Esempio 2: si consideri la home page del sito Web guru99.com che ha molti componenti simili
Home, Testing, SAP, Web, Must Learn !, Big Data, Live Projects, Blog e così via.
Allo stesso modo, qualsiasi software è composto da molti componenti e inoltre ogni componente avrà i propri sottocomponenti. Il test di ciascun modulo menzionato nell'esempio 2 separatamente senza considerare l'integrazione con altri componenti viene definito Test dei componenti in Small.
Fare clic sul menu a discesa Testing come mostrato di seguito e vedere i vari "sottocomponenti" del componente Testing. Quindi i sottocomponenti visualizzati sono Test manuale, SOAPUI, QTP, JUnit, Selenium, Gestione test, Selenio, Test mobile, ecc.
Nota: i sottocomponenti sono menzionati con il colore evidenziato in rosso nell'istantanea sottostante.
CTIS - Component Testing in Small
Il test dei componenti eseguito senza l'isolamento di altri componenti nel software o nell'applicazione sottoposta a test è denominato Component Testing Large.
Facciamo un esempio per capirlo meglio. Supponiamo che ci sia un programma che consiste di tre componenti dicono Componente A , Componente B, e Componente C .
Lo sviluppatore ha sviluppato il componente B e lo desidera testato. Ma per testare completamente il componente B, poche delle sue funzionalità dipendono dal componente A e poche dal componente C.
Flusso di funzionalità: A -> B -> C, il che significa che c'è una dipendenza da B sia da A che da C, come per lo stub del diagramma è la funzione chiamata e il driver è la funzione chiamante .
Ma il componente A e il componente C non sono stati ancora sviluppati. In tal caso, per testare completamente il componente B, possiamo sostituire il componente A e il componente C con stub e driver come richiesto. Quindi, fondamentalmente, i componenti A e C vengono sostituiti da stub e driver che fungono da oggetto fittizio fino a quando non vengono effettivamente sviluppati.
- Stub: uno stub viene richiamato dal componente software da testare come mostrato nel diagramma sottostante. "Stub" viene chiamato dal componente A.
- Driver: un driver chiama il componente da testare come mostrato nel diagramma sottostante. 'Component B' viene chiamato da Driver.
Esempi di casi di test per il test dei componenti
Considera 2 pagine web secondo i diagrammi menzionati di seguito, qui entrambe le pagine web sono correlate tra loro da un punto di vista della funzionalità.
- La pagina Web 1 è la pagina di accesso a demo.guru99.com
Quando l'utente ha immesso un ID utente e una password validi nel campo di testo e fa clic sul pulsante di invio, la pagina web naviga alla home page del sito web della banca demo guru99.
- La pagina web 2 è la home page di Guru99.com
Quindi qui la pagina di accesso è un componente e la home page è un altro. Ora il test della funzionalità delle singole pagine separatamente viene chiamato test dei componenti .
Scenario di test dei componenti sulla pagina web1 -
- Immettere un ID utente non valido e verificare se all'utente finale viene visualizzato un popup di avviso di facile utilizzo.
- Immettere l'ID utente e la password non validi e fare clic su "ripristina" e verificare se i dati inseriti nei campi di testo ID utente e password sono stati cancellati.
- Immettere il nome utente e la password validi e fare clic sul pulsante "Accedi".
Scenario di test dei componenti sulla pagina web2 -
- Verificare se nella home page viene visualizzato il messaggio "Benvenuti nella pagina del gestore di guru99 bank".
- Verifica se tutti i link sul lato sinistro della pagina web sono cliccabili.
- Verifica se l'ID del gestore viene visualizzato al centro della home page.
- Verificare la presenza delle 3 diverse immagini in home page come da diagramma.
Test unitario vs test dei componenti
| Test unitario | Test dei componenti |
|---|---|
|
|
|
|
|
|
|
|
Sommario:
Nell'ingegneria del software, il test dei componenti gioca un ruolo cruciale nella ricerca dei bug. Prima di iniziare con il test di integrazione, è sempre consigliabile eseguire il test dei componenti per garantire che ogni componente di un'applicazione funzioni in modo efficace.
Il test di integrazione è seguito dal test dei componenti. Test dei componenti indicato anche come test del modulo in alcuni riferimenti.