Test end-to-end di apis di sola scrittura

0

Nel nostro processo di implementazione per i nostri servizi, oltre ai test di unità e integrazione, abbiamo anche un piccolo test del fumo per i nostri servizi. Principalmente per verificare che la distribuzione sia andata a buon fine, i servizi cloud sono stati configurati correttamente con stringhe di connessione funzionanti e domini funzionanti.

Per la maggior parte dei servizi questo è abbastanza facile. Fai una richiesta ad un endpoint che sai che colpirà il db e controllerai la risposta.

Ora disponiamo di un servizio di sola scrittura in cui i fat client scrivono alcuni dati per la verifica e la registrazione perché vengono fatturati per le loro attività in seguito.

Esiste un buon modo per noi di scrivere test del fumo per questo tipo di servizio. Sto vedendo un'analogia con le carte di credito dove so che esistono schede di prova speciali che non fanno pagare alcun dato. Quindi nel nostro servizio potremmo codificare con difficoltà alcuni test guid che non impegnano una transazione o qualcosa del genere.

C'è un approccio migliore?

    
posta Esben Skov Pedersen 09.09.2015 - 11:33
fonte

1 risposta

1

Se l'obiettivo del tuo smoke test è controllare che un fat-client possa chiamare qualche funzione nel tuo servizio di sola scrittura per fare in modo che la connettività di rete sia ok e il servizio sia in esecuzione perché non aggiungere un extra non letto -un solo metodo di servizio chiamato "self-test" che risponde a qualcosa definito dal fat-client e che non verrebbe addebitato.

potrebbe essere qualcosa di simile alla rete "ping" -comando

    
risposta data 09.09.2015 - 13:50
fonte

Leggi altre domande sui tag