Descrição do projeto
TraduzidoEstamos construindo um novo produto web e a equipe de frontend está ociosa esperando por um backend que não estará pronto por várias semanas. Precisamos de um servidor mock dedicado que leia nossa especificação OpenAPI e substitua o serviço real, servindo respostas pré-fabricadas previsíveis para cada endpoint descrito. O objetivo é obter um contrato estável que as aplicações cliente possam ser desenvolvidas e demonstradas agora, para que quando o backend real chegar, a troca seja apenas uma questão de mudar a URL base. Isso é especificamente uma ferramenta de simulação e stub, não um gateway de API ou framework de teste: roteamento, proxy de autorização e bibliotecas de asserção não são necessárias, apenas respostas falsas autênticas.
O mock deve analisar a especificação e gerar automaticamente exemplos de payload a partir de esquemas declarados, mas também permitir a substituição manual de qualquer rota com corpo de resposta personalizado vinculado a caminho, método e código de status. Quero simular condições reais sob demanda: atraso configurável para cada endpoint, códigos de erro forçados como 400, 401, 404, 429 e 500, além da capacidade de retornar diferentes respostas com base em um cabeçalho de solicitação ou sinalizador para que a equipe possa testar tanto caminhos felizes quanto tratamento de erros. Os fixtures de resposta devem viver em arquivos simples que armazenamos no git, e recarregá-los não deve exigir uma reinicialização. Uma pequena configuração pode definir valores padrão globais para atraso e taxas de erro.
Na saída, espero um único serviço que inicie localmente com um comando e se encaixe da mesma forma em um contêiner para um ambiente compartilhado. Inclua instruções claras e alguns cenários prontos.
— Analisar a especificação OpenAPI e gerar exemplos de resposta para cada endpoint
— Substituir respostas por caminho, método e status através de arquivos de fixture editáveis
— Simular atrasos, timeouts e códigos de erro forçados sob demanda
— Recarregar fixtures sem reiniciar o servidor
— Executar localmente com um comando mais imagem de contêiner para staging
O mock deve analisar a especificação e gerar automaticamente exemplos de payload a partir de esquemas declarados, mas também permitir a substituição manual de qualquer rota com corpo de resposta personalizado vinculado a caminho, método e código de status. Quero simular condições reais sob demanda: atraso configurável para cada endpoint, códigos de erro forçados como 400, 401, 404, 429 e 500, além da capacidade de retornar diferentes respostas com base em um cabeçalho de solicitação ou sinalizador para que a equipe possa testar tanto caminhos felizes quanto tratamento de erros. Os fixtures de resposta devem viver em arquivos simples que armazenamos no git, e recarregá-los não deve exigir uma reinicialização. Uma pequena configuração pode definir valores padrão globais para atraso e taxas de erro.
Na saída, espero um único serviço que inicie localmente com um comando e se encaixe da mesma forma em um contêiner para um ambiente compartilhado. Inclua instruções claras e alguns cenários prontos.
— Analisar a especificação OpenAPI e gerar exemplos de resposta para cada endpoint
— Substituir respostas por caminho, método e status através de arquivos de fixture editáveis
— Simular atrasos, timeouts e códigos de erro forçados sob demanda
— Recarregar fixtures sem reiniciar o servidor
— Executar localmente com um comando mais imagem de contêiner para staging
Textos e tradução Dinheiro, Transferência bancária
