O papel do QA na
Tranformação Ágil
@eliasnogueira

apresentar pontos negativos (anti-patters) e pontos positivos (nosso papel) de como estamos
nos posicionando em um transformação ágil em relação ao papel do QA
nosso objetivo
anti-patters nosso papel

Anti-Patters

Testes
2 semanas
Código
2 semanas
anti-patters
você sabe, eu sei e todos sabem: uma sprint por atividade é o waterfall vestido de ágil
uma sprint para cada atividade
Requisitos
2 semanas

ter uma sprint maior e manter tudo como fases também não é bom
aumentar o tamanho da sprint
Requisitos Código Testes
4 semanas
anti-patters

a fase de código é como o google chrome: ocupa tudo o que pode!
deixar de testar quando tudo estiver pronto
Requisitos Código Teste
4 semanas
anti-patters

Requisitos Códigoooooooooooooooooooooooooooooooooo
Teste
4 semanas
anti-patters
a fase de código é como o google chrome: ocupa tudo o que pode!
deixar de testar quando tudo estiver pronto

você, ainda sim, estará praticando o waterfall
deixar os testes para a próxima sprint
Código 1
2 semanas
Código 2
2 semanas
Código 3
2 semanas
Código 4
2 semanas
Teste 1 Teste 2 Teste 3
anti-patters

isso mostra que temos silos e que teste continua sendo uma fase
coluna de teste no seu board
User Story
anti-patters
User Story
User Story
Tarefa
Tarefa
Tarefa
Tarefa
Tarefa
Tarefa
Tarefa
Tarefa
Tarefa
to-do doing testing done

foco em testes manuais farão com que o feedback
sobre a qualidade da aplicação demore e tornará
qualquer atividade de teste onerosa
não focar em automação
anti-patters
Testes Manuais na UI
Testes Automatizados na UI
Testes de Integração
Testes Unitários

O papel do QA na Transformação Ágil

isso faz com que todo o time teste durante o processo
sem mais colunas de teste
User Story
teste é tarefa de todos
User Story
Tarefa
Tarefa
Tarefa
Tarefa
Tarefa
Tarefa
Tarefa
to-do análise code homolog
show
me
show
me

faz com que tenhamos teste desde o início de todo o processo
trazer o teste para o mais cedo possível
shift left testing

um dev, qa e analista em conjunto sempre que for
necessário ter qualquer conversa sobre requisitos
ótimo para aplicar em:
• refinamento
• planning
todos os papéis técnicos juntos
los três amigos

pareamento
o qa pode revisar em conjunto com o programador os testes com o intuito de aumentar a
cobertura de testes e ensinamento de técnicas de teste
revisão de testes junto com o programador

ter, rapidamente, o indicativo que estamos
construindo a aplicação certa e que poderemos
entregar a qualquer momento.
... e mais tempo livre para pensar em estratégias,
cobertura, novos testes
feedbacks mais rápidos...
automação
unidade
serviços
ui

saber o que executar, quando, e de forma automática
pontos de validação da aplicação
pipeline

comunidade de práticas
momento para falar sobre desafios e como solucioná-los
ensinar, mostrar/propor soluções e apresentar problemas

testador conhece também sobre outras habilidades técnicas
nível 1 | t-shaped tester (testador 2.0)
mudança do papel
ux negocio testes desenv. arquitetura

testadores mais especialistas, porém com conhecimento em todas as especialidades
nível 2 | especialidades (testador 3.0)
mudança do papel
dimensão técnica
dimensão negócio
dimensão devops

para que todos os qa’s possam contribuir em uma transformação, todos tem que estar
na ‘mesma página’
nivelar o conhecimento de todos
treinamentos

Obrigado!

referências
Agile Tester 3.0
https://www.thoughtworks.com/insights/blog/agile-tester-30
Growing Agile: A Coach Guide to Agile Testing
https://leanpub.com/AgileTesting
Confie na sua pipeline: Teste automaticamente end-to-end sua aplicação Java
https://www.slideshare.net/elias.nogueira/confie-no-seu-pipeline-teste-automaticamente-um-aplicativo-java-de-ponta-a-ponta
O testador está morto!
https://www.slideshare.net/elias.nogueira/o-testador-esta-morto