|
❗
|
Vídeo: 🧪⚙️☕️ #1 TDD com JUNIT 5 no VS CODE: Implementando Regras de Negócio em JAVA pra um Sistema Bancário |
Este projeto fornece um conjunto de classes base para que sejam implementados testes unitários. O diagrama abaixo apresenta as classes existentes. O projeto fornece documentação dos requisitos a serem implementados
Perceba que a interface Cadastro é implementada por todas as classes exibidas acima, mas o relacionamento não foi exibido para evitar um emaranhado de linhas. De qualquer forma, pode observar que as classes são estereotipadas (rotuladas) com <<Cadastro>>.
O código de tais classes foi gerado a partir do StarUML e está disponível em um projeto Java na pasta src, contendo a mesma documentação disponível no projeto UML. A documentação JavaDoc incluída no código fonte das classes informa como os métodos devem funcionar, quais as regras de validação de atributos e outros detalhes. A partir destas definições apresentadas, pode-se então escrever os testes e o código dos métodos gerais, getters e setters das classes. Observe que estes dois últimos tipos de métodos não são mostrados no diagrama por simplificação.
Alguns conceitos relacionados a testes de software são mostrados nas apresentações abaixo:
-
Code Coverage: fundamentos de cobertura de código e como utilizar em projetos Java com JUnit e JaCoCo. Vídeo-aula disponível aqui.
-
Continuous Integration e Continuous Deployment (CI/CD): fundamentos de Integração Contínua e Implantação Contínua. Vídeo-aula disponível aqui.
|
❗
|
O relatório de cobertura de código do JaCoCo NÃO é gerado se existir algum espaço em qualquer lugar no caminho completo da pasta onde você salvou o projeto. Por exemplo, se o projeto estiver em:
você deverá renomear as pastas para algo como (preferencialmente evitando acentos)
|