Introduzione al System Integration Testing (SIT)
Il test di integrazione del sistema è un tipo di test che viene eseguito sul sistema completo dopo l'integrazione dei moduli hardware e software di quel sistema. Viene fatto per convalidare il comportamento del sistema e per verificare se tutti i moduli nel sistema funzionano adeguatamente tra loro. Viene anche fatto per preservare l'integrità dei dati tra i moduli nel sistema.
Il System Integration Testing (SIT) viene eseguito dopo che i sottosistemi sono stati sottoposti singolarmente a Unit Test e che il test è stato superato. SIT quindi verifica il sistema nel suo insieme, dopo che è stato integrato. Il risultato di SIT viene quindi passato al test di accettazione dell'utente (UAT).
Vantaggi del test di integrazione di sistema
- SIT aiuta a rilevare i difetti in una fase precoce. I difetti rilevati durante SIT vengono rinviati per essere riparati dal team di sviluppo. Questo aiuta a risparmiare tempo e costi per ripararlo in un secondo momento, il che può essere più costoso.
- SIT aiuta a ottenere un'opinione iniziale sull'accettabilità di un modulo nel sistema.
- SIT aiuta ad esporre i guasti che possono verificarsi quando i componenti integrati interagiscono.
- Esistono diversi moduli in un sistema e l'unità di test tutti i moduli individualmente richiede tempo. Anche se ogni unità viene testata singolarmente, anche in questo caso esiste la possibilità che possa fallire una volta integrata nel suo insieme in quanto vi sono molti problemi che sorgono quando i sottosistemi interagiscono tra loro.
Pertanto, SIT è essenzialmente tenuto a scoprire e risolvere i problemi prima di inviare il sistema all'utente.
Approcci per l'esecuzione di SIT
Diamo un'occhiata ai diversi approcci per eseguire SIT, capiamo uno per uno.
1. Approccio dall'alto verso il basso
Questo è un approccio incrementale, in cui il test inizia nel modulo più in alto di un'applicazione. La funzionalità dei moduli di livello inferiore è simulata con l'aiuto di stub. Il modulo superiore è integrato con gli stub dei moduli ai livelli inferiori, uno per uno per testarne le funzionalità. Una volta completato ogni test, il rispettivo stub viene sostituito dal modulo reale. Questo modo di test continua fino a quando l'intero sistema non viene testato.
Vantaggio
- Non sono necessari driver e la funzionalità del sistema viene utilizzata per specificare i casi di test.
Svantaggio
- C'è una dipendenza dalla disponibilità della funzionalità dei moduli di livello inferiore.
- Potrebbe esserci un ritardo nei test poiché i moduli reali vengono sostituiti con stub.
- Scrivere matrici è difficile.
2. Approccio dal basso
Questo è un approccio incrementale, in cui innanzitutto i moduli di livello più basso vengono riuniti per formare cluster. Quindi viene creato un driver per ottenere l'input e l'output del test case. Quindi il cluster viene testato. Dopo aver testato il cluster, il driver viene rimosso, in modo che il cluster possa essere combinato con il livello superiore. Questo modo di test continua fino a quando l'intero sistema non viene testato.
Vantaggio
- Gli stub non sono necessari in questo approccio.
- Il test diventa più semplice man mano che il processo sale perché l'uso dei driver è ridotto.
Svantaggio
- Il modulo più importante, ovvero l'interfaccia utente, viene testato alla fine.
3. Approccio al Big Bang
In questo approccio, i moduli del sistema sono integrati solo dopo il completamento di tutti i moduli. Dopo l'integrazione, i test vengono eseguiti su tutto il sistema per verificarne il funzionamento.
Vantaggio
- È richiesto un solo round di SIT.
Svantaggio
- È difficile trovare la causa principale di un errore.
Processo di test di integrazione di sistema
Il metodo più comune per eseguire SIT è attraverso il metodo basato sui dati in quanto richiede il minimo utilizzo di strumenti di test del software.
In questo metodo, in primo luogo, si verifica uno scambio di dati, vale a dire l'importazione e l'esportazione dei dati tra i moduli di sistema e quindi si osservano le prestazioni di ciascun campo di dati all'interno del singolo livello.
Una volta che il software è stato integrato, ci possono essere tre stati principali del flusso di dati:
1. Stato dei dati quando scorre all'interno del livello di integrazione
Il livello di integrazione funge da interfaccia tra l'importazione e l'esportazione dei dati. Per eseguire SIT a questo livello è richiesta una conoscenza di base di alcune tecnologie di schema.
Passaggi per eseguire SIT per convalidare lo scambio di dati:
- Autenticare le proprietà dei dati all'interno di questo livello rispetto ai documenti dei requisiti.
- Convalida la richiesta del servizio Web.
- Eseguire alcuni test unitari per verificare i mapping e le richieste di dati.
- Rivedere i registri.
2. Stato dei dati quando scorre all'interno del livello Database
È richiesta una conoscenza di base di SQL per eseguire SIT a questo livello.
Passaggi per eseguire SIT per convalidare lo scambio di dati:
- Verifica se tutti i dati sono stati raggiunti ed è stato eseguito il commit dal livello precedente.
- Autenticare le proprietà di tabella e colonna rispetto ai documenti dei requisiti.
- Verificare le regole di convalida dei dati e i vincoli applicati al database.
- Controllare le procedure memorizzate per eventuali dati da elaborare.
- Rivedere i registri.
3. Stato dei dati quando scorre all'interno del livello Applicazione
Passaggi per eseguire SIT per convalidare lo scambio di dati:
- Controlla la visibilità dei campi nell'interfaccia utente.
- Eseguire casi di test, sia positivi che negativi per confermare i dati.
Esempio di SIT
Per rendere SIT un po 'più chiaro, facciamo un esempio di un'azienda che utilizza software per memorizzare i dettagli dei dipendenti.
Questo software comprende due schermate nell'interfaccia utente, vale a dire Schermata Nome e Schermata ID dipendente, e ha un database chiamato Database A. I dettagli immessi nella Schermata Nome e Schermata ID dipendente vengono inseriti nel Database A.
Dopo alcuni anni, l'azienda richiede ulteriori dati dai dipendenti. Pertanto, è necessario un miglioramento e sviluppano una schermata di indirizzo con un altro database, Database B. Ora, questo sistema con schermata di indirizzo e database B deve essere integrato con il sistema esistente, e quindi questi test eseguiti su tutto il sistema per una corretta funzionalità si chiama SIT.
Per concludere, SIT è una parte importante dei nostri test in quanto ci dà la prima impressione di come sta funzionando la nostra applicazione. Può essere fatto mediante approcci e processi diversi e possiamo usare qualunque sia adatto alla nostra applicazione.
Articoli consigliati
Questa è stata una guida ai test di integrazione di sistema. Qui abbiamo discusso i concetti, gli approcci, i vantaggi e gli svantaggi del test di integrazione di sistema. Puoi anche consultare i nostri altri articoli suggeriti per saperne di più -
- Che cos'è il test del software?
- Test delle domande di intervista
- Ciclo di vita dei difetti nei test del software
- Domande sul colloquio di progettazione del sistema