O que todo desenvolvedor deveria saber sobre testes unitários

A importância da criação de testes unitários no desenvolvimento de software não é nenhuma novidade, e isso já deveria ser comum em todos os projetos. Entretanto, será que os testes criados são de qualidade? Será que seguem boas práticas?

Quem nunca precisou arrumar um bug e levou mais tempo ajustando o teste do que a correção, ou precisou ignorar um teste que não retorna sempre o mesmo resultado?
Quem nunca leu e releu o teste diversas vezes para entender qual era o propósito?

Essas e diversas outras situações podem acontecer se os seus testes não forem claros e coesos. Venha aprender como identificar testes ruins, e como aplicar algumas boas práticas para criação de testes eficientes e fáceis de manter.

Transcript

2. O que todo desenvolvedor deveria saber sobre testes unitários Thiago Bomfim
3. Sumário •Teste unitário •FIRST •Nomenclatura dos testes •Como identificar testes ruins • Testes unitários na prática com Java (JUnit5, Mockito, AssertJ, TestNG, Jqwik…)
4. Teste unitário Teste unitário 01
5. Teste de software é uma atividade para assegurar que o comportamento está conforme o esperado, e também para identificar bugs proativamente. Teste de Software Teste unitário
6. Teste de Software Teste unitário Fonte: https://martinfowler.com/bliki/TestPyramid.html
7. Unit Test é uma técnica para testar a menor unidade possível, de forma rápida e precisa. Teste unitário Teste unitário
8. • Maior segurança em manutenções e evoluções. • Garantir um código mais conciso. • Serve como uma documentação para os desenvolvedores. Benefícios Teste unitário
9. “To me, legacy code is simply code without tests.” ― Michael C. Feathers, Working Effectively with Legacy Code. Teste unitário
10. FIRST FIRST 02
11. • Fast • Independent • Repeatable • Self-validating • Thorough/Timely FIRST FIRST
12. Quanto mais rápido melhor, então o ideal é não depender de integrações externas, como acesso a arquivos, internet, banco de dados… FAST FIRST
13. Um teste não pode depender de outro, deve poder ser executado independente da ordem da execução. Independent FIRST
14. Independente da quantidade de vezes que ele for executado, a saída dele deve ser a mesma. Repeatable FIRST
15. Cada teste precisa ter pelo menos uma assertiva para validar a execução. Self-validating FIRST
16. Os testes precisam realizar uma cobertura de forma minuciosa, buscando identificar todos os possíveis cenários. Eles também precisam ser feitos no momento correto. Thorough/Timely FIRST
17. FIRST
18. Nomenclatura Nomenclatura 03
19. “Given-When-Then”: Dado determinado contexto, quando acontecer determinado acontecimento, deve gerar determinado resultado. Exemplo: dadoUsuarioEstaLogadoQuandoClicarSairDeveraRem overSessao(); Given-When-Then Nomenclatura
20. “When-Then”: É comum também utilizar sem o contexto. Exemplo: quandoUsuarioLogarDeveExibirTermosUso(); When-Then Nomenclatura
21. “Should-When”: Deve gerar determinado resultado quando acontecer alguma ação. Exemplo: deveHaverDescontoAoComprarMuito(); Should-When Nomenclatura
22. Qualidade dos testes Como identificar se os seus testes estão ruins 04
23. Se é necessário ter muitas linhas para criação de objetos, há algo errado. Setup Longo Qualidade dos testes
24. Se houver objetos iguais sendo instanciados em diferentes testes, há algo errado. Setup Duplicado Qualidade dos testes
25. Os testes feitos para o TDD devem ser rápidos. Testes demorados Qualidade dos testes
26. Testes que quebram inesperadamente, mostram que a aplicação está com uma alta dependência. Testes frágeis Qualidade dos testes
27. “TDD helps you pay attention to the right issues at the right time so you can make your designs cleaner, you can refine your designs as you learn.” - ― Kent Beck, Test Driven Development: By Example Qualidade dos testes
28. Prática 05 Prática
29. Prática Setup
30. Prática Teste Unitário & Nomenclatura (JUnit5)
31. Prática Teste Unitário para erros (AssertJ)
32. Prática Mock (Mockito)
33. Prática Concurrent Test (TestNG)
34. Prática Property-based Test (jqwik)
35. Github: https://github.com/ThiagoBfim/testsoftware Prática Prática
36. Recapitulando Recapitulando 06
37. Recapitulando •Teste unitário •FIRST •Nomenclatura dos testes •Como identificar testes ruins • Testes unitários na prática com Java (JUnit5, Mockito, AssertJ, TestNG, Jqwik…)
38. Recapitulando “Se deixar os testes degradarem, seu código também irá. Mantenha limpos os seus testes.” ― Robert C. Martin, Clean Code
39. Clean Code A Handbook of Agile Software Craftsmanship - Robert Cecil Martin Recapitulando
40. Test Driven Development: By Example - Kent Beck Recapitulando
41. Working Effectively with Legacy Code - Michael C. Feathers Recapitulando
42. https://www.linkedin.com/in/thiagobfim/ https://github.com/ThiagoBfim Recapitulando