Descrição do projeto
TraduzidoNossa equipe tem uma API REST que continua crescendo, e a cada lançamento a verificamos manualmente, o que é lento e permite que regressões passem. Estamos procurando um engenheiro de automação de QA para construir um conjunto de testes de aceitação que cubra os principais fluxos de negócios da API e execute por conta própria. O objetivo é que um endpoint quebrado seja detectado por uma máquina antes de chegar a um cliente, e não por um ticket de suporte um dia depois.
O trabalho começa com coleções de requisições agrupadas por recurso: autenticação, ciclo de vida do pedido, catálogo e endpoints da conta. Cada requisição precisa de afirmações sobre a resposta: o código de status, a forma do corpo, valores de campos-chave e tempo de resposta dentro de um limite razoável. Queremos casos orientados a dados, para que a mesma requisição seja executada em vários conjuntos de entrada, e uma separação clara entre a configuração do ambiente e os próprios testes, para que o mesmo conjunto possa apontar para staging ou produção com segurança.
O conjunto deve ser executado dentro do nosso pipeline de integração contínua a cada alteração e falhar a construção quando uma verificação falhar, com um relatório que um não testador possa ler: o que passou, o que quebrou e a requisição e resposta exatas para cada falha. Por favor, nos diga quais ferramentas você usaria, como manteria os testes estáveis contra dados instáveis e compartilhe um exemplo de um conjunto de testes de API que você já entregou antes.
O trabalho começa com coleções de requisições agrupadas por recurso: autenticação, ciclo de vida do pedido, catálogo e endpoints da conta. Cada requisição precisa de afirmações sobre a resposta: o código de status, a forma do corpo, valores de campos-chave e tempo de resposta dentro de um limite razoável. Queremos casos orientados a dados, para que a mesma requisição seja executada em vários conjuntos de entrada, e uma separação clara entre a configuração do ambiente e os próprios testes, para que o mesmo conjunto possa apontar para staging ou produção com segurança.
O conjunto deve ser executado dentro do nosso pipeline de integração contínua a cada alteração e falhar a construção quando uma verificação falhar, com um relatório que um não testador possa ler: o que passou, o que quebrou e a requisição e resposta exatas para cada falha. Por favor, nos diga quais ferramentas você usaria, como manteria os testes estáveis contra dados instáveis e compartilhe um exemplo de um conjunto de testes de API que você já entregou antes.
Desenvolvimento de software Dinheiro, Transferência bancária
