O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.
Se a qualidade é responsabilidade
de todos por que as estratégias de
testes deveriam ser exercitadas só
por testadores?
Dúvidas em:
https://app.sli.do/event/cnmccnyy
Questões sobre
responsabilidades geram
Papéis x Responsabilidades x Qualidade
Responda Sim ou Não:
● Você acredita que sua tasks de testes só “testador” coloca a mão?
● Você acredita que quem tem que ...
Já ouviu frases como...
● “Está pronto… Só falta testar….”
● “Vamos conseguir implementar o teste unitário só depois da en...
Vamos conversar...
● E ainda assim você acredita que vocês fazem valer a frase:
A responsabilidade da qualidade é de todos!
Vamos voltar duas casas...
● Se a responsabilidade da qualidade é de todos, logo a …
○ Estratégia
○ Conscientização de Imp...
Por falar nisso...
● Todo esse contexto está alinhado com os valores do XP
○ Feedback Rápido
○ Trabalho de alta qualidade
...
Vamos Step by Step...
1. Alinhar os conceitos
● Time conhecer os tipos de testes
○ Funcionais
○ Não Funcionais
● Nível do Teste
● Ferramentas pa...
Tipos de Testes
● Teste Unitário
- Validar menor unidade de
código
- Independente
● Teste de Integração
(Componente)
● Val...
Tipos de Testes
● Teste de Serviço
- Testes API
- Contrato
- Requisição
- Resposta
- Persistência
● Teste de Interface
- V...
Teste E2E
● Cenários mais próximos dos reais (PROD)
● Jornada de Usuário
● Contempla Integrações
Teste Exploratório
● Cená...
Teste de Regressão
● Garante que após alterações no software o comportamento
de funcionalidades/cenários que funcionavam n...
Performance
● Valida sobre perspectiva do usuário
● Facilidade de manuseiooperaçãofeedback
para o usuário
● Mede o desempe...
2. Aplicar a Pirâmide de
Testes com Estratégias
2. Aplicar a Pirâmide
Exemplo de Pirâmide de
Testes
CONTEXTO
RELEVÂNCIA
Na automação, considerar:
Arquitetura/Boas Práticas
● Dica mais importante
Base da sua arquitetura olhando sempre manutenç...
3. Vantagens x Desvantagens
XDesvant
● Minimizar retrabalho
● Feedbacks mais rápidos
● Estreita a relação/aumenta o
nível de confiança do time
● Impactos da nov...
Bom lembrar:
Não é bala de prata
4. Alinhar o desenvolvimento
com time
● Comunicação
● Time na mesma página
● Time consciente dos requisitos
● Considerar
○...
4. Práticas aliadas nessa
missão
● Comunicação - Pareamento
○ Dev Box Testing
○ Pair Testing e Pair Programming
○ BDD
● Te...
Pair Programming/Testing
Dev Box Testing
BDD - Behavior Driven
Development
● Desenvolvimento guiado pelo
comportamento
● Processo colaborativo
● Linguagem em comum...
4. Como começar?
4. Como começar?
● Base - fortalecer a comunicação e
alinhamento do time
● Experimentar
● Aprender
● Errar
● Refinar
● Acer...
4. Como começar?
5. E para fechar ...
● Pratique e fortaleça
os valores do XP
● Feedback Rápido
● Trabalho de alta
qualidade
● Comunicação
Analista de Testes
Há 13 anos
Ariane Izac
Matera Systems
Há 8 anos
Blogueira
Grupo no LinkedIN
Diário de uma Paixão:
Teste...
Se a qualidade é responsabilidade de todos por que as estratégias de testes deveriam ser exercitadas só  por testadores?
Próximos SlideShares
Carregando em…5
×

Se a qualidade é responsabilidade de todos por que as estratégias de testes deveriam ser exercitadas só por testadores?

TDC São Paulo 2020 Trilha Design De Codigo e XP

Sem entrar no mérito de nomenclaturas, partindo da premissa que qualidade deve ser responsabilidade de todos em um time ágil, ainda assim você acredita que sua tasks de testes só ?testador? coloca a mão? Você acredita que quem tem que olhar para a demanda e dizer o que testa e que não testa é só um testador? Você ainda não enxergou valor de teste começar cada vez mais cedo no ciclo de desenvolvimento?

Se respondeu sim para qualquer uma das perguntas, essa palestra é para você! Quero te mostrar que, pelo contrário, somos nós, que estamos dentro do ciclo do desenvolvimento que tomaremos essa decisão em conjunto rumo a uma entrega com melhor qualidade.

