Erros que vc cometia quando estava começando...

[Maurício Aniche]

Oi pessoal,

Começar a testar é difícil. Ainda mais se vc estiver começando também com programação em geral.

Erros comuns que vejo em alunos:

1) Não colocam asserts nos testes, e o teste acaba não fazendo nada.

2) Duplicam um monte de código no teste.

3) Não fazem assert em tudo que deveriam.

4) Não cobrem toda a classe.

5) Testam a classe B no teste da classe A

6) Método único de teste que contém mais de um teste

7) Escrevem testes que não fazem sentido, com loops e variáveis 'malucas'

O que mais vocês veem de erros comuns?

Um abraço,

--

Maurício Aniche

Postdoc researcher

Delft University of Technology

www.mauricioaniche.com

@mauricioaniche

[Fabrício Cabral]

Olá Maurício!

Com os meus alunos, eu percebo que o maior problema é que eles não sabem o que testar. Fazem testes bobos e simples, mas não desenvolvem testes que agregam mais valor ao software, isto é, aqueles testes que deveriam testar o domínio da aplicação. Exemplo: em um sistema de multas, o aluno não escreve testes para saber se a multa foi calculada da maneira correta.

At.te.

--
Você recebeu essa mensagem porque está inscrito no grupo "TDD no mundo real" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para tdd-no-mundo-real+unsubscribe@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.

--

--fx

[Fabrício Cabral]

Ah, outro problema: não testar os "corners cases".

At.te.

2017-10-22 10:52 GMT-03:00 Maurício Aniche <maurici...@gmail.com>:

--

Você recebeu essa mensagem porque está inscrito no grupo "TDD no mundo real" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para tdd-no-mundo-real+unsubscribe@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.

--

--fx

[Roberto Leite de Moraes Rodrigues]

1) quando conhecem o teste de interface e integração focam muito neles e esquecem de unidade.

2) nomes ruins nos testes e depois não lembra o que o teste faz.

3) coloca a mesma lógica no teste e na implementação.

4) coloca um loop no teste cobrindo todas as possibilidades de resposta.

Em 22 de out de 2017 7:06 PM, "Veranildo Veras" <veran...@gmail.com> escreveu:

Até hoje eu ouço e vejo acontecer:

 

Eu não acredito nisso.

Isso não cabe aqui.

O medo do desconhecido causa um bloqueio.

Eu não sei por onde começar, e o eu devo testar.

De fato, a maioria não querem estudar e isso dificulta em muito a evolução da técnica.

--

[Veranildo Veras]

Até hoje eu ouço e vejo acontecer:

 

Eu não acredito nisso.

Isso não cabe aqui.

Eu não sei por onde começar, e o que eu devo testar.

De fato, o medo do desconhecido pode causa um bloqueio, a maioria não quer estudar e isso dificulta ainda mais a evolução da técnica.

Em domingo, 22 de outubro de 2017 11:53:06 UTC-2, Maurício Aniche escreveu:

[Maurício Aniche]

Eu consegui um dinheiro aqui, e queria investir em alguma ferramenta/IDE plugin/Maven plugin para ajudar testers que estão começando. As sugestões de vcs são ótimas; vejo como escrever analisadores estáticos para a maioria delas.

Mais ideias são bem vindas!

Um abraço,

--

Você recebeu essa mensagem porque está inscrito no grupo "TDD no mundo real" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para tdd-no-mundo-r...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

[Rafael Ponte]

Opa,

1) dar bons nomes sempre foi difícil;
2) exagerei muito no uso de mocks quando deveria usar testes de integração;
3) escrever testes isolados e independentes;
4) escrever bons asserts;
5) percepção de que havia problemas no design do código que dificultava a escrita dos testes;
6) extrair e pensar em bons cenários de testes;
7) ter uma ideia da qualidade dos meus testes (nesse caso, resolvi com ferramentas de cobertura como EclEmma);

Lembrando de cabeça agora esses foram os problemas que passei quando iniciei.

Um abraço,

Rafael Ponte

TriadWorks | Formação Java
http://cursos.triadworks.com.br

[Alexandre Aquiles]

Excelente thread, pessoal!

Lembrei de um:
- como testar quando o retorno é uma coleção? só verificar o tamanho?

Alexandre Aquiles

about.me/alexandreaquiles