Automação de testes em projetos ágeis

Globalcode – Open4education
Trilha – Stadium - Domingo
Automação de testes em projetos ágeis
Cristiano Caetano - Qualister

Palestrante
Cristiano Caetano
cristiano.caetano@qualister.com.br
É certificado CBTS pela ALATS. Diretor técnico da Qualister com mais de 10 anos de
experiência, já trabalhou na área de qualidade e teste de software para grandes empresas
como Zero G, DELL e HP Invent. É colunista na área de Teste e Qualidade de software do
site linhadecodigo.com.br e autor dos livros "CVS: Controle de Versões e Desenvolvimento
Colaborativo de Software" e "Automação e Gerenciamento de Testes: Aumentando a
Produtividade com as Principais Soluções Open Source e Gratuitas". Participante ativo da
comunidade de teste de software brasileira, é o criador e mantenedor do portal TestExpert:
A sua comunidade gratuita de teste e qualidade de software (www.testexpert.com.br).

twitter.com/c_caetano

Teste de software tradicional
Versão 1 Versão 2 Versão 3
A B A B
C
A B
C
D E

A B A B
C
A B
C
D E
TESTES
TESTES
TESTES
TESTES
TESTES
TESTES

A B A B
C
A B
C
D E
TESTES
TESTES
TESTES

A B A B
C
A B
C
D E
TESTES
TESTES
TESTES
DEFEITOS
REMANESCENTES
DEFEITOS
REMANESCENTES
DEFEITOS
REMANESCENTES

Cultura predominante
No meu
computador
funcionou!
Não está
escrito no
requisito!
Ninguém pediu
para verificar
isso!
Compilou, tá
pronto!
Ninguém vai
digitar isso
nesse campo!
Esse erro não é
na tela que eu
estou
trabalhando!
Por que
testar?
Libera para o
cliente e vamos
ver o que
acontece!

Características do teste de software tradicional
É uma fase separada do desenvolvimento
É realizado por um equipe independente
Manual
Informal
Superficial
Enfoque apenas na interface gráfica
Ocorre no final de uma liberação ou no final do projeto
Última (ou única) peneira da qualidade
Os programadores desenvolvem e os testadores testam
Cultura: Nós X Eles

Metodologias ágeis
www.motivatedphotos.com

Características do teste de software ágil
Teste faz parte do processo de desenvolvimento
Teste usado para complementar a documentação
Teste usado para compartilhar o conhecimento
Testes em todas as camadas da arquitetura (de
dentro para fora e de fora para dentro)
Os programadores testam, os testadores testam,
os usuários testam
Cultura: A qualidade é responsabilidade de todos

Teste de software ágil
O teste para ser considerado ágil deve ser Freqüente e Automatizado
A B A B
C
A B
C
D E
TESTES
AUTOMATIZADOS
TESTES
AUTOMATIZADOS
TESTES
AUTOMATIZADOS

Por que é dado um grande enfoque em
automação de testes nas metodologias ágeis?
A automação oferece uma rede de segurança por
meio de regressões completas
A automação viabiliza ciclos curtos de entrega
A automação oferece feedback contínuo
A automação pode fazer parte de um ciclo de
integração contínua
A automação libera as pessoas para realizarem
tarefas mais criativas ao invés de terem que executar
testes manuais, enfadonhos e repetitivos

Grande parte práticas de teste/qualidade ágeis foram
criadas sob a perspectiva do desenvolvedor:
Testes unitários
Análise estática de código
Integração contínua
Programação em par
Refactoring

Camadas
Testando camadas diferentes

Interface gráfica
Código/API’s
Testando em camadas diferentes
Testes em todas as camadas da arquitetura (de dentro para fora e de
fora para dentro)

Testes funcionais e de
aceitação automatizados
Testes unitários
fora para dentro)

Testes unitários
Os desenvolvedores
testam
fora para dentro)

Código/API: Testes unitários
http://xunitpatterns.com/Four%20Phase%20Test.html
Classe
Método(a, b, c): d
Setup
Exercise
Verify
Teardown
Mocks

Código/API: Testes unitários

Testes funcionais
automatizados
Os testadores testam
fora para dentro)

Interface Gráfica: Record/Playback com reconhecimento
de objetos

Interface Gráfica: Record/Playback usando DDT (Data-
driven test)

Testes de aceitação
automatizados
Os usuários testam
fora para dentro)

automatizados
Os usuários testam
fora para dentro)
?

Interface Gráfica: Keyword-Driven Tests
Testes automatizados desenvolvidos em tabelas
com o vocabulário de palavras-chave predefinidas
para as mais diversas ações ou operações de
negócio.
Tela Objeto Palavra-chave Valor
TelaDeLogin usuario digitar “Pedro”
TelaDeLogin senha digitar “1h5ks80”
TelaDeLogin botao clicar
TelaInicial Validar texto “Bem-vindo
Pedro”

Interface Gráfica: Keyword-Driven Tests

BDD
Dan North usando um utilitário chamado agiledox percebeu que os testes
unitários poderiam ser representados por meio do comportamento esperado
http://blog.objectmentor.com/articles/2008/11/27/the-truth-about-bdd
http://blog.dannorth.net/introducing-bdd/

User Stories
– Como um (As a)
• Papel
– Eu quero (I want to)
• Ação
– Para que (So that)
• Valor/Benefício gerado pelo sistema

– Dado que (Given)
• Usado para determinar o estado do sistema antes da
execução do teste
– Quando (When)
• Usado para descrever as ações/interações com o sistema
(passos do teste)
– Então (Then)
• Usado para verificar o resultado esperado

Documentação colaborativa
Cenários de
uso
Exemplos
de uso
Limitações
RestriçõesPremissas
Assunções
Expectativas

Documentação executável
Documentação executável
A convenção Given/When/Then permite a descrição do conceito de
input/process/output. Com formalidade suficiente é possível descrever os testes de
maneira que uma ferramenta possa interpretar e executá-los.
http://blog.dannorth.net/introducing-bdd/
http://en.wikipedia.org/wiki/Behavior_Driven_Development

Cucumber (Ruby)
http://cukes.info/

Cucumber (Ruby)
http://cukes.info/
FIXTURE
(Código de
suporte)

Pyccuracy
http://github.com/heynemann/pyccuracy

TestComplete

Dúvidas
Cristiano Caetano
cristiano.caetano@qualister.com.br

Automação de testes em projetos ágeis

Mais conteúdo relacionado

Mais procurados

Destaque

Semelhante a Automação de testes em projetos ágeis

Automação de testes em projetos ágeis