Comments on: Test infection: por onde começar? http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/ Blog sobre desenvolvimento de software e tecnologia Sun, 16 Oct 2011 12:18:18 -0400 http://wordpress.org/?v=2.8.4 hourly 1 By: JMock - trabalhando com mock objets em java | Planeta Globo.com http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/comment-page-1/#comment-7785 JMock - trabalhando com mock objets em java | Planeta Globo.com Thu, 16 Apr 2009 05:05:39 +0000 http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/#comment-7785 [...] sobre testes unitarios, imagine o caso onde o seu teste é complexo: um objeto que chama outro e, então, realiza as suas [...] [...] sobre testes unitarios, imagine o caso onde o seu teste é complexo: um objeto que chama outro e, então, realiza as suas [...]

]]> By: JMock - trabalhando com mock objets em java | Blog do PacMan http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/comment-page-1/#comment-6510 JMock - trabalhando com mock objets em java | Blog do PacMan Mon, 16 Mar 2009 00:06:09 +0000 http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/#comment-6510 [...] - trabalhando com mock objets em java Easy AdSenser by UnrealLendo sobre testes unitarios, imagine o caso onde o seu teste é complexo: um objeto que chama outro e, então, realiza as suas [...] [...] – trabalhando com mock objets em java Easy AdSenser by UnrealLendo sobre testes unitarios, imagine o caso onde o seu teste é complexo: um objeto que chama outro e, então, realiza as suas [...]

]]> By: codificando.com » Blog Archive » Código do Pânico http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/comment-page-1/#comment-1411 codificando.com » Blog Archive » Código do Pânico Fri, 12 Sep 2008 00:23:28 +0000 http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/#comment-1411 [...] atual do projeto, mas como bem disse uma vez o Guilherme Chapiewski num excelente post sobre inclusão de testes num projeto, no momento em que comecei a modificar o código desse projeto foi o momento em que comecei a [...] [...] atual do projeto, mas como bem disse uma vez o Guilherme Chapiewski num excelente post sobre inclusão de testes num projeto, no momento em que comecei a modificar o código desse projeto foi o momento em que comecei a [...]

]]> By: Ronan Lucio http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/comment-page-1/#comment-520 Ronan Lucio Mon, 07 Apr 2008 12:49:51 +0000 http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/#comment-520 Guilherme, Tá certo, relendo o item 3 fica claro que eu não o li... :-/ Retiro o que disse. []s Ronan Guilherme,

Tá certo, relendo o item 3 fica claro que eu não o li… :-/
Retiro o que disse.

[]s
Ronan

]]> By: Guilherme Chapiewski http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/comment-page-1/#comment-519 Guilherme Chapiewski Tue, 01 Apr 2008 19:17:34 +0000 http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/#comment-519 Oi Ronan Lucio, Acho que você não leu direito meu post. Leia a dica número 3 novamente, é exatamente o que você está dizendo: <i>Dica número 3: não abraçe o mundo com as pernas! Não precisa refatorar a aplicação inteira de uma vez, até porque você corre um grande risco de tudo parar de funcionar e você ser demitido [...]</i> Oi Ronan Lucio,

Acho que você não leu direito meu post. Leia a dica número 3 novamente, é exatamente o que você está dizendo:

Dica número 3: não abraçe o mundo com as pernas! Não precisa refatorar a aplicação inteira de uma vez, até porque você corre um grande risco de tudo parar de funcionar e você ser demitido [...]

]]> By: Ronan Lucio http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/comment-page-1/#comment-518 Ronan Lucio Tue, 01 Apr 2008 14:00:05 +0000 http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/#comment-518 Guilherme, Legal o seu post. Você levantou alguns pontos realmente bem interessantes, entretanto eu o achei muito generalista, ou seja, não aplicável em todos os projetos. Dependendo da complexidade do projeto, refatorar e escrever testes de tudo pode tomar tranquilamente os três meses, que é o prazo total do projeto citado. No livro "Extreme Programming Explained" do Kent Beck há um capítulo que fala sobre a adoção de TDD em sistemas existentes. Acho a proposta do livro bem interessante para este caso: Escreva os testes a medida que você ser codificando: - Vai desenvolver a funcionalidade X, escreva testes; - Vai alterar a funcionalidade Y, escreva testes; - Vai corrigir um bug, escreva testes. Existe a regra 20-80, que diz que 80% da utilização de um sistema corresponde a 20% dele. Isso quer dizer que em pouco tempo você terá 20% cobertura de testes, porém esses 20% corresponderão a 80% da utilização do sistema. []s Ronan Lucio Guilherme,

