Com a Testing Library a gente pode testar tanto de forma "unitária" quanto os testes de "componentes integrados" que não deixam de ser unitários, mas testamos mais de um componente. Talvez eu responderia dessa forma quando o Paulo perguntou sobre testar um componente que depende da atualização de outro. O Cypress é uma ferramenta sensacional para testes de ponta a ponta.
Estou me formando em Gestão de TI e não envolve muito programação mas quero seguir essa área. Seria bom fazer análise e desenvolvimento ou aprender por conta própria através de curso mesmo?
Gustavo, o que podemos afirmar é que também é completamente possível aprender através de cursos. Dentro da nossa plataforma existem diversas formações que podem te proporcionar o conhecimento desejado. Vem dar esse mergulho em tecnologia com a gente? 💙
E aí, tudo certo? Essa é uma pergunta super interessante e entendo de onde você está vindo! Parece mais simples, né? Só jogar tudo no navegador e ver no que dá. Mas, vamos lá, deixa eu te explicar o porquê essa abordagem pode não ser tão eficaz. Testar tudo manualmente não é escalável. Imagine que você tenha um app com dezenas, centenas ou até mesmo milhares de funcionalidades. Vai checar todas elas a cada nova funcionalidade ou correção? Isso levaria um tempo imenso! Automatizar esses testes com testes de unidade, integração e E2E nos permite ter uma garantia muito maior de que tudo está funcionando como deveria. Você consegue simular diversas situações, entradas de dados e até mesmo erros. E uma das coisas mais importantes: testes automatizados trazem confiança. Com eles, a gente sabe que, ao modificar uma parte do código, não estamos quebrando outras três sem querer. E se quebrar, os testes vão avisar! Então, enquanto testar no navegador é uma boa prática para ter uma visão geral e perceber bugs mais visuais ou de usabilidade, confiar só nisso não é a estratégia mais robusta. Espero que tenha clareado um pouco mais pra você! E, como sempre, tamo junto nessa jornada! Se tiver mais dúvidas, é só mandar! 🖖
Com a Testing Library a gente pode testar tanto de forma "unitária" quanto os testes de "componentes integrados" que não deixam de ser unitários, mas testamos mais de um componente. Talvez eu responderia dessa forma quando o Paulo perguntou sobre testar um componente que depende da atualização de outro. O Cypress é uma ferramenta sensacional para testes de ponta a ponta.
kkkkkkkk está na fé kkkkk. Essa foi boa. Mario Souto é muito fera, parabéns ! Aprofundando mais no Front agora!
Ele é sensacional! 🤩 Que bom que curtiu, obrigada por comentar aqui! 💙
Jest, react testing library, enzyme e cypress.
Ferramentas essenciais.
Eu vou de jest, vue-test-utils e cypress
Muito boa explicação . 👏🏼👏🏼👏🏼👏🏼
Mto feras !!
Fiquei até tonto durante o vídeo de tanto que troca a câmera haahaa brincadeiras a parte, top o vídeo!!!
2:35 is empty
o estagiário kkkkkk
Rapaz...Is Exempt?! Nem o tradutor do Google versão alpha faria algo de tão alto nível. 🤣
2:35 função isExempt()? KKKKKK
O Mario fala tão rápido que bugou a pessoa da legenda
#speed
kkkkkkk
esZempt()
Na fé
Oi Paulo e Mauro Souto
Ainda não cheguei a esse nível de aprendizado do Front-End, infelizmente.
Estou me formando em Gestão de TI e não envolve muito programação mas quero seguir essa área. Seria bom fazer análise e desenvolvimento ou aprender por conta própria através de curso mesmo?
Gustavo, o que podemos afirmar é que também é completamente possível aprender através de cursos. Dentro da nossa plataforma existem diversas formações que podem te proporcionar o conhecimento desejado.
Vem dar esse mergulho em tecnologia com a gente? 💙
O software que o @DevSoutinho citou em 9:03 foi o Cypress?
Sim, mas compensa dar uma olhada no Playwright tbm
Uso Cypress na empresa e é bem bacana.
@@felipecoelho8112 Bom saber! Obrigado!
#funcionaNaMinhaMaquina
Sempre me pergunto o porquê não compilar e testar tudo direto no navegador, e ver se está funcionando como deveria.
E aí, tudo certo? Essa é uma pergunta super interessante e entendo de onde você está vindo! Parece mais simples, né? Só jogar tudo no navegador e ver no que dá. Mas, vamos lá, deixa eu te explicar o porquê essa abordagem pode não ser tão eficaz.
Testar tudo manualmente não é escalável. Imagine que você tenha um app com dezenas, centenas ou até mesmo milhares de funcionalidades. Vai checar todas elas a cada nova funcionalidade ou correção? Isso levaria um tempo imenso!
Automatizar esses testes com testes de unidade, integração e E2E nos permite ter uma garantia muito maior de que tudo está funcionando como deveria. Você consegue simular diversas situações, entradas de dados e até mesmo erros.
E uma das coisas mais importantes: testes automatizados trazem confiança. Com eles, a gente sabe que, ao modificar uma parte do código, não estamos quebrando outras três sem querer. E se quebrar, os testes vão avisar!
Então, enquanto testar no navegador é uma boa prática para ter uma visão geral e perceber bugs mais visuais ou de usabilidade, confiar só nisso não é a estratégia mais robusta.
Espero que tenha clareado um pouco mais pra você! E, como sempre, tamo junto nessa jornada! Se tiver mais dúvidas, é só mandar! 🖖
de onde é a blusa do github??
usando o jasmini no angular. Pouco intuitivo...