SlideShare uma empresa Scribd logo
ABRIL 2009
ABRIL 2009
Melissa Pontes
melissa@gotest.biz
PROJETO DE TESTES
PROJETO DE TESTES
AGENDA
AGENDA
• Projeto de Testes
• Técnicas de Teste
• A importância da seleção de casos de teste
• Matriz de Rastreabilidade
• Projeto de Testes
• Técnicas de Teste
• A importância da seleção de casos de teste
• Matriz de Rastreabilidade
PROJETO DE TESTES
PROJETO DE TESTES
• Escrita de casos de testes baseando-se em:
- Plano de Testes
- Documentação de Requisitos, Casos de Uso
- Documento de Arquitetura
- Impressões
- O que mais?
TÉCNICAS DE TESTES
TÉCNICAS DE TESTES
• Técnicas Estáticas
– Manual:
•Revisão de Código e Documentação
– Automática:
•Padrão de Código
•* Métricas de Código
•Estrutura de Código
TÉCNICAS DE TESTES
TÉCNICAS DE TESTES
• Técnicas Dinâmicas
– Baseadas na estrutura:
•Caixa-branca
– Baseadas na Especificação:
•Caixa-preta
– Baseadas na Experiência
•Error Guessing
•Exploratórios
PARTICIONAMENTO EM CLASSES DE EQUIVALÊNCIA
PARTICIONAMENTO EM CLASSES DE EQUIVALÊNCIA
• Identificar as classes de equivalência
– Condição de entrada
– Classes válidas e inválidas
• Definir casos de teste
– Enumerar classes de equivalência
– Casos de testes para as classes válidas
– Casos de testes para as classes inválidas
VALOR LIMITE
VALOR LIMITE
• Identificar as faixas de valores
– Caso de teste para valores limites
– Caso de teste para valor imediatamente
abaixo
– Caso de teste para valor imediatamente acima
0
inválido válido inválido
1 99 100
• Causas -> Condição de entrada
• Efeitos -> Ações
Exemplo retirado do artigo Introdução a Testes de Software,
Engenharia de Software Magazine, vol1
GRAFO CAUSA EFEITO
GRAFO CAUSA EFEITO
Causa
Valor da compra > 80 > 80 <= 80
#Produtos < 3 >= 3 --
Efeito
Cobrar frete F V V
Frete grátis V F F
GRAFO CAUSA EFEITO
GRAFO CAUSA EFEITO
• Causas -> Condição de entrada
• Efeitos -> Ações
Exemplo retirado do artigo Introdução a Testes de Software,
Engenharia de Software Magazine, vol1
• 1 caso de teste para cenário de sucesso
• 1 caso de teste para cada extensão
• Teste +
• Teste -
CENÁRIOS DE CASO DE USO
CENÁRIOS DE CASO DE USO
ATENÇÃO PARA AS PRIORIDADES !
CASO DE TESTES EXEMPLO
CASO DE TESTES EXEMPLO
Objetivo: O usuário deve ser capaz de logar na
aplicação, caso forneça seu login e senha
corretamente.
Procedimento Resultado esperado
1. Forneça login e senha
corretos.
1. O usuário deve logar na
aplicação corretamente.
CUIDADO COM VALORES FIXOS !
OBJETIVO DO CASO DE TESTE
OBJETIVO DO CASO DE TESTE
• Base nos requisitos
• Foco no usuário final
• Única e curta finalidade
• São mais importantes que os steps
PROCEDIMENTOS DO CASO DE TESTE
PROCEDIMENTOS DO CASO DE TESTE
• Devem ser poucos
• Não divergem do objetivo do teste
• Não são a única maneira de executar os testes
• Quanto mais casos de teste, melhor! Por que?
• Quanto menos casos de teste, melhor! Por que?
• Que problemas podemos ter com casos de testes que
passam?
• Cada pessoa que executa um teste, vai fazê-lo de uma
maneira diferente, isso é bom ou ruim?
DISCUSSÃO
DISCUSSÃO
• Podemos testar sem requisitos?
• Como testaremos uma aplicação mal especificada?
– Oráculos
– Inferências
DISCUSSÃO
DISCUSSÃO
UM BOM TESTADOR VAI ALÉM DA ESPECIFICAÇÃO.
PENSA NO QUE NÃO FOI PENSADO!
• Impossível testar tudo
– Níveis de prioridade
– Escolher os cenários
– Divisão por grupos
–Explosão de Casos de Teste
A IMPORTANCIA DA SELEÇÃO
A IMPORTANCIA DA SELEÇÃO
• Primeiro grupo:
–Áreas diretamente impactadas por
novas funcionalidades
–Áreas impactadas por modificação de
código (correção de defeitos,
reengenharia)
–Suíte de Sanity (definir conjunto de
funcionalidades mais básicas)
GRUPOS DE TESTES
GRUPOS DE TESTES
GRUPOS DE TESTES
GRUPOS DE TESTES
• Segundo Grupo:
–Suítes que vem encontrando defeitos em
releases anteriores
–Suítes que cobrem funcionalidades
críticas
GRUPOS DE TESTES
GRUPOS DE TESTES
• Terceiro Grupo
–Suítes de áreas de interesse especificas
Casos de Teste Req 1 Req 2
CT001 X
CT002 X
CT003 X X
Requisitos CT001 CT002 CT003
Req1 X X
Req2 X X
MATRIZ DE RASTREABILIDADE
MATRIZ DE RASTREABILIDADE
• Facilita manutenção
D Ú V I D A S ?
• Foundations of Software Testing
• Introdução a Testes de Software, Engenharia de Software
Magazine, vol1
• Rapid Software Testing,
http://www.developsense.com/courses/RapidSoftwareTes
ting.pdf
REFERÊNCIAS
REFERÊNCIAS

