Comments on: Você automatiza seus testes de aceitação?

By: Ricardo Silveira

Ricardo Silveira — Tue, 28 Oct 2008 17:44:24 +0000

Olá Danilo.
Estou remoando contra a corrente para implementar plano de testes em minha empresa. A resistência é grande, mas acredito que depois que eu estiver usando, outros vão querer. Já instalei o Selenium RC e o IDE mas não sei como integrar os códigos gerados do IDE para o RC. Alguém poderia me dar uma orientação nisso. Pretendo gerar um tutorial e disponibilizá-lo, pois notei que muita gente ainda não sabe como fazer isso.
Grato.

Ricardo Silveira.

By: Eppierz

Eppierz — Sat, 05 Apr 2008 19:11:58 +0000

well done, brother

By: Danilo Sato

Danilo Sato — Fri, 19 Oct 2007 01:44:48 +0000

@Eduardo Fiorezi

O RSpec não substitui o Selenium pois não é um "driver" do browser por Javascript. Ele está mais pra substituir o Test::Unit do Ruby. O que dá pra fazer é usar o RBehave (dá também pra usar o RSpec, mas prefiro deixar ele pros testes de unidade) para dirigir o selenium, usando a API Ruby do Selenium RC.

@Sérgio

Acho que o StoryRunner é só do RBehave. É a classe que executa seus cenários de cada história e coleta os resultados. O RSpec executa suas especificações com o ExampleRunner (acho que mudou o nome de SpecRunner ou BehaviourRunner recentemente). Valeu pela dica do JDave!!

By: Victor

Victor — Fri, 05 Oct 2007 15:53:37 +0000

Se ainda quiseres:

http://www.4shared.com/file/25736635/61e364e5/dojo.html

agora com os testes… hehehe

By: Sérgio

Sérgio — Sun, 30 Sep 2007 21:28:03 +0000

Vou tentar ser matematicamente preciso:

rbehave + rspec = StoryRunner

mas não tenho certeza disso.

Em java também tem o JDave que tenta imitar rspec (obviamente que o código em java não fica tão elegante e natural quanto em ruby).

By: Alisson Vale

Alisson Vale — Tue, 25 Sep 2007 16:02:11 +0000

Oi Danilo,

Parabéns pelo post. As pessoas realmente tem bastante dificuldade para entender como se trabalha com quality assurance em projetos ágeis. Elas acabam então mantendo os vícios dos projetos tradicionais, deixando pra testar tudo no final da iteração, o que nos leva aos mesmos problemas de qualidade que já enfrentamos a tanto tempo.

Uma outra idéia interessante é permitir gerar a documentação do sistema à partir dos testes. Isso pode elevar ainda mais sua importância e utilidade. Escrevi recentemente sobre isso: http://www.phidelis.com.br/blogs/alissonvale/2007/09/20/DocumentosExecutaacuteveis.aspx

Att,

Alisson Vale

By: Alexandre Martins

Alexandre Martins — Tue, 25 Sep 2007 03:19:37 +0000

Fala Danilo,

muito legal seu post. Semana passada fiz pair programming com um desenvolvedor da minha equipe, e comecei a explicar e ele sobre TDD. Ele ja conhecia o JUnit, e tinha implementado uns testes. Mas o teste dele era um teste de integracao, muito fragil, pois assumia que a camada que ele interagia estava disponivel, o que nao eh bom. Introduzi conceitos como mock objects e unit tests (como REALMENTE escreve-los) e percebi que ele se demonstrou bastante resistente em faze-lo, pois segundo ele, nao era necessario, ja que a logica foi feita por ele, e ele sabe que esta correta. Segui explicando a ele que este pensamento nao era certo, citando os motivos porque usamos unit tests. Finalmente ele concordou, mas ainda acho que ele nao esta totalmente confortavel com essa ideia de unit tests. Seu post vem como mais um recurso para mostra-lo, na tentative de faze-lo abracar a ideia e fazer com os outros da minha equipe o que fiz com ele. Valew!

By: Eduardo Fiorezi

Eduardo Fiorezi — Tue, 25 Sep 2007 02:17:46 +0000

Olá Danilo,

Na minha equipe estamos pulando a parte dos testes de aceitação. Mas não me sinto muito a vontade com isso. Não consegui encontrar a maneira correta de utilizar o selenium no rails(isso nos fez deixar de lado). O Rspec pode entrar no lugar do selenium para esses testes?

Abraços