O programador profissional precisa de testes unitários?

Java Ninja Membro desde: 18/05/2006 20:04:34 Mensagens: 256 Offline

Dieval Guizelini wrote:Em uma equipe experiente, com um escopo bem definido e uma boa documentação, eu rediziria a necessidade dos testes para faixas entre 3 e 5% do projeto, enquanto que no inverso, ou seja, em equipe pouco experiente e com regras de negócios pouco claras, eu recomendaria de 75 a 90% dos artefatos produzidos. (Os % são em relação a cobertura das unidades desenvolvidas)

Há um problema muito sério nesta afirmação. Ela parte da premissa que desenvolver sem escrever testes unitários seria de alguma forma mais produtivo do que escrevendo-os (logo a recomedação de evitá-los numa situação em que as pessoas estariam menos propensas a cometer erros).

Essa premissa não faz sentido - e é desse princípio errado que partem a maioria dos argumentos contra testes unitários ao longo do desenvolvimento.

cv wrote:Mas eu quero ver (e pago bem!) voce provar pra mim que um time de desenvolvedores com boa experiencia e um ambiente sem nenhum fator a se considerar um risco ao projeto demora mais pra entregar com o uso de testes automatizados.

Alguém se habilita? Eu dobro o pagamento

E o que vocês acham das ferramentas que automatizam testes na GUI?
Acho que no fim acaba agregando tanto valor ou mais valor que os testes unitários!

Os testes unitários certificam que uma unidade atômica de código foi testada e seu comportamento esta dentro do esperado.

Considerando que vc pode escrever um teste antes de implementar o código em si, vc consegue testar aquele código sem que a gui esteja pronta, por exemplo, e pode explorar cenarios que a gui nem conseguiria chegar.

Sem falar que vc pode descobrir com muita rapidez que uma determinada modificação quebrou os testes unitários (antes de integrar o código). Imagina descobrir um dia depois que aquela modificaçãozinha quebrou a aplicação? Mó stress né? Podia ser evitado né?

Só posso imaginar que um programador que não testa o seu código não tem meios de garantir o real comportamento da sua obra (uml não garante, documento do word não garante), terminando em bugs cujo custo de testar, encontrar e corrigir não são brincadeira.

GUJ Master Membro desde: 23/01/2008 11:14:35 Mensagens: 1905 Offline

A gerência tem foco no que possa já cumprir a primeira etapa do projeto, em vista do protótipo possa dar reflexos aparentes de funcionalidades, entre os projetista consultores na divisão de responsabilidades pela gestão de entrega desses requisitos ao ciclo de desenvolvimento projetado, entra ai a questão, o que é um modelo de produtividade,e se este sendo por interação(colaborado em equipe uma espécie de XP) ou um processo focado em modelo de fabrica de Software com exploração a metodologia RUP, test case a implementar, outros instrumentos a se considerar.

Existem outros fatores ao business core pelo tempo e aceitação, a fase 2 continuara, a gerência será a mesma, outra abordagem tecnologica mudou o rumo desse projeto.Acho que teste unitários vão de ponta a ponta ao projeto, mas previsões existem.

Java Ninja Membro desde: 18/05/2006 20:04:34 Mensagens: 256 Offline

Marcio Duran wrote: A gerência tem foco no que possa já cumprir a primeira etapa do projeto, em vista do protótipo possa dar reflexos aparentes de funcionalidades, entre os projetista consultores na divisão de responsabilidades pela gestão de entrega desses requisitos ao ciclo de desenvolvimento projetado, entra ai a questão, o que é um modelo de produtividade,e se este sendo por interação(colaborado em a equipe em uma espécie de XP) ou um processo focado em modelo de fabrica de Software com exploração a metodologia RUP, test case a implementar, outros instrumentos a se considerar.

