Abbiamo un repo di prova al di fuori del repository delle app e possiamo generare dati mediante query SQL dirette o tramite chiamate API (richieste http).
Ci siamo intrattenuti con l'idea di passare all'utilizzo di API esterne (richieste http).
C'è una chiara preferenza su quale approccio è migliore?
L'utilizzo delle richieste HTTP per popolare i dati nel repository aggiunge un altro potenziale livello di errore, oltre a un po 'di latenza aggiuntiva. Se l'API cambia, ti verrà richiesto di modificare anche le impostazioni di test, ad esempio.
Per lo stesso motivo; se la tua API impone il modo in cui le cose vengono archiviate nel repository SQL, se lo schema SQL cambia, dovrai modificare le query direttamente per le impostazioni di prova, mentre se hai usato l'API, non lo faresti.
Per me, questi sono i pro / contro principali che devi pesare, sceglierei quale è meno probabile che cambi, lo schema SQL o l'API.
Come sopra @JSarwer, devi scoprire qual è il livello più stabile della tua organizzazione e se le prestazioni sono un problema o meno.
In termini generali, tuttavia, API significa Programmazione applicazione Interfaccia , il che significa che è lo strato che dovresti usare per sviluppare applicazioni. I test di integrazione non sono diversi. Lo schema del database e le query SQL potrebbero essere solo un dettaglio di implementazione. E non dovresti mai code contro le implementazioni, ma contro le interfacce.
Ma forse la tua organizzazione ha la promessa di usare il livello database come interfaccia di programmazione, e lo schema è garantito per essere molto stabile. In tal caso, l'utilizzo diretto del database potrebbe funzionare.
Leggi altre domande sui tag integration-tests python