Descrizione del progetto
TradottoStiamo costruendo un nuovo prodotto web e il team frontend è inattivo in attesa di un backend che non sarà pronto per diverse settimane. Abbiamo bisogno di un server mock dedicato che legga la nostra specifica OpenAPI e prenda il posto del servizio reale, fornendo risposte predefinite e prevedibili per ogni endpoint descritto. L'obiettivo è ottenere un contratto stabile su cui le applicazioni client possano essere sviluppate e dimostrate fin da subito, in modo che quando il vero backend arriverà, il passaggio sarà solo una questione di cambiare l'URL di base. Questo è specificamente uno strumento di mocking e stub, non un gateway API o un framework di test: non sono necessari routing, proxy di autorizzazione e librerie di asserzione, solo risposte false autentiche.
Il mock dovrebbe analizzare la specifica e generare automaticamente esempi di payload da schemi dichiarati, ma dovrebbe anche consentire di sovrascrivere manualmente qualsiasi percorso con un corpo di risposta personalizzato legato a percorso, metodo e codice di stato. Voglio simulare condizioni reali su richiesta: ritardo configurabile per ogni endpoint, codici di errore forzati come 400, 401, 404, 429 e 500, oltre alla possibilità di restituire risposte diverse in base a un'intestazione di richiesta o flag in modo che il team possa testare sia i percorsi felici che la gestione degli errori. I fixture delle risposte dovrebbero vivere in file semplici che conserviamo in git, e il loro ricaricamento non dovrebbe richiedere un riavvio. Una piccola configurazione può impostare valori predefiniti globali per ritardi e tassi di errore.
In output mi aspetto un singolo servizio che si avvia localmente con un comando e si adatta allo stesso modo in un contenitore per un ambiente condiviso. Includere istruzioni chiare e un paio di scenari pronti.
— Analizza la specifica OpenAPI e genera esempi di risposta per ogni endpoint
— Sovrascrivi le risposte per percorso, metodo e stato tramite file di fixture modificabili
— Simula ritardi, timeout e codici di errore forzati su richiesta
— Ricarica a caldo i fixture senza riavviare il server
— Esegui localmente con un comando più immagine del contenitore per staging
Il mock dovrebbe analizzare la specifica e generare automaticamente esempi di payload da schemi dichiarati, ma dovrebbe anche consentire di sovrascrivere manualmente qualsiasi percorso con un corpo di risposta personalizzato legato a percorso, metodo e codice di stato. Voglio simulare condizioni reali su richiesta: ritardo configurabile per ogni endpoint, codici di errore forzati come 400, 401, 404, 429 e 500, oltre alla possibilità di restituire risposte diverse in base a un'intestazione di richiesta o flag in modo che il team possa testare sia i percorsi felici che la gestione degli errori. I fixture delle risposte dovrebbero vivere in file semplici che conserviamo in git, e il loro ricaricamento non dovrebbe richiedere un riavvio. Una piccola configurazione può impostare valori predefiniti globali per ritardi e tassi di errore.
In output mi aspetto un singolo servizio che si avvia localmente con un comando e si adatta allo stesso modo in un contenitore per un ambiente condiviso. Includere istruzioni chiare e un paio di scenari pronti.
— Analizza la specifica OpenAPI e genera esempi di risposta per ogni endpoint
— Sovrascrivi le risposte per percorso, metodo e stato tramite file di fixture modificabili
— Simula ritardi, timeout e codici di errore forzati su richiesta
— Ricarica a caldo i fixture senza riavviare il server
— Esegui localmente con un comando più immagine del contenitore per staging
Testi e traduzione Contante, Bonifico bancario
