I test di integrazione utilizzano simulazioni?

Sono attualmente in una classe per i test del software in cui per il nostro progetto del semestre, dobbiamo eseguire più tipi di test su di esso, come test di unità e test di integrazione. Per i test di integrazione, il professore ha dichiarato di utilizzare simulazioni e librerie beffarde (come EasyMock e Mockito) per i nostri test di integrazione. Mi sto confondendo abbastanza però. Il test di integrazione sta testando al di fuori di classi, moduli, servizi, ecc. Perché i mock e gli stub dovrebbero essere appropriati da usare nel test di integrazione se si stanno testando più classi e servizi?

Se si dispone di una funzionalità che tocca diversi componenti esterni, è possibile prendere in giro tutti tranne uno per isolare e testare un componente specifico. Ad esempio, supponiamo di avere una funzione che chiama un servizio Web e quindi fa qualcosa con un database basato sui risultati. È possibile scrivere tre test di integrazione:

1. un test che prende in giro la chiamata al servizio web ma implica una vera connettività al database.
2. un test che effettua una vera chiamata al servizio web ma utilizza la connettività del database finto.
3. un test che effettua una vera chiamata al servizio web e comporta una vera connessione al database.

Se esegui tutti e tre i test e 1 e 3 falliscono, ci sono buone probabilità che ci sia un bug nel tuo codice che funziona con il database, poiché l'unico test che è stato superato è stato quello usando la finta connettività del database.

In generale, i test di integrazione non usano simulazioni, ma a volte ho fatto qualcosa del genere.

Non è immediatamente chiaro cosa si intende per Test di integrazione, ma l'uso di Fakes / Mock / Test Doubles è una tecnica valida per creare scenari di test a tutti i livelli all'interno della piramide dei test . [1] [2] [3]

• [1] https://martinfowler.com/bliki/IntegrationTest.html
• [2] https://martinfowler.com/bliki/TestDouble.html
• [3] https://martinfowler.com/articles/practical-test-pyramid.html