Il test di integrazione è una fase di sviluppo e test del software in cui vengono riunite e testate più unità o moduli all’interno di un programma o di una configurazione hardware. Queste varie unità sono state generalmente testate singolarmente per garantire che ciascuna unità funzioni correttamente da sola; questa fase di test integra queste unità disparate in un sistema più ampio. Questo può essere fatto nello sviluppo del software per garantire che i diversi aspetti di un programma più grande siano in grado di lavorare insieme o nei test dell’hardware per garantire la corretta funzionalità tra le diverse unità. Il test di integrazione è una fase chiave del test poiché è possibile trovare molti bug e sviluppare versioni di rilascio anticipato dell’intero software o hardware.
Definito anche integrazione e test, o I&T, il test di integrazione è generalmente visto come la seconda fase principale del test. La prima fase è chiamata test di unità ed è focalizzata principalmente sul test di singole unità o parti di un programma o sistema più ampio per garantire che ciascuna unità funzioni da sola. Queste unità separate vengono riunite nei test di integrazione, una volta che ciascuna di esse ha superato il test di unità, per garantire che possano lavorare insieme in gruppi più grandi. In seguito, verranno in genere messi insieme nell’intero sistema o programma in fase di sviluppo e test come parte di quel sistema completo, che viene chiamato test del sistema.
Esistono molti modi per eseguire i test di integrazione, anche se in genere vengono utilizzati alcuni metodi comuni. Il test bottom-up è abbastanza comune e di solito comporta il test di diversi aspetti di un sistema integrato a partire dai livelli inferiori del sistema. Una volta che questi aspetti “inferiori” del sistema hanno superato il test, il test si sposta “su” verso aspetti più importanti. È anche possibile eseguire una forma di test di integrazione dall’alto verso il basso, in cui vengono testati prima i livelli più alti di un sistema e il processo continua a spostarsi “in basso” verso livelli inferiori.
Uno dei maggiori problemi con questi due tipi di test di integrazione, tuttavia, è che nessuno dei due può stabilire facilmente una versione anticipata di un prodotto con funzionalità di base. Questo tipo di rilascio della versione alfa può essere vitale per maggiori opportunità di test, quindi in genere devono essere adottati altri approcci per consentire tale rilascio. Uno di questi approcci è una forma di test “big bang” in cui tutte le parti del sistema integrato vengono testate contemporaneamente. Questo può essere vantaggioso se ci sono pochi problemi o bug con il software in fase di test, ma può essere difficile individuare problemi specifici se sono presenti troppi.
Esiste anche un tipo di test di integrazione denominato “test a sandwich” che cerca di alleviare alcuni di questi problemi. Fondamentalmente, questo tipo di test inizia contemporaneamente sia con i test top-down che bottom-up, ed entrambe le forme di test effettivamente “si incontrano nel mezzo”. Ciò consente il test precoce dei sistemi logici di base, un vantaggio del test dall’alto verso il basso e identifica in anticipo i problemi più piccoli, come con il test dal basso verso l’alto. Tali test possono anche produrre più rapidamente una versione di rilascio anticipato del prodotto per test su larga scala o dimostrazioni multimediali avanzate del prodotto.