Descrição do projeto
TraduzidoOperamos um portal B2B usado todos os dias por nossos parceiros e gerentes de conta, e enviamos atualizações aproximadamente duas vezes por mês. A cada lançamento, testamos os mesmos caminhos críticos manualmente, o que consome um dia inteiro do tempo de um testador manual, e ainda assim algumas coisas escapam porque um humano se cansa e pula uma etapa. Queremos substituir esse ritual por um conjunto de regressão automatizado que execute antes de cada lançamento e nos diga claramente se os cenários principais ainda funcionam.
O conjunto deve cobrir o fluxo de login com credenciais válidas e inválidas e uma conta bloqueada, todo o caminho de envio de solicitações desde um formulário vazio até um registro confirmado, e acesso baseado em funções para que um parceiro nunca veja as telas de um gerente e um gerente não possa acessar a área de administração. Gostaríamos que os testes fossem executados contra uma cópia de staging do portal, produzissem um relatório legível mostrando quais cenários passaram e quais falharam com uma captura de tela no ponto de falha, e fossem lançáveis tanto manualmente quanto a partir de nosso pipeline de construção com um código de saída claro.
Esperamos um código de teste limpo e manutenível que um novo engenheiro possa estender, seletores estáveis que não quebrem com pequenas alterações de marcação, e notas escritas curtas sobre como adicionar um novo cenário. Os entregáveis incluem:
— cenários de login cobrindo sucesso, senha errada e um usuário bloqueado;
— envio de solicitação de ponta a ponta com validação de campos;
— verificações de função e permissão para parceiro, gerente e administrador;
— um relatório legível e um código de saída amigável ao pipeline.
O conjunto deve cobrir o fluxo de login com credenciais válidas e inválidas e uma conta bloqueada, todo o caminho de envio de solicitações desde um formulário vazio até um registro confirmado, e acesso baseado em funções para que um parceiro nunca veja as telas de um gerente e um gerente não possa acessar a área de administração. Gostaríamos que os testes fossem executados contra uma cópia de staging do portal, produzissem um relatório legível mostrando quais cenários passaram e quais falharam com uma captura de tela no ponto de falha, e fossem lançáveis tanto manualmente quanto a partir de nosso pipeline de construção com um código de saída claro.
Esperamos um código de teste limpo e manutenível que um novo engenheiro possa estender, seletores estáveis que não quebrem com pequenas alterações de marcação, e notas escritas curtas sobre como adicionar um novo cenário. Os entregáveis incluem:
— cenários de login cobrindo sucesso, senha errada e um usuário bloqueado;
— envio de solicitação de ponta a ponta com validação de campos;
— verificações de função e permissão para parceiro, gerente e administrador;
— um relatório legível e um código de saída amigável ao pipeline.
Desenvolvimento de software Dinheiro, Transferência bancária
