[NERDGIRLZ] - Junit: melhores práticas para testes unitários nas suas aplicações Java

Transcript

1. Junit: melhores práticas para testes unitários nas suas aplicações Java
2. 04 Kamila Santos Dev Backend
4. AGENDA
5. PIRAMIDE DE TESTES SUITE DE TESTES TESTES UNITARIOS JUNIT ASSERTS ANNOTATIONS EXEMPLO MELHORES PRÁTICAS TDD
7. coleção de casos de teste ou specs destinados a testar um programa para verificar um determinado comportamento SUITE DE TESTES
8. SUITE DE TESTES As suítes de teste são usualmente divididas de acordo com as funcionalidades do sistema ou com o tipo de teste executado.
9. Caso de Teste mostra os caminhos percorridos por um módulo, Caso de Uso ou funcionalidade dentro do projeto. CASO DE TESTE
10. testam cada funcionalidade do código separadamente, cada unidade dele TESTE UNITÁRIO
11. JUNIT
12. Plataforma para construção e execução de testes, JUNIT
13. Descoberta e execução de testes na JVM JUNIT PLATFORM
14. expõe a interface TestEngine, que define o contrato de execução de qualquer ferramenta de testes sobre a plataforma do JUnit JUNIT PLATFORM
15. Contém os novos recursos para construção de testes usando o JUnit, e fornece uma implementação de TestEngine para execução dos testes escritos com o JUnit Jupiter. JUNIT JUPITER
16. Fornece um TestEngine para execução de testes escritos em JUnit 3 e 4 JUNIT VINTAGE
17. é um método útil para determinar o status Aprovado ou Reprovado de um caso de teste. Os métodos de declaração são fornecidos pela classe org.junit.Assert que estende a classe java.lang.Object ASSERTS
18. Há vários tipos de asserts como boolean, null... ASSERTS
19. assertTrue(condition) assertFalse(condition) assertNull(object) assertNotNull(object) assertEquals(expected, actual) ASSERTS
20. é uma forma especial de metadados sintáticos que pode ser adicionada ao código-fonte Java para melhor legibilidade e estrutura do código ANNOTATIONS
21. @Test @Before @BeforeClass @After @AfterClass ANNOTATIONS
22. EXEMPLO BIT.LY/NERDGIRLZ35-DEMO BIT.LY/JUNIT-WEBFLUX
23. MELHORES PRÁTICAS
24. MELHORES PRÁTICAS
25. EVITE ESCREVER CASOS DE TESTE QUE POSSAM CAUSAR IMPACTO
26. EVITE ESCREVER CASOS DE TESTE QUE POSSAM CAUSAR IMPACTO
27. NOMES DE CASOS DE TESTES PADRÃO: testSampleServiceCre ateOrder()
28. SEMPRE TENTE FAZER UMA AFIRMAÇÃO PARA CADA MÉTODO DE TESTE
29. NÃO PASSE NO TESTE APENAS PARA PASSAR NELE!
30. NÃO ESCREVA SEUS PRÓPRIOS BLOCOS CATCH QUE EXISTEM APENAS PARA PASSAR EM UM TESTE
31. COVERAGE E RELATÓRIO DE TESTES
32. MOCK SEUS DADOS
33. TESTE APENAS UMA UNIDADE DE CÓDIGO POR VEZ
34. TORNE CADA TESTE INDEPENDENTE DE TODOS OS OUTROS
35. NOMEIE SEUS TESTES DE FORMA LIMPA E CONSISTENTE
36. TODOS OS MÉTODOS, INDEPENDENTEMENTE DA VISIBILIDADE, DEVEM TER TESTES DE UNIDADE APROPRIADOS
37. NÃO PULE CASO DE TESTES
38. red green refactor tdd
39. Referências https://elo7.dev/novidades-do-junit-5-parte-1/ https://elo7.dev/testes-codigo-mockito/ https://www.udemy.com/course/learn-unit-testing- with-spring-boot/
40. Referências https://examples.javacodegeeks.com/core- java/junit/junit-best-practices/ https://howtodoinjava.com/best-practices/unit- testing-best-practices-junit-reference-guide/ http://www.kyleblaney.com/junit-best-practice
41. OBRIGADA!