Mais conteúdo relacionado

Semelhante a GOTEST-Aula2.2-Projeto.pdf

Testar é tão fácil que até minha mãe testaria!
Testar é tão fácil que até minha mãe testaria!Testar é tão fácil que até minha mãe testaria!
Testar é tão fácil que até minha mãe testaria!
Laís Camargo
 
Test é para os fracos
Test é para os fracosTest é para os fracos
Test é para os fracos
Thiago Avelino
 

Semelhante a GOTEST-Aula2.2-Projeto.pdf (20)

AppTesting
AppTestingAppTesting
AppTesting
 
Teste de Software - Especialização Univem
Teste de Software - Especialização UnivemTeste de Software - Especialização Univem
Teste de Software - Especialização Univem
 
1º Encontro do Grupo de Testes Carioca - Primeiros Passos em Automação de Testes
1º Encontro do Grupo de Testes Carioca - Primeiros Passos em Automação de Testes1º Encontro do Grupo de Testes Carioca - Primeiros Passos em Automação de Testes
1º Encontro do Grupo de Testes Carioca - Primeiros Passos em Automação de Testes
 
Dezembro 2015 - Primeiros Passos em Automação de Testes
Dezembro 2015 - Primeiros Passos em Automação de Testes Dezembro 2015 - Primeiros Passos em Automação de Testes
Dezembro 2015 - Primeiros Passos em Automação de Testes
 
Tecnicas de projeto design especificacao modelagem de casos de testes
Tecnicas de projeto design especificacao modelagem de casos de testesTecnicas de projeto design especificacao modelagem de casos de testes
Tecnicas de projeto design especificacao modelagem de casos de testes
 
VR Dev Summit 2016 - Primeiros Passos em Automação de Testes
VR Dev Summit 2016 - Primeiros Passos em Automação de TestesVR Dev Summit 2016 - Primeiros Passos em Automação de Testes
VR Dev Summit 2016 - Primeiros Passos em Automação de Testes
 
Estratégias e Técnicas de Testes - Parte1
Estratégias e Técnicas de Testes - Parte1Estratégias e Técnicas de Testes - Parte1
Estratégias e Técnicas de Testes - Parte1
 
Teste de software
Teste de softwareTeste de software
Teste de software
 
Introdução ao design de teste de software
Introdução ao design de teste de softwareIntrodução ao design de teste de software
Introdução ao design de teste de software
 
O que seus testes garantem, o funcionamento do código ou das funcionalidades ...
O que seus testes garantem, o funcionamento do código ou das funcionalidades ...O que seus testes garantem, o funcionamento do código ou das funcionalidades ...
O que seus testes garantem, o funcionamento do código ou das funcionalidades ...
 
TDC 2016 SP - Desmistificando cobertura de código como métrica de qualidade
TDC 2016 SP - Desmistificando cobertura de código como métrica de qualidadeTDC 2016 SP - Desmistificando cobertura de código como métrica de qualidade
TDC 2016 SP - Desmistificando cobertura de código como métrica de qualidade
 
Qualidade e Teste de Software
Qualidade e Teste de SoftwareQualidade e Teste de Software
Qualidade e Teste de Software
 
