Você está vendo a versão anterior da nova experiência da Alura que estamos preparando para você. Em breve, ela ganha uma identidade visual novinha totalmente pensada em potencializar seus estudos!
Solucionado
https://github.com/bpinheiromg/rotalog
Conforme sugerido estou postando o link do projeto que subi no GitHub.
Para acompanhar o curo usei Claude Code CLi no terminal do VSCode.
Configurei com OpenRouter com modelos free. (Principais modelos: Owl Alpha 51.7%, Nemotron 3 Ultra 32.5%, gpt-oss-120b 11.5%)
Execução das instruções da aula e correções consumiram 133M token
Olá, Bruno! Como vai?
Parabéns pela resolução da atividade!
Vi que você apresentou testes bem estruturados para o controller, utilizou muito bem o Mockito para simular dependências e ainda compreendeu a importância da validação de respostas HTTP para garantir robustez no comportamento da API. Esse conjunto mostra atenção aos detalhes e domínio das boas práticas de testes automatizados em aplicações Java com Spring.
Continue postando as suas soluções, com certeza isso ajudará outros estudantes e tem grande relevância para o fórum.
Uma dica interessante para o futuro é aplicar assertThrows em cenários de exceção. Assim:
assertThrows(RuntimeException.class, () -> {
alertaManutencaoService.verificarVeiculosElegiveis();
});
Isso faz a validação de erros ficar mais explícita e ajuda a manter a cobertura de testes completa.
Se quiser aprofundar ainda mais, algumas boas práticas são:
verifyNoMoreInteractions para confirmar que apenas chamadas esperadas foram feitas.Alguns materiais podem estar em inglês, mas é possível compreendê-los usando o recurso de tradução de páginas do próprio navegador.
Ah, uma pergunta: Você considera mais importante evoluir os testes cobrindo cenários de falha complexos ou investir em parametrização para reduzir duplicação e aumentar a clareza dos casos?
Fico à disposição! E se precisar, conte sempre com o apoio do fórum.
Abraço e bons estudos!
Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!
Uma pergunta interessante.
O projeto ainda não tem cobertura completa dos testes. Muitas classes ainda não tem nem testes unitários.
Por isso, no momento acho mais importante investir em aumentar a cobertura dos testes principalmente focando nas regras críticas com testes integrados complexos que estão praticamente ausentes.
Uma vez que o sistema tenha uma cobertura maior, testes integrados e regras críticas cobertas, ai sim passaria a preocupar com reduzir duplicação e maior clareza.
Obrigado pelas dicas de boas praticas, vou revisar cada uma e ampliar os estudos.
Olá, Bruno! Tudo bem?
Muito interessante essa sua abordagem.
Você destacou com clareza a prioridade em ampliar a cobertura de testes, especialmente nas regras críticas, antes de avançar para melhorias de duplicação e clareza. Essa visão prática mostra maturidade no processo de desenvolvimento e foco em garantir confiabilidade do sistema.
Forte abraço e bons estudos por aí!