Vale a pena usar teste unit�rio? Se sim por qu�?

Question

Fala Galera!

Testar todo mundo testa, n�o � mesmo? Nem que seja exibindo o valor de um m�todo atrav�s de um print na tela ou algo do tipo! Voc�s acham que vale a pena utilizar alguma metodologia profissional de testes, como por exemplo teste unit�rio? Isso de fato traz algum benef�cio?

Vamos conversar!

Marcio Ballem De Souza · Accepted Answer

Sim, � claro que vale. Testes unit�rios s�o uma m�o na roda para voc� testar sua aplica��o. E ainda mais que, se voc� estiver trabalhando com uma equipe, qualquer integrante dessa equipe pode usar os...

Paulo Mendes · Answer

Sim. Testes unit�rios s�o importantes mas voc� n�o precisa implementa-los para cada pequena funcionalidade e sim escolher um conjunto das mais importantes ou propensas a erros.

Generalizando um pouco mais, n�o tem como testarmos tudo que uma aplica��o se prop�e a fazer pois fica invi�vel, da� a necessidade de projetar testes importantes, significativos

Estev�o Dias · Answer

Fala Paulo, blz?Se eu entendi bem o que voc� quis dizer eu concordo. Seria buscar um cen�rio ideal de teste no qual s�o testados os pontos nos quais algumas das suas classes se encontram para realizar uma a��o importante. Seria algo pr�ximo do conceito de unidade de trabalho....

Estev�o Dias · Answer

Uma coisa que eu estava reparando ao ver as documenta��es dos [x]Units � que diferente do PyUnit o JUnit n�o tem suporte nativo a mockagem. Alguma vez voc� j� precisou disso ou fez falta, M�rcio?...

Marcio Souza · Answer

Isso mesmo Estav�o, JUnit n�o tem mock, mas no java tem a biblioteca Mockito que � integrada ao JUnit para esse tipo de testes. Eu particularmente n�o gosto muito de criar mocks, eu prefiro, por exemplo, ter uma base de dados em mem�ria e fazer os testes sobre esses dados. Mas as vezes � preciso ter um mock para inicializar os testes com alguns tipos de dados, dai n�o tem o que fazer.

Agora, discordo do Paulo, teste � teste. Como na escola, no teste cai toda a mat�ria. Em aplica��es, at� mesmo uma pequena funcionalidade pode causar um erro ou lan�ar uma exce��o. Um exemplo disso s�o os incont�veis NullPointerException que muita gente toma ao longo da vida. N�o tem opera��o mais simples do que instanciar um objeto, mas mesmo assim, da-lhe NullPointerException.

O ideal nos testes � n�o deixar para depois se pretende us�-lo. A cada m�dulo ou camada desenvolvida j� v� paralelamente desenvolvendo os testes para cada um dos m�todos. Uma vez tudo testado, passe para o pr�ximo m�dulo ou camada.

Caio Rolla · Answer

E como podemos testar os models de uma aplica��o? Existe alguma forma de testar sem precisar criar um banco de testes?...

Paulo Mendes · Answer

H� uma explica��o do Pressman pra isso. De que � invi�vel testarmos cada if em uma aplica��o porque as possibilidades crescem exponencialmente. Claro, se for algo simples � diferente mas ele fala de aplica��es grandes. No cap�tulo de testes....

Aylan Boscarino · Answer

O Paulo e o Ballem tocaram uma quest�o bem interessante que � a da cobertura de c�digo.
Costumo ouvir que cobertura de c�digo � igual bacon na comida: quanto mais melhor, por�m h� quem diga que muito dos casos entre 70% e 90% j� � algo pr�ximo do ideal.
O que voc�s acham?

Marcio Souza · Answer

Sim Caio, nesse caso voc� cria Mocks para substituir os dados de um banco. Aqui tem um artigo sobre o assunto - https://www.devmedia.com.br/mocks-introducao-a-automatizacao-de-testes-com-mock-object/30641 -...

Marcio Souza · Answer

Aylan, se voc� testar entre 70% e 90% as chances da sua aplica��o n�o ter erro no final do processo � bastante grande. Mas suponha que voc� teste 85%, e  os outros 15% v�o ficar como? Vai esperar que os erros estourem na cara do cliente ou dos usu�rios finais para ver que aqueles 15% tinham erro? � por isso que muitas empresas tem equipes especialistas em testes. Os caras est�o l� s� para testar as aplica��es. Voc� desenvolve, faz seus testes, aqueles que acha necess�rio, mas depois cai l� na equipe de testes e eles cobrem tudo. Ent�o pode haver essa divis�o de responsabilidades. Como atualmente o desenvolvimento de softwares est� muito baseado em metodologias �geis, essas metodologias tamb�m acabam beneficiando os testes, porque voc� vai entregar partes menores do projeto por vez, tendo menos testes  a se fazer a cada vez. ...

Caio Rolla · Answer

Faz sentido, mas � poss�vel? Na vida real, voc� costuma ver softwares com 100% de cobertura de testes?...

Estev�o Dias · Answer

Sim, � poss�vel. E caso a equipe de desenvolvedores n�o d� conta existem empresas especializadas nesse assunto. O que tamb�m abre uma oportunidade de carreira pouco explorada (talvez?), a de analista de testes, programadores especializados em escrever testes para aplica��es....

Estev�o Dias · Answer

Um forma de ingressar nessa carreira � atrav�s de projetos de c�digo aberto. Grandes projetos possuem uma porta aberta para programadores que desejam testes candidatos a publica��o e reportar problemas no c�digo. Mesmo aqueles n�o possuem em sua p�gina inicial costumam acompanhar os problemas reportados pela comunidade em sua p�gina de issues no GitHub ou JIRA:

https://github.com/spring-projects/spring-framework-issues

Alguns projetos de c�digo aberto utilizam esse processo para selecionar candidatos e incorporar novos programadores ao time de desenvolvimento, fazendo com que eles passem primeiro pela etapa de encontrar problemas em funcionalidades rec�m programadas.

Hugo Silva · Answer

Com certeza.Voc� deve sempre implementar seus testes unit�rios para as regras de neg�cio da sua aplica��o, isso vai fazer com que rode os teste antes de subir uma aplica��o para o seu cliente, principalmente quando voc� vai entregar um artefato, para ter que evitar testar tudo no bra�o....

Aylan Boscarino · Answer

Concordo plenamente. Como voc�s costumam fazer quando � necess�rio a implanta��o do teste unit�rio em um sistema legado que est� em produ��o?...

Caio Rolla · Answer

Eu n�o costumo modificar coisas que estejam funcionando em produ��o, a n�o ser que seja requisitado ou aconte�a algum problema. Mas novas funcionalidades devem ser testadas, com certeza....