Desenvolvimento de software - novas abordagens e desafios - Ricardo Cristalli
Desenvolvimento de software - novas abordagens e desafios - Ricardo CristalliDesenvolvimento de software - novas abordagens e desafios - Ricardo Cristalli
Desenvolvimento de software - novas abordagens e desafios - Ricardo Cristalli
 
1° Madrugada de Testes
1° Madrugada de Testes1° Madrugada de Testes
1° Madrugada de Testes
 
Testar é tão fácil que até minha mãe testaria!
Testar é tão fácil que até minha mãe testaria!Testar é tão fácil que até minha mãe testaria!
Testar é tão fácil que até minha mãe testaria!
 
Test é para os fracos
Test é para os fracosTest é para os fracos
Test é para os fracos
 
GOTEST-Aula3-Automacao-Processo-Testes.pdf
GOTEST-Aula3-Automacao-Processo-Testes.pdfGOTEST-Aula3-Automacao-Processo-Testes.pdf
GOTEST-Aula3-Automacao-Processo-Testes.pdf
 
Dba Testes Gerentes B2
Dba Testes Gerentes B2Dba Testes Gerentes B2
Dba Testes Gerentes B2
 
At Ma Qualidade Molinari V11 Final Version
At Ma Qualidade Molinari V11 Final VersionAt Ma Qualidade Molinari V11 Final Version
At Ma Qualidade Molinari V11 Final Version
 
At Ma Qualidade Molinari V11 Final Version
At Ma Qualidade Molinari V11 Final VersionAt Ma Qualidade Molinari V11 Final Version
At Ma Qualidade Molinari V11 Final Version
 

Mais de RodolphoCesar2 (6)

GOTEST-Aula5-Automacao-Parte2.pdf
GOTEST-Aula5-Automacao-Parte2.pdfGOTEST-Aula5-Automacao-Parte2.pdf
GOTEST-Aula5-Automacao-Parte2.pdf
 
GOTEST-Aula4-Automacao-Parte1.pdf
GOTEST-Aula4-Automacao-Parte1.pdfGOTEST-Aula4-Automacao-Parte1.pdf
GOTEST-Aula4-Automacao-Parte1.pdf
 
GOTEST-Aula2.5-Engenheiro-Testes.pdf
GOTEST-Aula2.5-Engenheiro-Testes.pdfGOTEST-Aula2.5-Engenheiro-Testes.pdf
GOTEST-Aula2.5-Engenheiro-Testes.pdf
 
GOTEST-Aula2.4-Processo.pdf
GOTEST-Aula2.4-Processo.pdfGOTEST-Aula2.4-Processo.pdf
GOTEST-Aula2.4-Processo.pdf
 
GOTEST-Aula2.3-ExecucaoAnalise.pdf
GOTEST-Aula2.3-ExecucaoAnalise.pdfGOTEST-Aula2.3-ExecucaoAnalise.pdf
GOTEST-Aula2.3-ExecucaoAnalise.pdf
 
GOTEST-Aula2.1-Planejamento.pdf
GOTEST-Aula2.1-Planejamento.pdfGOTEST-Aula2.1-Planejamento.pdf
GOTEST-Aula2.1-Planejamento.pdf
 

