Dia 4 da mentoria realizada com um grupo voluntariado que estão ingressando ou se aprimorando na carreira de Qualidade de Software. Assunto: Cenários de Testes de Software
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
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
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
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...
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
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
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