BT

Times ágeis: melhorando a colaboração entre testes e desenvolvedores

por Ben Linders , traduzido por Gabriel Ozeas em 29 Mai 2013 |

Equipes ágeis são frequentemente multifuncionais, havendo diferentes competências como desenvolvedores e analistas de testes. A colaboração entre os membros ajuda no sucesso do próprio time. Aqui apresentamos opiniões da comunidade Agile sobre o que os Scrum Masters podem fazer para ajudar QAs e desenvolvedores a trabalharem juntos em equipes ágeis, melhorando o nível de colaboração.

No post "Quando os desenvolvedores e QAs colidem", Len Lagestee analisa situações disfuncionais entre desenvolvedores e analistas de testes (ou QAs) do mesmo time. Ele começa descrevendo o que pode acontecer quando os QAs se tornam membros de um time ágil:

Ao se introduzir agilidade nas organizações, o impacto é sentido fortemente pela comunidade de testes. QAs são um alvo fácil quando bugs são liberados em produção e viram frequentemente o foco da culpa. Por causa disso, grupos de testes têm construído processos e aprovações pesadas para protegê-los dos problemas futuros. A confiança deve ser restaurada antes que os QAs estejam totalmente comprometidos e livres para interagir com o time.

Para tornar os time ágeis funcionais, os membros devem respeitar uns aos outros, e valorizar as opiniões alheias. Len sugere que o Scrum Master deve agir neste aspecto quando um time ágil é formado:

Comece pequeno mas comece com alguma coisa. Se o relacionamento entre os desenvolvedores e os QAs tem histórico de ser nocivo à organização, o time não irá longe por conta própria - e os efeitos das disfunções só serão amplificados dentro de um time ágil. A qualidade deve ser um objetivo do time como um todo.

Len recomenda vários itens que podem ser aplicados para construir uma base comum para os QAs e desenvolvedores, para estruturar um relacionamento entre eles:

  • Aprender sobre os cliente, juntos;
  • Construir histórias e testes de aceitação, juntos;
  • Amadurecer a definição de "done" (feito);
  • Criar testes unitários em conjunto;
  • Enfatizar conversas sobre qualidade e "done", em vez de ferramentas e processos.

ShriKant Vashishtha descreve no post "Primeira automatização de testes do desenvolvedor" porque considera importante que desenvolvedores e QAs trabalharem juntos em um time ágil:

Em projetos ágeis está-se abandonando a cultura de "desenvolvedores vs QAs" (nós contra eles). Estão colaborando a fim de entregar o produto no final do sprint. A meta principal do sprint é o sucesso deste em vez do sucesso específico de desenvolvedores e QAs.

ShriKant experimentou uma abordagem onde os desenvolvedores e QAs desenvolvem juntos os casos de testes:

Os desenvolvedores sugeriram escrever o primeiro teste funcional de uma história de usuário sozinhos, fornecendo os alicerces e provendo todos os recursos necessários para construir mais testes. Durante o desenvolvimento desses testes, os desenvolvedores identificaram muitas questões que impediriam os QAs. Como os desenvolvedores são quem no final corrigem esses problemas, fez muito mais sentido que os próprios desenvolvedores as descobrissem.

Com base nesses fundamentos, os QAs aprofundavam os casos de testes e criam mais testes automatizados. O modelo funcionou muito bem para o time e também ajudou os desenvolvedores a entender questões que os QAs enfrentam diariamente.

Ole Lensmar compartilhou suas experiências da conferência StarEAST, em Orlando, no post QAs e desenvolvedores, aprendam a conviver, onde iniciou enfatizando a necessidade da colaboração entre QAs e desenvolvedores:

Não deveríamos estar juntos no palco, conversando sobre as experiências da vida real onde QAs e desenvolvedores ajudaram a construir bons produtos - juntos? Não deveríamos estar sentados juntos, rodando testes e depurando código para criar software mais elegante?

Lensmar dá sugestões que podem ser usadas para quebrar a separação entre QAs e desenvolvedores:

  • Introduza a programação de testes em pares (pair test-programming);
  • Instale e aprenda as ferramentas das outras equipes;
  • Vá a hackathons juntos;
  • Trate QAs e desenvolvedores como um time integrado.

Finalmente, o post QAs vs Desenvolvedores: como torná-los amigos? descreve outras maneiras de melhorar o relacionamento entre designers e QAs:

  • Compartilhar. Compartilhe pensamentos e estratégias com os desenvolvedores;
  • Seja amigável e tenha e aberto com os desenvolvedores, para que não se sintam ofendidos. Dê a chance para compartilhem qualquer coisa com você;
  • Mantenha positiva sua forma de reportar o progresso. Tente ser mais diplomático.

Olá visitante

Você precisa cadastrar-se no InfoQ Brasil ou para enviar comentários. Há muitas vantagens em se cadastrar.

Obtenha o máximo da experiência do InfoQ Brasil.

Dê sua opinião

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão
Comentários da comunidade

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão

Dê sua opinião

Conteúdo educacional

Feedback geral
Bugs
Publicidade
Editorial
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2014 C4Media Inc.
Política de privacidade
BT