GOTEST-Aula2.2-Projeto.pdf

  • 1. ABRIL 2009 ABRIL 2009 Melissa Pontes melissa@gotest.biz PROJETO DE TESTES PROJETO DE TESTES
  • 2. AGENDA AGENDA • Projeto de Testes • Técnicas de Teste • A importância da seleção de casos de teste • Matriz de Rastreabilidade • Projeto de Testes • Técnicas de Teste • A importância da seleção de casos de teste • Matriz de Rastreabilidade
  • 3. PROJETO DE TESTES PROJETO DE TESTES • Escrita de casos de testes baseando-se em: - Plano de Testes - Documentação de Requisitos, Casos de Uso - Documento de Arquitetura - Impressões - O que mais?
  • 4. TÉCNICAS DE TESTES TÉCNICAS DE TESTES • Técnicas Estáticas – Manual: •Revisão de Código e Documentação – Automática: •Padrão de Código •* Métricas de Código •Estrutura de Código
  • 5. TÉCNICAS DE TESTES TÉCNICAS DE TESTES • Técnicas Dinâmicas – Baseadas na estrutura: •Caixa-branca – Baseadas na Especificação: •Caixa-preta – Baseadas na Experiência •Error Guessing •Exploratórios
  • 6. PARTICIONAMENTO EM CLASSES DE EQUIVALÊNCIA PARTICIONAMENTO EM CLASSES DE EQUIVALÊNCIA • Identificar as classes de equivalência – Condição de entrada – Classes válidas e inválidas • Definir casos de teste – Enumerar classes de equivalência – Casos de testes para as classes válidas – Casos de testes para as classes inválidas
  • 7. VALOR LIMITE VALOR LIMITE • Identificar as faixas de valores – Caso de teste para valores limites – Caso de teste para valor imediatamente abaixo – Caso de teste para valor imediatamente acima 0 inválido válido inválido 1 99 100
  • 8. • Causas -> Condição de entrada • Efeitos -> Ações Exemplo retirado do artigo Introdução a Testes de Software, Engenharia de Software Magazine, vol1 GRAFO CAUSA EFEITO GRAFO CAUSA EFEITO
  • 9. Causa Valor da compra > 80 > 80 <= 80 #Produtos < 3 >= 3 -- Efeito Cobrar frete F V V Frete grátis V F F GRAFO CAUSA EFEITO GRAFO CAUSA EFEITO • Causas -> Condição de entrada • Efeitos -> Ações Exemplo retirado do artigo Introdução a Testes de Software, Engenharia de Software Magazine, vol1
  • 10. • 1 caso de teste para cenário de sucesso • 1 caso de teste para cada extensão • Teste + • Teste - CENÁRIOS DE CASO DE USO CENÁRIOS DE CASO DE USO ATENÇÃO PARA AS PRIORIDADES !
  • 11. CASO DE TESTES EXEMPLO CASO DE TESTES EXEMPLO Objetivo: O usuário deve ser capaz de logar na aplicação, caso forneça seu login e senha corretamente. Procedimento Resultado esperado 1. Forneça login e senha corretos. 1. O usuário deve logar na aplicação corretamente. CUIDADO COM VALORES FIXOS !
  • 12. OBJETIVO DO CASO DE TESTE OBJETIVO DO CASO DE TESTE • Base nos requisitos • Foco no usuário final • Única e curta finalidade • São mais importantes que os steps
  • 13. PROCEDIMENTOS DO CASO DE TESTE PROCEDIMENTOS DO CASO DE TESTE • Devem ser poucos • Não divergem do objetivo do teste • Não são a única maneira de executar os testes
  • 14. • Quanto mais casos de teste, melhor! Por que? • Quanto menos casos de teste, melhor! Por que? • Que problemas podemos ter com casos de testes que passam? • Cada pessoa que executa um teste, vai fazê-lo de uma maneira diferente, isso é bom ou ruim? DISCUSSÃO DISCUSSÃO
  • 15. • Podemos testar sem requisitos? • Como testaremos uma aplicação mal especificada? – Oráculos – Inferências DISCUSSÃO DISCUSSÃO UM BOM TESTADOR VAI ALÉM DA ESPECIFICAÇÃO. PENSA NO QUE NÃO FOI PENSADO!
  • 16. • Impossível testar tudo – Níveis de prioridade – Escolher os cenários – Divisão por grupos –Explosão de Casos de Teste A IMPORTANCIA DA SELEÇÃO A IMPORTANCIA DA SELEÇÃO
  • 17. • Primeiro grupo: –Áreas diretamente impactadas por novas funcionalidades –Áreas impactadas por modificação de código (correção de defeitos, reengenharia) –Suíte de Sanity (definir conjunto de funcionalidades mais básicas) GRUPOS DE TESTES GRUPOS DE TESTES
  • 18. GRUPOS DE TESTES GRUPOS DE TESTES • Segundo Grupo: –Suítes que vem encontrando defeitos em releases anteriores –Suítes que cobrem funcionalidades críticas
  • 19. GRUPOS DE TESTES GRUPOS DE TESTES • Terceiro Grupo –Suítes de áreas de interesse especificas
  • 20. Casos de Teste Req 1 Req 2 CT001 X CT002 X CT003 X X Requisitos CT001 CT002 CT003 Req1 X X Req2 X X MATRIZ DE RASTREABILIDADE MATRIZ DE RASTREABILIDADE • Facilita manutenção
  • 21. D Ú V I D A S ?
  • 22. • Foundations of Software Testing • Introdução a Testes de Software, Engenharia de Software Magazine, vol1 • Rapid Software Testing, http://www.developsense.com/courses/RapidSoftwareTes ting.pdf REFERÊNCIAS REFERÊNCIAS