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

Papel do QA na Transformação Ágil

  • 1.
    O papel doQA na Tranformação Ágil @eliasnogueira
  • 2.
    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
  • 3.
  • 4.
    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
  • 5.
    ter uma sprintmaior e manter tudo como fases também não é bom aumentar o tamanho da sprint Requisitos Código Testes 4 semanas anti-patters
  • 6.
    a fase decó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
  • 7.
    Requisitos Códigoooooooooooooooooooooooooooooooooo Teste 4 semanas anti-patters afase de código é como o google chrome: ocupa tudo o que pode! deixar de testar quando tudo estiver pronto
  • 8.
    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
  • 9.
    isso mostra quetemos 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
  • 10.
    foco em testesmanuais 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
  • 11.
    O papel doQA na Transformação Ágil
  • 12.
    isso faz comque 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
  • 13.
    faz com quetenhamos teste desde o início de todo o processo trazer o teste para o mais cedo possível shift left testing
  • 14.
    um dev, qae 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
  • 15.
    pareamento o qa poderevisar 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
  • 16.
    ter, rapidamente, oindicativo 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
  • 17.
    saber o queexecutar, quando, e de forma automática pontos de validação da aplicação pipeline
  • 18.
    comunidade de práticas momentopara falar sobre desafios e como solucioná-los ensinar, mostrar/propor soluções e apresentar problemas
  • 19.
    testador conhece tambémsobre outras habilidades técnicas nível 1 | t-shaped tester (testador 2.0) mudança do papel ux negocio testes desenv. arquitetura
  • 20.
    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
  • 21.
    para que todosos qa’s possam contribuir em uma transformação, todos tem que estar na ‘mesma página’ nivelar o conhecimento de todos treinamentos
  • 22.
  • 23.
    referências Agile Tester 3.0 https://www.thoughtworks.com/insights/blog/agile-tester-30 GrowingAgile: 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