[QA LADIES - 2021] Reactor + Junit : Escrevendo testes unitários com Spring Webflux

Transcript

1. Reactor + Junit : Escrevendo testes unitários com Spring Webflux

   Kamila Santos

2. @kamila_code Quem sou eu KAMILA SANTOS Dev Backend @Ame Digital

   Microsoft MVP em Developer Technologies Community organizer Creator no experts club da @rocketseat Content Creator no instagram @kamila_code e no youtube Kamila code

3. @Kamila_code Agenda PIRÂMIDE DE TESTE TESTES UNITÁRIOS WEBFLUX REACTOR

4. Agenda PRINICIPIOS FIRST TEST SMELLS COBERTURA DE TESTES TESTABILIDADE @Kamila_code

5. Agenda MOCK EXEMPLO @Kamila_code

6. @kamila_code Pirâmide de testes TESTE DE UNIDADE TESTE DE INTEGRAÇÃO

   TESTE DE SISTEMA MAIOR GRANULARIDADE MENOR QUANTIDADE MAIS LENTOS MAIOR CUSTO MENOR GRANULARIDADE MAIOR QUANTIDADE MAIS RÁPIDOS MENOR CUSTO

7. @kamila_code Teste de unidade VERIFICAM PEQUENAS UNIDADES FUNCIONAIS DA SUA

   APLICAÇÃO, FAZENDO OS TESTES DE MODO INDIVIDUAL É MAIS FÁCIL ENCONTRAR ERROS, SÃO MAIS SIMPLES DE IMPLEMENTAR.

8. @kamila_code Testes de integração VERIFICAM UMA FUNCIONALIDADE (UMA TRANSAÇÃO COMPLETA,

   UM FLUXO) DO SISTEMA, EXIGEM MAIS ESFORÇO PARA SEREM IMPLEMENTADOS E SUA EXEUÇÃO É MAIS LENTA.

9. @kamila_code Teste de sistema SIMULAM DA FORMA MAIS REALISTA POSSÍVEL,

   COMO SERIA A INTERAÇÃO DO USUÁRIO FINAL COM A APLICAÇÃO, SÃO MAIS CAROS/CUSTOSOS, MAIS LENTOS E MAIS FRÁGEIS (SE MUDAR UM BOTÃO PODE QUEBRAR)

10. @kamila_code Testes unitários

11. @kamila_code Testes unitários SÃO RESPONSÁVEIS POR CHAMAR MÉTODOS DE UMA

    CLASSE PARA EXECUTAR UMA DETERMINADA FUNÇÃO. (PODENDO COBRIR CASO DE SUCESSO E CASO DE ERRO)

12. @kamila_code Testes unitários GERALMENTE SÃO IMPLEMENTADOS UTILIZANDO UM FRAMEWORK DE

    TESTE, GRANDE PARTE DELES POSSUINDO O NOME XUNIT (X-> LINGUAGEM A SER TESTADA), POR EXEMPLO NO JAVA, O MAIS FAMOSO É O JUNIT.

13. Algumas convenções -> CLASSES DE TESTE DEVEM POSSUIR O SUFIXO

    +TEST -> MÉTODOS DE TESTES DEVEM SER PUBLICOS -> NÃO DEVEM RECEBER PARÂMETROS > DEVEM POSSUIR A ANOTAÇÃO @TEST @kamila_code

14. @kamila_code Algumas convenções

15. @kamila_code Estrutura básica

16. @kamila_code Estrutura básica

17. @kamila_code Estrutura básica

18. @kamila_code Webflux TRABALHO HÁ QUASE 2 ANOS COM ESSA TECNOLOGIA,

    É A VERSÃO REATIVA, ASSÍNCRONA E NÃO BLOQUEANTE DO FAMOSO E MUITO UTILIZADO SPRING MVC. EM VEZ DE UTILIZAR O TOMCAT COMO SERVIDOR PADRÃO UTILIZA O NETTY PALESTRA EM QUE FALEI MAIS SOBRE ESSA PARTE TEÓRICA DO WBEFLUX: HTTPS://SPEAKERDECK.COM/KAMILAHSANTOS/THEDEVCONF- 2020-PARADIGMA-REATIVO-POR-DENTRO-DA-PROGRAMACAO-REATIVA-COM-SPRING-WEBFLUX-E-PROJETO-REACTOR-TRILHA-DESIGN-DE- CODIGO-E-XP