Existem outros fatores ao business core pelo tempo e aceitação, a fase 2 continuara, a gerência será a mesma, outra abordagem tecnologica mudou o rumo desse projeto.Acho que teste unitários vão de ponta a ponta ao projeto, mas previsões existem.

Hein?!

GUJ Master Membro desde: 23/01/2008 11:14:35 Mensagens: 1905 Offline

bzanchet wrote:
Essa premissa não faz sentido - e é desse princípio errado que partem a maioria dos argumentos contra testes unitários ao longo do desenvolvimento.

Hein?!

Whats !!!

Os códigos que mais retornam dos testadores aqui na empresa, são dos programadores que NÃO fazem testes unitários.

Marcio Duran wrote: A gerência tem foco no que possa já cumprir a primeira etapa do projeto, em vista do protótipo possa dar reflexos aparentes de funcionalidades, entre os projetista consultores na divisão de responsabilidades pela gestão de entrega desses requisitos ao ciclo de desenvolvimento projetado, entra ai a questão, o que é um modelo de produtividade,e se este sendo por interação(colaborado em a equipe em uma espécie de XP) ou um processo focado em modelo de fabrica de Software com exploração a metodologia RUP, test case a implementar, outros instrumentos a se considerar.

Existem outros fatores ao business core pelo tempo e aceitação, a fase 2 continuara, a gerência será a mesma, outra abordagem tecnologica mudou o rumo desse projeto.Acho que teste unitários vão de ponta a ponta ao projeto, mas previsões existem.

Tá parecendo aqueles programas geradores de texto enfeitado...

GUJ Master Membro desde: 23/01/2008 11:14:35 Mensagens: 1905 Offline

tnaires wrote:
Tá parecendo aqueles programas geradores de texto enfeitado...

O programador profissional precisa de testes unitários? Você é um programador que vive isolado em um projeto, você faz tudo na sua casa e depois diz que já terminou tudo.

Qual é a sua tese ?

tnaires wrote:

Marcio Duran wrote:...

Tá parecendo aqueles programas geradores de texto enfeitado...

É só você ignorar que ele desaparece

Tiro e queda.

JavaChild Membro desde: 18/09/2004 00:25:53 Mensagens: 112 Offline

Acho que foi uma tradução mal feita inglês-português.
Não deixa de ser um gerador de texto desconexo.

Thread.start() Membro desde: 28/04/2003 22:14:58 Mensagens: 34 Offline

Marcio Duran wrote:

O programador profissional precisa de testes unitários? Você é um programador que vive isolado em um projeto, você faz tudo na sua casa e depois diz que já terminou tudo.

Qual é a sua tese ?

Hein?!?!

Alguém entendeu a resposta?

Paulo Silveira wrote:

O que você acha dos testes unitários? Esta prática é adotada na sua empresa? Quais os resultados que você obteve?

Estratégia TDD é uma importante parte integrante do "ciclo ágil de um dia", o trabalho do desenvolvedor. Vejo TDD mais como requisitos, design e documentação do que como realmente testes. Lembre-se que nas abordagens ágeis a especificação fora do código é levíssima. Por isso TDD é imprescindível para equipes XP: documentar.

Antigamente levava os testes unitários a lá UP (não exatamente o trabalho de "pegar um requisito, fazer um teste, fazer falhar, fazer passar, chegar a um pedacinho de software funcionando). Nos meus últimos projetos a abordagem TDD tem sido mais disciplinada. Porém, é um misto de teste unitário e teste de integração mesclado no código.

Um documento de arquitetura, user stories simples, DDD e TDD tem sido suficientes para garantir qualidade e documentação da maioria dos projetos. Vou escrever a respeito disso na MJ que sai em Maio!

Yoshi, ja deu uma brincada com JBehave e RSpec? O que tem achado?

Ainda tneho dificuldades em acreditar que um teste unitário possa servir como documento de requisitos. Alguém tem algum exemplo do mundo real?

Notícias, artigos e o maior fórum brasileiro sobre Java