Seria interessante abordar o conteúdo de testes automatizado do tipo e2e. Sei que isso pode ser feito pelo Selenium com C# e também tem um framework da Microsoft chamado Playwright que também pode ser escrito em C# para a realização dos testes automatizados do tipo e2e. Isso iria ajudar muito a galera de QA.
Balta, iniciamos essa semana a implantação de testes automatizados E2E em uma nova solução, estamos utilizando Playwright, escrevendo os testes em C#, considero um tópico interessante, e também a automatização dos testes no CI
Balta sei que não existem somente testes unitários, por exemplo temos os testes de integração, poderia falar de outros tipos de testes e suas importâncias? Algo interessante seria tbm discutir por que falamos tanto de testes unitários e não de outros tipos de testes?
Pra mim a maior dificuldade é conseguir manter os testes organizados e simples quando o projeto vai crescendo muito. Por exemplo, ao realizar os testes normalmente crio alguns objetos DTO que serão utilizados como input, porém, com o passar do tempo e a adição de novos testes entro em um dilema. É melhor que cada teste tenha seus proprios objetos de teste, ou devo fazer de uma forma que testes compartilhem esses objetos? Na primeira abordagem tenho como desvantagem a duplicação de codigos, as vezes vários testes criam objetos muito parecidos, senão identicos. Na segunda abordagem resolvo esse problema, mas criou outro que é o fato de que se mexer em um objeto para um determinado teste acabo afetando vários outros, ficando muitas vezes dificil alterar algo.
olá Balta, a maior dificuldade é o "mockar", tanto dados que viriam de BD como preencher as propriedades. Trabalhei numa empresa a um tempo atras que utilizada algumas libs para mock, lá utilizavamos o xunit. Eu assino seus cursos não vi algo especificamente a testes. Valeu
Cria separações do código... normalmente legado é bem acoplado, então pega um pedaço pequeno, isola ele, refatora e testa... vai fazendo isso... faz pouco, faz certo, faz sempre 🚀
Olá Balta, tudo certo? No caso quando falamos destes *Testes de Uinidade*, o ideal seria testarmos cada função de nosso projeto, até com coisas simples como no exemplo do video. Uma função que devolve a soma de dois números?
Dificilmente você vai ter uma função simples assim... mas se tiver e quiser testar, sim... Porém, eu foco no obrigatório primeiro... se sobrar tempo (O que quase nunca acontece) ai testo o resto!
@@baltaio Então só pra confirmar se entendi, em situações reais, normalmente vamos focar no core, regras de negócio e domínio da aplicação, e não em atingir 100% de cobertura?