Legal o seu post. Você levantou alguns pontos realmente bem interessantes, entretanto eu o achei muito generalista, ou seja, não aplicável em todos os projetos.

Dependendo da complexidade do projeto, refatorar e escrever testes de tudo pode tomar tranquilamente os três meses, que é o prazo total do projeto citado.

No livro “Extreme Programming Explained” do Kent Beck há um capítulo que fala sobre a adoção de TDD em sistemas existentes.
Acho a proposta do livro bem interessante para este caso:
Escreva os testes a medida que você ser codificando:
- Vai desenvolver a funcionalidade X, escreva testes;
- Vai alterar a funcionalidade Y, escreva testes;
- Vai corrigir um bug, escreva testes.

Existe a regra 20-80, que diz que 80% da utilização de um sistema corresponde a 20% dele.
Isso quer dizer que em pouco tempo você terá 20% cobertura de testes, porém esses 20% corresponderão a 80% da utilização do sistema.

[]s
Ronan Lucio

]]> By: Vinicius Assef http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/comment-page-1/#comment-517 Vinicius Assef Sun, 30 Mar 2008 14:22:34 +0000 http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/#comment-517 Muito importante é lembrar o que acontece conosco quando vemos um código mal feito. Instintivamente perguntamos "quem foi o relaxado que fez isso?!" Se eu fui o último a mexer, certamente levarei a má fama. E como quero ser bem pago pelo meu trabalho, preciso fazer barba, cabelo e bigode. ;-) []s. Vinicius Assef. Muito importante é lembrar o que acontece conosco quando vemos um código mal feito. Instintivamente perguntamos “quem foi o relaxado que fez isso?!”

Se eu fui o último a mexer, certamente levarei a má fama.

E como quero ser bem pago pelo meu trabalho, preciso fazer barba, cabelo e bigode. ;-)

[]s.
Vinicius Assef.

]]> By: Bruno Pereira http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/comment-page-1/#comment-516 Bruno Pereira Sun, 30 Mar 2008 10:50:01 +0000 http://gc.blog.br/2008/03/30/test-infection-por-onde-comecar/#comment-516 Muito bom o post. Para essa questão de como abordar a qualidade, a dica das janelas quebradas é uma das melhores do "Pragmatic Programmer". Este livro é realmente muito bom. Eu considero que ele dá pílulas de maturidade e senioridade a quem absorve o conteúdo :) Outro "mantra" muito legal que não lembro onde vi pela primeira vez é: "Programe como se o próximo cara a manter código seja um maníaco homicida que sabe onde você mora". Ou seja preocupar-se sempre com a clareza e qualidade do que você está fazendo é fundamental. O próximo cara a manter o código pode ser você mesmo, e quem gosta de manter código ruim? :) Que bom que vc está postando com freqüência de novo Guilherme, muita coisa boa por aqui. Grande abraço! Muito bom o post. Para essa questão de como abordar a qualidade, a dica das janelas quebradas é uma das melhores do “Pragmatic Programmer”. Este livro é realmente muito bom. Eu considero que ele dá pílulas de maturidade e senioridade a quem absorve o conteúdo :)

Outro “mantra” muito legal que não lembro onde vi pela primeira vez é: “Programe como se o próximo cara a manter código seja um maníaco homicida que sabe onde você mora”. Ou seja preocupar-se sempre com a clareza e qualidade do que você está fazendo é fundamental. O próximo cara a manter o código pode ser você mesmo, e quem gosta de manter código ruim? :)

Que bom que vc está postando com freqüência de novo Guilherme, muita coisa boa por aqui. Grande abraço!

]]>