O documento apresenta uma agenda de mentoria focada em cenários de testes, abordando desde conceitos básicos até práticas avançadas em teste de software. Inclui técnicas para escrita de cenários de teste, diferenciações entre cenários e casos de teste, e discute metodologias como BDD (Behavior Driven Development). Além disso, destaca a importância da empatia com usuários finais e a estruturação de testes para garantir a qualidade em produtos digitais.

1. Mentoria 1.0
Dia 4: Cenários de
Testes

2. Agenda
Dia 1:
Quem sou EU e Quem são vocês.
História da Qualidade de Software. Como
tudo começou até os dias atuais.
Dia 2:
Principais conceitos na área
Dia 3:
Principais ferramentas da área e
Metodologias
Dia 4:
Mão na massa: cenários de testes e
gerência de bug.
Dia 5:
Gerência de Bugs
Dia 6:
Mão na massa: testes automatizado de
interface web
Dia 7:
Qualidade web versus Qualidade mobile
Dia 8:
Atualizando o currículo/linkedin e
Simulação de entrevista com partic.
especial Rodrigo Brum =]
2

3. Cenários de Testes

4. Cenário de Testes versus Caso de Testes
Cenário de Teste
- O QUE
- menos detalhe
Casos de Teste
- COMO
- mais detalhes
(entradas e saídas)

5. - Regras de Negócio
- Layout
- Protótipo
- Tela
O que eu preciso para começar

6. Cenários de Testes
Regras de Negócio
- Foca nos usuários
finais (personas)
- Objetivo do usuário
- Empatia
- Objetivos do negócio
Layout
- Foca na tela
- Foca em botões,
labels
- Usabilidade
- UX, design

7. Produto de e-commerce
- Encontrar um produto
- Efetivar uma compra
- Receber o produto
Considere 3 cenários acimas pra testar
Exemplo de Regra de Negócio

8. Mão na massa

9. Técnicas de Escrita de Cenário de Testes
Fonte: https://medium.com/cwi-software/dicas-para-escrita-de-casos-de-teste-ccea14a7fdd9

10. “
Técnicas para escrita de cenários

11. Técnica baseada em limites.
Casos de testes que se baseiam na fronteira
dos valores delimitados.
Por exemplo:
valores permitidos: Maiores de 18 anos
Valor Limite

12. Valor Limite
>, >=, =, <=, <
validar datas retroativas
validar arquivos cheios e vazios
Validar valor máximo e mínimo
Validar limite superior e inferior

13. Partição de Equivalência
Representa uma amostra ou um pedaço de
uma “classe” maior

14. Tabela de Decisão
Testa cada combinação de valor de forma
isolada. Leva em consideração a “causa-efeito”
Por exemplo:

15. Campos obrigatórios
Validar campos obrigatórios
Validar campos em branco
Validar todos os campos: obrigatórios + em
branco

16. Dicas de estrutura de um cenário de teste
Nome: claro, objetivo e rastreável
Seguir um padrão:
- [Login] Realizar login com sucesso
Não ser exaustivos em seus passos
Conter pré-condições, passos, ações e resultado
esperado
Deixar claro a intenção do cenário seja positivo ou
de falha

17. Dicas de estrutura de um cenário de teste
Atingir a maior cobertura possível (regras de
negócios)
Atualizado
Ser reutilizável
Inserir informações que pareçam óbvias
Não inserir ações muito extensas
Cenários Independentes
Pode versus Deve: o sistema DEVE...

18. Template
Nome:
pré-condições
Passos
Ação
Resultado Esperado

19. “
Testando com histórias

20. Times Ágeis
User stories
- Enfatiza a comunicação verbal
- De fácil entendimento por todos da equipe
- Iterativa
- Descreve o usuário, a história e o objetivo a
ser alcançado
- Possui critérios de aceitação

22. “
Behavior Driven Development –
Desenvolvimento Guiado por Comportamento

23. Não é caso de testes
É colaborativo
Forma de criar o sistema com base no comportamento
do usuário
Possui a seguinte estrutura:
DADO
QUANDO
ENTÃO
BDD

24. bdd
Dado/Given:
Pré-condição
Quando/When:
Ação
Então/Then:
Resultado esperado

25. INVEST

26. História INVEST
I - Independente
N - negociável
V - valor
E - estimável
S - pequena (short)
T - testável

27. “
Quando que eu paro de testar?

28. Testes do Caminho feliz
Testes Positivo-negativo
Testes Exploratórios
Testes de Aceitação
100% dos cenários aprovados
Objetivo da técnica que você usou