Descrizione del progetto
TradottoIl nostro team ha un'API REST che continua a crescere, e ad ogni rilascio la controlliamo manualmente, il che è lento e lascia passare le regressioni. Stiamo cercando un ingegnere di automazione QA per costruire una suite di test di accettazione che copra i principali flussi aziendali dell'API e funzioni autonomamente. L'obiettivo è che un endpoint rotto venga rilevato da una macchina prima di raggiungere un cliente, non da un ticket di supporto un giorno dopo.
Il lavoro inizia da raccolte di richieste raggruppate per funzionalità: autenticazione, ciclo di vita dell'ordine, catalogo e endpoint dell'account. Ogni richiesta necessita di asserzioni sulla risposta: il codice di stato, la forma del corpo, i valori dei campi chiave e il tempo di risposta entro un limite ragionevole. Vogliamo casi basati sui dati in modo che la stessa richiesta venga eseguita su diversi set di input, e una chiara separazione tra la configurazione dell'ambiente e i test stessi, in modo che la stessa suite possa puntare in modo sicuro a staging o produzione.
La suite deve essere eseguita all'interno della nostra pipeline di integrazione continua ad ogni modifica e far fallire la build quando un controllo fallisce, con un rapporto che un non tester può leggere: cosa è passato, cosa si è rotto e la richiesta e risposta esatta per ogni fallimento. Per favore, dicci quali strumenti utilizzeresti, come manterresti i test stabili contro dati instabili, e condividi un esempio di una suite di test API che hai consegnato in precedenza.
Il lavoro inizia da raccolte di richieste raggruppate per funzionalità: autenticazione, ciclo di vita dell'ordine, catalogo e endpoint dell'account. Ogni richiesta necessita di asserzioni sulla risposta: il codice di stato, la forma del corpo, i valori dei campi chiave e il tempo di risposta entro un limite ragionevole. Vogliamo casi basati sui dati in modo che la stessa richiesta venga eseguita su diversi set di input, e una chiara separazione tra la configurazione dell'ambiente e i test stessi, in modo che la stessa suite possa puntare in modo sicuro a staging o produzione.
La suite deve essere eseguita all'interno della nostra pipeline di integrazione continua ad ogni modifica e far fallire la build quando un controllo fallisce, con un rapporto che un non tester può leggere: cosa è passato, cosa si è rotto e la richiesta e risposta esatta per ogni fallimento. Per favore, dicci quali strumenti utilizzeresti, come manterresti i test stabili contro dati instabili, e condividi un esempio di una suite di test API che hai consegnato in precedenza.
Sviluppo software Contante, Bonifico bancario
