Screencast - TDD, BDD e Shoulda

Acabei de assistir a apresentação que Tammer Saleh (criador do shoulda) deu na RubyConf desse ano.

Ele começa a apresentação comentando sobre o shoulda e somente por isso você já deveria assistir, shoulda é bem interessante, pretendo começar a utilizá-lo logo.

Contudo, o melhor vem depois que ele faz a apresentação do que é e como funciona o shoulda. Tammer fala sobre alguns assuntos que envolvem TDD/BDD, como a utilização ou não de fixtures, cenários com fixtures, whitebox tests x blackbox tests entre outros.

Vale a pena ouvir as dicas e conselhos que Tammer dá nesse screencast.

Why Looking Into Principles Is Important e A Reflection on Just-In-Time (JIT)

2 posts do blog do pessoal da NetObjectives:

• Why Looking Into Principles Is Important
• A Reflection on Just-In-Time (JIT)

The key to improving your agile process is the Retrospective

Fica aí o link - The key to improving your agile process is the Retrospective

Common mistakes made in Agile projects based on new technologies

Ganesh Gembali, que trabalha na Xebia escreveu um artigo - Common mistakes made in Agile projects based on new technologies - bem interessante, vale a pena ler.

Top 10 Team Practices

1. Empower them

2. Listen to them

3. Trust them to get the job done and solve problems

4. Judge when to step in / away

5. Create a productive workspace for them

6. Provide support for them

7. Encourage reflection and adaptation

8. Reward and recognize them

9. Communications

10. Align objectives and promote people

Para ver com mais detalhe cada prática, acesse a fonte aqui.

Five Mistakes New Agile Teams Make

Five Mistakes New Agile Teams Make, é um artigo bem legal que achei no blog http://jbrains.ca/. No artigo o autor cita o que acredita ser os 5 erros que equipes que estão iniciando em desenvolvimento Ágil:

• Focar somente na velocidade
• Seguir somente as regras simples
• Iniciar em um projeto crítico
• Tratar pessoas como reféns (essa minha tradução ficou estranha, mas leiam o artigo e irão entender)
• Ignorar as habilidades do trabalho em equipe

Agile version control with multiple teams

Henrik Kniberg, o mesmo do famoso Scrum & XP from the Trenches, lançou outro paper (será que esse também vira livro?) que parece ser bem interessante e pode ajudar bastante gente por aí: Agile version control with multiple teams

Scrum and Risk Management

Michael James escreveu um texto bem legal, com o título de Scrum and Risk Management.

Uma coisa interessante que ele escreve, é a forma que metologias tradicionais atacam os riscos sempre no início, contudo no desenvolvimento de novos produtos, você não pode atacar todos os requisitos com maior risco no início, porque você ainda não sabe quais serão.

Esse texto me lembrou uma conversa que tive, onde alguém interessado em Scrum perguntou “E qual é a diferença do Scrum? Como vocês fazem quando estoura o prazo do projeto?”.

Hmm, aparentemente o responsável pelos projetos nessa empresa estava muito preocupado em garantir como serão feitas as coisas, depois que o projeto estiver afundando e não em como evitar do projeto afundar

TDD, com Cedric Beust

Essa dica eu achei em um post, no fórum da Artima.

É um link para um post do Cedric Beust (o cara do TestNG). Beust mostra claramente um posição anti-extremista, diferente do que Uncle Bob defende.

Eu não concordo com as rules of thumb apresentadas por ele, não acho que TDD seja luxúria, embora isso facilite a minha vida, como desenvolvedor, os benefícios se estendem aos usuários finais.

Bem, vale a pena ler o post e os comentários no fórum e no blog!

Testes de aceitação - WatiN

Eu já havia postado sobre testes de aceitação antes, quando Marc Guillemot havia feito uma comparação entre o WebTest e Selenium.

Agora eu achei um post no blog Something Smells, outra comparação entre ferramentas. No primeiro round, eles escolheu o WatiN (Web Application Testint in .NET) como ferramenta. Eu particularmente nunca utilizei o WatiN, mas pelo que vi parece ser interessante.

Outro ponto positivo é o Watin Test Recorder, ele funciona de forma muito parecida com o Selenium IDE, onde você vai navegando e ele vai gravando seus clicks (gerando código) e com o botão direito você pode fazer os asserts.

O WatiN pode ser uma boa escolha para quem desenvolve em .NET, embora não vi nenhuma grande vantagem em relação ao Selenium (um teste de performance seria interessante, porque apesar do Selenium Grid, o Selenium é bem lento…).

É isso aí, se mais alguém utiliza o WatiN pode fazer alguns comentários diretamente lá no post no Something Smells.