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
Size: 260.44 KB
Language: pt
Added: Jun 10, 2021
Slides: 28 pages
Slide Content
Mentoria 1.0
Dia 4: Cenários de
Testes
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
Cenários de Testes
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)
-Regras de Negócio
-Layout
-Protótipo
-Tela
O que eu preciso para começar
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
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
Mão na massa
Técnicas de Escrita de Cenário de Testes
Fonte: https://medium.com/cwi-software/dicas-para-escrita-de-casos-de-teste-ccea14a7fdd9
“
Técnicas para escrita de cenários
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
Valor Limite
>, >=, =, <=, <
validar datas retroativas
validar arquivos cheios e vazios
Validar valor máximo e mínimo
Validar limite superior e inferior
Partição de Equivalência
Representa uma amostra ou um pedaço de
uma “classe” maior
Tabela de Decisão
Testa cada combinação de valor de forma
isolada. Leva em consideração a “causa-efeito”
Por exemplo:
Campos obrigatórios
Validar campos obrigatórios
Validar campos em branco
Validar todos os campos: obrigatórios + em
branco
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
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...
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
“
Behavior Driven Development –
Desenvolvimento Guiado por Comportamento
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
bdd
Dado/Given:
Pré-condição
Quando/When:
Ação
Então/Then:
Resultado esperado
INVEST
História INVEST
I - Independente
N - negociável
V - valor
E - estimável
S - pequena (short)
T - testável
“
Quando que eu paro de testar?
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