Testiamo tutte le nostre integrazioni di gestori nel miglior modo possibile. Tuttavia è buona prassi testare personalmente l’intera configurazione concreta. In particolare per individuare i problemi che si trovano tra la nostra API e la vostra applicazione.

Questa documentazione illustra diverse strategie per realizzare i test. A seconda del caso aziendale, l’una o l’altra strategia risulta la più adatta. Eventualmente è anche possibile combinare queste strategie.

L’approccio più semplice consiste nel separare completamente l’ambiente di test dall’ambiente di produzione. A tale scopo permettiamo di configurare spazi diversi. Questi spazi sono completamente isolati. Il vantaggio è che i dati non vengono mai mescolati e quindi il sistema di produzione non viene inquinato con dati di test.

Ciò implica tuttavia che tutte le impostazioni e le configurazioni devono essere copiate da un ambiente all’altro.

Un altro approccio consiste nel passare alla modalità test ogni volta che è necessario. Ciò consente un modo di testare rapido e flessibile. Tuttavia i dati di produzione vengono inquinati con dati di test e gli utenti live potrebbero vedere l’ambiente di test.

Uno spazio può contenere più configurazioni per lo stesso gestore. I test condizionali sfruttano questa funzionalità configurando un gestore di test e un gestore live. Aggiungendo una condizione sui connettori collegati al gestore di test, questi connettori possono essere filtrati. Ad esempio, la condizione può filtrare in base all’importo o al paese. Quando deve essere eseguita una transazione di test, i dati forniti dall’altra applicazione vengono modificati in modo da corrispondere alla condizione configurata sul connettore di test.

Questo approccio consente di testare connettori e gestori all’interno dell’ambiente live senza che l’utente veda questi connettori. Questo approccio consente anche di condividere determinate configurazioni (ad esempio le risorse). Tuttavia le configurazioni di gestore e connettore devono essere gestite due volte.