3 dicas para a documentação de teste em uma equipe Ágil | iMasters
Tem 4 artigos publicados com 7717 visualizações desde 2016
É QA Engineer, Agile Coach & Trainer na Adaptworks e Professor de pós-graduação na Unisinos/RS. Sempre advoga no meio dos desenvolvedores a importância de testarmos qualquer tipo de aplicação entre os testadores e que a era do teste manual irá quase acabar, e isso precisa ser mais técnico. Colabora em diversas listas e grupos referentes a teste de software e faz apresentações sobre teste e desenvolvimento de software em diversos eventos, como TDC, JavaOne Latin Ametica, Campus Party, Agile in Rio, Agile Trends e grupos locais.
O que é Agile Testing?
1. Minimize a sua documentação
Não crie documentos só porque é uma prática da empresa, se você não sabe realmente onde ele será empregado (utilizado, quem irá ler o documento etc).
Criar documentação "só por criar" gera um custo muito alto, visto que temos sempre "pouco" tempo para uma entrega. Logo, devemos criar somente entregáveis utilizáveis. Se o documento que você está criando não é utilizável interna ou externamente, ele pode ser removido.
Muitas instituições financeiras necessitam documentar as evidências de teste, que são prints de telas, de partes estratégicas da aplicação, que são colocadas com uma descrição. É muito comum criarmos evidências de teste quando encontramos bugs para reportar a uma pessoa/equipe quando este não pode ser corrigido imediatamente, mas também é uma prática documentar os cenários de sucesso por conta de legislações vigentes em instituições financeiras (Sox).
2. Mantenha a documentação sempre simples
Exemocumplo prático referente a teste de software – Plano de teste
Antigamente (não muito tempo atrás) e até hoje muitos testadores mesmo em times ágeis continuam criando documento de Plano de Teste em um padrão/template conhecido da IEEE 829 (referente a documentação de teste). O dento é muito extenso, possui vários tópicos e não é nada direto, ou seja, uma perda de tempo precioso para o time.
Agora pense comigo: o testador (ou o papel deste) não planeja os critérios de aceite com vocês (time)? Já não está saindo o planejamento ai? Precisa de documenta para isso? Há alguns casos, obviamente, onde iremos fazer um planejamento prévio como por exemplo a aplicação de testes de Performance, Carga e Stress. Mas no dia a dia, o documento é pouco utilizado e, mesmo que você crie, foque em pontos-chave e não o deixe extenso.
Sugiro a leitura da sessão Test Planning, do Livro Agile Testing.
3. Documente somente quando necessário
Dado que eu estou na página inicial da Adaptworks;
Quando eu pesquisar pelo treinamento "Agile Testing";
Então o treinamento "Agile Testing" é apresentado;
E o treinamento "Agile Testing Automation" é apresentado.
O plano para a execução dos testes de performance é um exemplo de uma documentação de teste evolutiva ao longo do projeto. Vamos pegar o exemplo onde precisamos executar testes de performance antes da entrega da release. A cada iteração iremos planejar quais serão os fluxos criados para o script de teste, coletar a massa de dados necessária, conversar com o pessoal de infraestrutura para ter um ambiente suportado ou mesmo o ambiente de produção, aplicação de monitores em diversas partes da arquitetura etc…