Testing War Room - Google Docs
Autor: Sarah Pimentel | Publicado: 2013-07-17T19:07:00-03:00

Esta semana experimentei usar o Google Docs como War Room para testes e foi super produtivo. Além disso, foi um bom insight para tirar o pó aqui do blog que já não via um post há bué da tempo. Bué da tempo ? Ok, expressão portuguesa. Tradução: há muito tempo. Nesse tempo que o blog ficou às traças muita coisa aconteceu, inclusive minha mudança para Lisboa! :) Mas bem, vamos voltar ao assunto central.

Primeiro, que idéia é essa de Testing War Room?

War room
Acredito que por volta do ano 2000 algumas empresas de TI começaram a experimentar colocar o time de desenvolvimento em ambientes como salas de reuniões onde a comunicação fosse aumentada e as ações fossem tomadas mais rápida e acertivamente.

Ainda era muito comum os desenvolvedores ficarem um tanto isolados uns dos outros (que dirá da equipe de testes), com divisórias na mesa e pouca comunicação, o que fez dessa prática algo inovador na época. Um bom exemplo da aplicação dessas war room eram as ‘crises’, problemas críticos em produção que precisavam de atenção imediata e esforço conjunto coordenado.

Com o tempo, o conceito de war room começou a ficar um pouco descabido já que empresas/pessoas que praticam agilidade já promovem naturalmente um ambiente com menos obstáculos para comunicação.

A motivação
Não foi uma crise, mas a necessidade de focar os testes em uma funcionalidade que precisava ser entregue rapidamente que motivou a recuperação desse conceito, ainda que de uma forma adaptada a nossa realidade.

Bem, na minha empresa as mesas não tem divisórias e o time encontra-se todo na mesma sala. Além disso, anteriormente já tive a experiência de sentar com meu notebook ao lado do desenvolvedor e ir testando, reportando, ele corrigindo, eu re-testando e testando outras coisas na sequência. Mas o trabalho ficava muito ping pong e precisávamos de mais agilidade.

A ferramenta e o processo
Resolvemos experimentar o google docs como virtualização desse conceito de war room. Funcionou assim:
Eu ia testando, escrevendo no google docs os problemas encontrados, incluindo prints quando necessário. Ao lado de cada problema, eu colocava um comentário. Os comentários tem opção de Reply e de Resolve. E ainda há a opção do chat para comunicação.

Quando o desenvolvedor interagia com o meu comentário, eu recebia e-mail comunicando da alteração e o ponto que foi corrigido. Isso claro, fora o aviso verbal.
Além disso, por concentrarmos o essencial da comunicação no documento, no caso de precisarmos desviar o nosso foco para outra tarefa momentaneamente, não perdíamos a sequência do que estávamos fazendo.

Exemplos:
Email com issue solved:




Comentários, reply e alterações:




Vantagem
Eu podia testar todo um aspecto da feature e ir apontando os problemas, sem precisar interromper meu teste para comunicar ao desenvolvedor de um problema intermediário e sem ter que esperar terminar todo o fluxo pretendido para então reportar o problema. Também, o desenvolvedor não precisava esperar que eu revalidasse uma correção para fazer a próxima correção.

Final feliz
E depois de muitos ‘git pull’, problemas resolvidos e feature entregue! :)

Disclaimer
A utilização de uma ferramenta colaborativa não exclui a necessidade de comunicação verbal, de levantar-se e ir a mesa do seu colega de trabalho. Essa comunicação pessoal é essencial no dia a dia. Nesse caso, a utilização da ferramenta tem por objetivo contribuir para organização e produtividade.


Se você já utilizou da característica de colaboração do google docs para ajuda-lo(a) nos seus testes, ou outra ferramenta com o mesmo intuito, conta a sua história também :)

Dica:&nbsp;How to share and collaborate using Google Docs.