Bora?

  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Se a qualidade é responsabilidade de todos por que as estratégias de testes deveriam ser exercitadas só por testadores?

  1. 1. Se a qualidade é responsabilidade de todos por que as estratégias de testes deveriam ser exercitadas só por testadores?
  2. 2. Dúvidas em: https://app.sli.do/event/cnmccnyy
  3. 3. Questões sobre responsabilidades geram Papéis x Responsabilidades x Qualidade
  4. 4. Responda Sim ou Não: ● Você acredita que sua tasks de testes só “testador” coloca a mão? ● Você acredita que quem tem que olhar para a demanda e dizer o que testa e que não testa é só um testador? ● Você ainda não enxergou valor de teste começar cada vez mais cedo no ciclo de desenvolvimento?
  5. 5. Já ouviu frases como... ● “Está pronto… Só falta testar….” ● “Vamos conseguir implementar o teste unitário só depois da entrega” ● “Só teste que define o que será testado” ● “Vamos definindo os requisitos à medida que desenvolvemos” E opsss e a clássica … A responsabilidade pela qualidade é de todos!
  6. 6. Vamos conversar... ● E ainda assim você acredita que vocês fazem valer a frase: A responsabilidade da qualidade é de todos!
  7. 7. Vamos voltar duas casas... ● Se a responsabilidade da qualidade é de todos, logo a … ○ Estratégia ○ Conscientização de Impactos ○ Definição de Riscos ○ Cobertura do Código ○ Priorização É responsabilidade de todos Time Alinhado
  8. 8. Por falar nisso... ● Todo esse contexto está alinhado com os valores do XP ○ Feedback Rápido ○ Trabalho de alta qualidade ○ Comunicação ● E alinhado aos valores vamos ver algumas práticas do XP ○ Pareamento ○ Testes constantes ○ Propriedade Coletiva
  9. 9. Vamos Step by Step...
  10. 10. 1. Alinhar os conceitos ● Time conhecer os tipos de testes ○ Funcionais ○ Não Funcionais ● Nível do Teste ● Ferramentas para cada tipo de teste ● Aplicar de acordo com o contexto
  11. 11. Tipos de Testes ● Teste Unitário - Validar menor unidade de código - Independente ● Teste de Integração (Componente) ● Validar unidades trabalhando em conjunto ● Validar integração entre os componentes
  12. 12. Tipos de Testes ● Teste de Serviço - Testes API - Contrato - Requisição - Resposta - Persistência ● Teste de Interface - Validar o front-end ● Teste Manuais - Fluxos são validados manualmente
  13. 13. Teste E2E ● Cenários mais próximos dos reais (PROD) ● Jornada de Usuário ● Contempla Integrações Teste Exploratório ● Cenários/fluxos diferentes do fluxo principal ● Pensar em cenários alternativos/não previstos ● Outras possibilidades
  14. 14. Teste de Regressão ● Garante que após alterações no software o comportamento de funcionalidades/cenários que funcionavam não são afetados
  15. 15. Performance ● Valida sobre perspectiva do usuário ● Facilidade de manuseiooperaçãofeedback para o usuário ● Mede o desempenho do processamento do software diante de alto volume ● Quanto a aplicação é escalável ● Resiliência ● Valida as vulnerabilidades frente a diferentes ataques nas aplicações/serviços Segurança ● Valida as normas básicas de acessibilidade para da aplicação por usuários com deficiência física Testes Não Funcionais Usabilidade Acessibilidade
  16. 16. 2. Aplicar a Pirâmide de Testes com Estratégias
  17. 17. 2. Aplicar a Pirâmide
  18. 18. Exemplo de Pirâmide de Testes CONTEXTO RELEVÂNCIA
  19. 19. Na automação, considerar: Arquitetura/Boas Práticas ● Dica mais importante Base da sua arquitetura olhando sempre manutenção ● Convenção de Nomes ● Reuso: Encapsulamento ● DSL’s ● Legibilidade - Clean Code
  20. 20. 3. Vantagens x Desvantagens XDesvant
  21. 21. ● Minimizar retrabalho ● Feedbacks mais rápidos ● Estreita a relação/aumenta o nível de confiança do time ● Impactos da nova abordagem ● Tempo de aprendizagem/ adaptação ● Ajustes/Falhas
  22. 22. Bom lembrar: Não é bala de prata
  23. 23. 4. Alinhar o desenvolvimento com time ● Comunicação ● Time na mesma página ● Time consciente dos requisitos ● Considerar ○ Complexidade ○ Relevância
  24. 24. 4. Práticas aliadas nessa missão ● Comunicação - Pareamento ○ Dev Box Testing ○ Pair Testing e Pair Programming ○ BDD ● Testes Constantes ○ Testes automáticos rodando em uma integração contínua
  25. 25. Pair Programming/Testing
  26. 26. Dev Box Testing
  27. 27. BDD - Behavior Driven Development ● Desenvolvimento guiado pelo comportamento ● Processo colaborativo ● Linguagem em comum entre time ● Alinhamento dos requisitos do ponto de vista do comportamento do sistema
  28. 28. 4. Como começar?
  29. 29. 4. Como começar? ● Base - fortalecer a comunicação e alinhamento do time ● Experimentar ● Aprender ● Errar ● Refinar ● Acertar ● Melhoria contínua
  30. 30. 4. Como começar?
  31. 31. 5. E para fechar ... ● Pratique e fortaleça os valores do XP ● Feedback Rápido ● Trabalho de alta qualidade ● Comunicação
  32. 32. Analista de Testes Há 13 anos Ariane Izac Matera Systems Há 8 anos Blogueira Grupo no LinkedIN Diário de uma Paixão: Teste de Software CONTATOS Linkedin: Ariane Izac Email: afizac@gmail.com Twitter: @arianizac

×