19. @kamila_code Reactor BIBLIOTECA MAIS UTILIZADA QUANDO TRABALHAMOS COM SPRING WEBFLUX

    , IMPLEMENTA AS REACTIVE STREAMS, E USA O CONCEITO DE FLUX E MONO: FLUX: TRABALHA COM FLUXOS DE 0 A N (VÁRIOS) MONO: TRABALHA COM FLUXOS DE 0 A 1 PALESTRA EM QUE FALEI MAIS SOBRE ESSA PARTE TEÓRICA : HTTPS://SPEAKERDECK.COM/KAMILAHSANTOS/THEDEVCONF-2020- PARADIGMA-REATIVO-POR-DENTRO-DA-PROGRAMACAO-REATIVA-COM-SPRING-WEBFLUX-E-PROJETO-REACTOR-TRILHA-DESIGN-DE- CODIGO-E-XP

20. @kamila_code Princípios FIRST F: FAST (RÁPIDOS) I:INDEPENDENT (INDEPENDENTES) R: REPEATABLE

    (DETERMINÍSTICOS S: SELF-CHECKING (AUTO-VERIFICÁVEIS) T: TIMELY (ESCRITOS O QUANTO ANTES)

21. @kamila_code F - FAST - RÁPIDOS DEVEM SER EXECUTADOS RÁPIDAMENTE

    (SEGUNDOS OU MILISEGUNDOS) FORNECENDO UM FEEDBACK CLARO E RÁPIDO DAQUELE TESTE.

22. @kamila_code i - INDEPENDENT - INDEPENDENTES A EXECUÇÃO DE UM

    TESTE NÃO DEVE INTERFERIR NA EXECUÃO DE OUTRO. A ORDEM QUE OS TESTES FOR EXECUTADA NÃO DEVE MUDAR SEU RESULTADO

23. @kamila_code R - REPEATABLE - DETERMINÍSTICOS UM TESTE QUE COBRE

    UM CASO DE SUCESSO DEVE SEMPRE RESULTAR EM SUCESSO, BEM COMO ALGUM QUE CUBRA CASO DE ERRO SEMPRE DEVE RESULTAR EM ALGUMA EXCEPTION O RESULTADO NÃO PODE SER ALGO QUE VARIA A CADA EXECUÇÃO, CASO ISSO OCORRA PROVAVEL QUE EXISTA UM BUG

24. @kamila_code S - Self-checking (Auto-verificáveis) O RESULTADO DE UM TESTE

    DEVE SERM FACILMENTE COMPREENDIDO , GRANDE PARTE DAS IDES ADOTAM A CONVENÇÃO DE: VERDE: TESTE PASSOU VERMELHO: TESTE FALHOU EM CASO DE FALHA É BOM QUE O TESTE POSSUA UMA ESTRUTURA QUE FACILITE A COMPREENSÃO DE QUAL ASSERT/EXPECT/VERIFY QUE DEU ERRADO.

25. @kamila_code TEST SMELLS

26. @kamila_code Teste obscuro TESTE COMPLEXO, LONGO E DIFICIL DE ENTENDER.

27. @kamila_code Cobertura de teste MÉTRICA QUE AJUDA A DEFINIR O

    NÚMERO DE TESTES QUE PRECISAMOS ESCREVER PARA UMA APLICAÇÃO. MEDE O PERCENTUAL DE "AÇÕES" QUE SÃO COBERTAS POR TESTES.

28. @kamila_code Testabilidade MEDIDA DE QUÃO DIFÍCIL É IMPLEMENTAR TESTES PARA

    UMA APLICAÇÃO. -> SEGUE OS PRINCIPIOS FIRST -> TENHAM POUCOS ASSERTS (MAIS DE UMA VERIFICAÇÃO NO MESMO TESTE)

29. @kamila_code Mocks SIMULAM UM OBJETO REAL PARA SER UTILIZADO DURANTE

    O TESTE, TENDO OS MESMOS ATRIBUTOS E USANDO VALORES QUE SERIAM PASSADOS EM SITUAÇÕES REAIS. EXISTEM DIVERSOS FRAMEWORKS PARA CRIAÇÃO DE MOCKS, O MAIS UTILIZADO NO JAVA É O MOCKITO.

30. @kamila_code Hora da demo:

31. @kamila_code Referências e onde saber mais sobre o tema: Cap

    8 testes - https://engsoftmoderna.info/cap8.html Effective Unit Testing - https://www.youtube.com/watch?v=fr1E9aVnBxw Write awesome tests - https://www.youtube.com/watch?v=F8Gc8Nwf0yk Software Testing Tutorial - https://www.youtube.com/watch?v=Geq60OVyBPg webflux essentials - devdojo - https://www.youtube.com/results? search_query=devdojo+webflux Google Testing blog - https://testing.googleblog.com/ Testing guide marting fowler - https://martinfowler.com/testing/

32. @kamila_code Obrigada :) https://beacons.page/kamila_code https://github.com/Kamilahsantos/qaladies-2021-unit-test- webflux-reactor-junit