Download - Teste em times ageis
Teste em times
ágeis
DOVER AUGUSTO HELLFELDT
JUNHO 2015
O Teste ágil - princípios
1. Orientar o progresso do produto
Deve ser utilizado desde o início da construção do produto. Gerar feedback sobre como o produto está contemplando as necessidades de negócio.
2. Não é apenas uma fase, mas um processo contínuo
Times ágeis testam continuamente. É uma das maneiras de garantir que as funcionalidades previstas para cada sprint foram implementadas .
3. Todo mundo testa
A “Theory of Constraints” diz que deve-se amplia-se o rendimento quandoa parte mais lenta do processo é acelerada. Se o teste é implementado comouma fase acaba se tornando um gargalo.
4. Diminuir o tempo de feedback.
Como o Sistema está implementado?
Medir o tempo entre a escrita do código e a execução do teste para
fornecer informações sobre como ele se comporta. Isso é um ciclo
de feedback.
Automação de teste unitário testa as funcionalidades
implementadas
Automação de testes de aceite para verificar o end-to-end do
sistema. Utilizada como teste de regressão substituindo a
regressão manual.
O Teste ágil - princípios
5. Mantenha o código clean
Assim como cozinhar em uma cozinha bagunçada exige mais tempo
para cozinhar e o resultado pode ser ou não comestivel, corrigir bugs na
própria sprint, assim que são encontrados, elimina o risco de gerar
resultados não satisfatórios.
6. Crie uma documentação leve
Use listas de verificação reutilizáveis para sugerir testes.
Concentre-se na essência do teste , em vez de os detalhes incidentais .
Usar estilos de documentação com templates e ou ferramentas .
Capturar idéias de teste em capítulos para Teste Exploratório.
O Teste ágil - princípios
7. Aproveitar o mesmo artefato para teses manuais e automotizados
Ao invés de investir em extensos scripts de passo-a- passo nós capturamos as
expectativas em um formato suportado pela estruturas de ferramentas de teste
automatizados, orientando o desenvolvimento do teste.
8. Quando o " Done " não é Done
Em ambientes tradicionais é comum os desenvolvedores darem uma story como done
antes da mesmo ser testado. É claro que o recurso não é " feito" até que seja testado
e quaisquer bugs ter sido corrigido.
Um determinado software é geralmente " 90% feito" por 90% do projeto. ( Ou , por
outras palavras , os última 10 % do esforço leva 90 % das vezes ) Equipes ágeis não
contam algo como "feito ", e pronto para ser aceite dono do produto ou cliente até que
tenha sido implementado e testado .
O Teste ágil - princípios
9. Test Last vs Teste-Driven
Em ambientes tradicionais , os testes são derivados de
artefatos do projeto - documentos de requisitos . A execução
dos testes acontece no final do projeto - " testlast " .
No “teste-driven” os testes fornecem exemplos concretos para
a equipe a respeitodo software desenvolvido e permite
verificar e as exigências do negócio estão contempladas.
Deixa mais claro os critérios e o foco nos objetivos
compartilhados.
O Teste ágil - princípios
O Teste ágil - Práticas concretas
O Teste ágil - Práticas concretas
O Teste ágil - Práticas concretas
O Teste ágil - Práticas concretas
O Teste ágil - Práticas concretas
O Teste ágil - Práticas concretas
Fonte:
Hendrickon , Elisabeth. Agile Testing – Nine Principles and Six
Concrete Pratices for Testing on Agile Teams. Quality Tree Software Inc. August 2008.