Testando e integrando no CLI task runner um módulo front-end sem interface.

Falamos muito de testes funcionais, unitários além de termos várias ferramentas para testar nossa página, porém, como resolvemos a integração com CLI se nosso módulo JavaScript não manipula a interface?

Transcript

1. CLIENT-SIDE MODULE do teste ao CLI task runner
2. ROBSONJUNIOR web developer engineer
4. EDGE COMPUTING PLATFORM
5. ONDE ESTAMOS ?!
6. success book
7. se você usa a internet
8. você usa a Azion se você usa a internet
9. R U M
10. ?
13. R U M
14. R eal
15. R eal U ser
16. R eal U ser M onitoring
17. . . .
18. CLIENT-SIDE MODULE do teste ao CLI task runner
19. MODULE
20. MODULE / APP
21. MODULE / APP / UI
22. MODULE
23. - PROCESSA informação
24. - PROCESSA informação - NÃO manipula DOM
25. - PROCESSA informação - NÃO manipula DOM - NÃO manipula STYLESHEET
26. - PROCESSA informação - NÃO manipula DOM - NÃO manipula STYLESHEET - NÃO causa REPAINT/REFLOW
27. APP
28. - PROCESSA informação
29. - PROCESSA informação - manipula DOM
30. - PROCESSA informação - manipula DOM - manipula STYLESHEET
31. - PROCESSA informação - manipula DOM - manipula STYLESHEET - causa REPAINT / REFLOW
32. UI
33. - conjunto de recursos que gera uma interface
34. - conjunto de recursos que gera uma interface - manipula DOM
35. - conjunto de recursos que gera uma interface - manipula DOM - manipula STYLESHEET
36. - conjunto de recursos que gera uma interface - manipula DOM - manipula STYLESHEET - causa REPAINT/REFLOW
37. - conjunto de recursos que gera uma interface - manipula DOM - manipula STYLESHEET - causa REPAINT/REFLOW - 1 ou N módulos
38. - conjunto de recursos que gera uma interface - manipula DOM - manipula STYLESHEET - causa REPAINT/REFLOW - 1 ou N módulos - 1 ou N apps
39. como seria um módulo?
40. - Navigation Timing API
41. - Navigation Timing API - Resource Timing API
42. - Navigation Timing API - Resource Timing API - Network Information API
48. ?
50. CLI task runner
51. PROBLEMA
52. - abertura da URL dos testes no browser
53. - abertura da URL dos testes no browser - não manipula DOM
54. - abertura da URL dos testes no browser - não manipula DOM - não manipula STYLESHEET
55. - abertura da URL dos testes no browser - não manipula DOM - não manipula STYLESHEET - inutilidade de métodos como “.querySelector”
56. SOLUÇÃO
59. . . .
61. PROBLEMA
62. - confirmação binária
63. - confirmação binária - abertura de um URL para saber qual teste falhou
64. - confirmação binária - abertura de um URL para saber qual teste falhou - inviabiliza monitoração
65. - confirmação binária - abertura de um URL para saber qual teste falhou - inviabiliza monitoração - timeout crescente de acordo a quantidade de testes
66. SOLUÇÃO
71. DESVANTAGENS
72. - pequeno trabalho na escrita dos testes
73. - pequeno trabalho na escrita dos testes - estrutura bem recente, pouco discutida
74. VANTAGENS
75. - repasse do resultado real gerado
76. - repasse do resultado real gerado - integração com CLI de forma simples e eficaz
77. - repasse do resultado real gerado - integração com CLI de forma simples e eficaz - integração CI/CD
78. - repasse do resultado real gerado - integração com CLI de forma simples e eficaz - integração CI/CD - possível monitoração
79. RECAPITULANDO
80. - module / app / ui
81. - module / app / ui - não é todo Front-End que possui resultado gráfico
82. - module / app / ui - não é todo Front-End que possui resultado gráfico - arquitetura para testes quando não possuimos interface
83. OBRIGADO robson.junior@azion.com @robsongajunior