Ajudamos empresas a criar produtos digitais de sucesso

O QA em um time ágilGrupo de Testes Carioca10/maio/2016

Quem sou eu?

- Natan Ximenes- Desenvolvedor Android - Analista/Engenheiro/Jedi/Mago de QA- Trainer de FIFA 16 oficial da Concrete

Solutions- Concluinte do curso de Ciência da

Computação na UERJ

Time Ágil

Product Owner (PO)

Desenvolvedor 1 Desenvolvedor 2

Desenvolvedor n….Scrum Master

(SM)

Time de Desenvolvimento ( Min - 3 , Max - 9)

Time Ágil - Mobile (Concrete Solutions)

Product Owner (PO)

User Experience (UX)

Desenvolvedores

Quality Assurance Analyst/

Engineer/Jedi/King Size

DevOpsScrum Master (SM)

Time de Desenvolvimento

Quem é o QA?

Quem em sã consciência se chama de QA?

- Quem é ele?

- O que ele faz?

Quem é o QA?

Quem em sã consciência se chama de QA?

- Quem é ele?- Ele pode ser tudo, só não pode ser definido como QA. Ele não é

a garantia de qualidade. - Integrante do time com habilidades nas práticas de garantia de

qualidade.- O que ele faz?

- Promove, com o auxílio de práticas e ferramentas, o desenvolvimento de um produto que atenda às Especificações.

Bem-vindo ao mundo de QA! Vamos viajar para Manaus?

#partiu

Não nessa parte de Manaus =/

Vamos para essa parte aqui!O Pólo Industrial de Manaus

Chega de viagem, vamos trabalhar!

- Somos engenheiros mecânicos especializados em engenharia automobilística.

- Devemos escolher uma solução para a garantia de qualidade dos nossos automóveis e dizer o porquê de usar uma ou outra.

- Somos empregados da Carreta Furacão Motors

Qual das duas abordagens de garantia de qualidade abaixo é melhor?

Durante o processo de montagem Final do processo de montagem

Qual é a diferença crucial entre elas?

Durante o processo de montagem Final do processo de montagem

O custo de retrabalho!

Por que QA?

Inspiração no modelo das indústrias automobilísticas

- Garantia de qualidade era feita no fim do processo● Problema: o custo de retrabalho gera muito desperdício

Solução?

- Garantia de qualidade durante todo o processo (Toyota)● Tempo de retrabalho● Descoberta de desvios ou erros

em estágios prévios

Tchau Manaus ! #PartiuRio

Exemplo de Fluxo de trabalho de QA mobile

- Criação de cenários para cada funcionalidade - Mapeamento do fluxo de telas da aplicação- Mapeamento dos elementos a serem usados na

interação- Implementação dos passos de cada cenário- Validação da implementação- Envio do código para o repositório (Sim, código!)- Testes de Especificação por Exemplo prontos para

serem executados no Jenkins/Go CD/Team City/

O QA e as práticas ágeis

1) O integrante do time, com skills de QA, deve ser o responsável pelos testes do produto ?

O QA e as práticas ágeis

1) O integrante do time, com skills de QA, deve ser o responsável pelos testes do produto ?

Não existe responsabilidade e sim co-responsabilidade. Todos os integrantes do time podem ser aptos a realizar os teste, caso necessário.

O QA e as práticas ágeis

2) Ao término de um Sprint, uma funcionalidade não conseguiu ser testada totalmente. De quem é a culpa ?

A) Do QA que não soube otimizar seu tempo.

B) Do desenvolvedor que entregou a funcionalidade em cima da hora.

O QA e as práticas ágeis

2) Ao término de um Sprint, uma funcionalidade não conseguiu ser testada totalmente. De quem é a culpa ?

A) Do QA que não soube otimizar seu tempo.

B) Do desenvolvedor que entregou a funcionalidade em cima da hora.

C) É um time ágil, ou vencemos juntos ou perdemos juntos.

O QA e as práticas ágeis

3) Devemos implementar os testes apenas sobre o que está sendo desenvolvido ou sobre o que já está pronto e entregue ?

O QA e as práticas ágeis

3) Devemos implementar os testes sobre o que está sendo desenvolvido ou sobre o que já está pronto/entregue ?

Depende da Definition of Done!

Ciclo de vida do QA durante uma sprint

Início: Criação prévia dos cenários

Meio: Validação prévia do que está sendo desenvolvido

Fim: Teste de Especificação por exemplo e teste de Regressão.

Problema Cultural:

Problema Cultural

- Portador de más notícias (distante)- Teste funcional não é teste unitário- Devs não levam em conta a complexidade- O time não entende as práticas de QA

Como enquadrar?

- Não é um tester! Integração com todos os papéis- Utopia: todos do time deveriam ter experiência com Ferramentas

de automação.- Brigar por:

- Difundir a cultura;- Desmistificar as ferramentas;- Fluxo de trabalho com participação ativa do P.O, UX, Dev’s e

Clientes;

Time Ágil maduro que consegue executar bem as práticas de QA!

#SigaEmFrente #TesteParaTodosOsLados

www.concretesolutions.com.brblog.concretesolutions.com.br

Rio de Janeiro – Rua São José, 90 – cj. 2121Centro – (21) 2240-2030

São Paulo - Rua Sansão Alves dos Santos, 433 4º andar - Brooklin - (11) 4119-0449