O documento discute vários tópicos relacionados a testes de software, incluindo: 1) Condições de teste e casos de teste; 2) Estruturas para casos de teste; 3) Critérios de qualidade para casos de teste; 4) Técnicas de modelagem de teste como particionamento de equivalência e análise de valor limite.

1. Revisão

2. Questão 1

3. Questão 2

4. Questão 3

5. Questão 4

6. Questão 5

7. Questão 6

8. Questão 7

9. Questão 8

10. Questão 9

11. Questão 10

12. Continuação...
Teste de Software

14. Condição de teste
É um item ou evento de um componente ou
sistema que pode ser verificado por um ou mais
casos de teste.
– Exemplo:
• Funções
• Transações
• Características
• Atributos de qualidade

16. Casos de teste
É a definição de um conjunto de entrada de
dados (inputs), condições de execução e
resultados esperados com a finalidade de avaliar
os requisitos especificados do sistema.

17. Casos de teste
Detalhar o passo a passo da execução do teste.
Um bom CT apresenta uma elevada
probabilidade de revelar um erro ainda não
descoberto.

18. Estrutura de CT

19. Tipos de Resultados Esperados

20. Critérios de qualidade de CT
• Para atender aos requisitos de qualidade, um
caso de teste deve ser:
– Efetivo: Testar o que se planejou testar
– Econômico: Sem passos desnecessário
– Repetível: Fácil repetição (para reprodução do teste)
– Rastreável: Caso acontece mudança no requisito,
possamos saber quais os casos de teste a re-executa.
– Autoexplicativo: Testado por qualquer analista de
teste.

21. Teste Caixa Preta

22. Teste Caixa Preta

23. Teste Caixa Preta

25. Técnicas de Modelagem de Teste

26. Técnica de Modelagem de Teste
Partição de Equivalência;
Análise de Valor Limite;
Tabela de Decisão;
Transição de Estado;
Teste de Caso de Uso.

27. Vantagens
• As técnicas de teste de software existem para
melhorar a nossa seleção de testes.
• Para classificar e agrupar possibilidades de
teste que otimizem o nosso processo, sem que
tenhamos a sensação de estar deixando
buracos imensos sem cobertura de testes nos
sistemas.

28. • Exemplo:
– Empregar pessoas
• 0 – 16 Não empregar.
• 16 – 18 Pode ser empregado tempo parcial.
• 18 – 55 Pode ser empregado tempo integral.
• 55 – 99 Não empregar.
• Como deveriam ser derivados casos de teste
para o exemplo acima?
O módulo deveria ser testado considerando as
idades: 0, 1, 2, 3, 4, 5, 6, 7, 8, ..., 90, 91, 92, 93, 94,
95, 96, 97, 98, 99?

29. Partição de Equivalência

30. Partição de Equivalência
Objetivo:
Minimizar o número de casos de teste,
selecionando apenas um caso de teste de cada
classe, pois em princípio todos os elementos de
uma classe devem se comportar de maneira
equivalente.

31. Partição de Equivalência
Comportamento do programa de forma
equivalente.
– Exemplo: Sistema que aceita letra ou números.

33. Exemplo

34. Partição de Equivalência
• Exemplo:
– Considere as seguintes regras para uma aplicação
de financiamento de imóveis:
• Para imóveis construídos até 1990 – Não é possível financiar;
• Para imóveis construídos entre 1990 e 2000 – Financiamento
de 50% do valor;
• Para imóveis construídos no ano de 2000 em diante –
Financiamento do valor total.

35. Exemplo
• Temos 3 partições possíveis:
• ano < 1990 (Não é possível financiar)
• 1990 >= ano < 2000 (Financiamento de 50% do valor)
• ano >= 2000 (Financiamento do valor total)
• 0 ou 20,3 - inválidos

36. Análise de Valor Limite

37. Análise de Valor Limite

38. Análise de Valor Limite
• É uma técnica de teste de software utilizada
para exercitar os limites do domínio de
entrada.
• Complemento da Partição Equivalência,
focalizando a seleção de Casos de Teste nas
bordas da classe, ou seja, nos valores
próximos às extremidades das classes.

39. Análise de Valor Limite
• Exemplo:
– Os valores de entrada são meses do ano expressos
como inteiros, o parâmetro de entrada 'mês' deve
ter as seguintes partições:

40. Exemplo

41. Exemplo
• (CTFL - BSTQB) Um campo de entrada
referente a data de nascimento aceita valores
de 1860 até 2860. Utilizando a análise de valor
limite o teste usaria quais valores.
a) 0, 1860, 2860, 3000
b) 1860, 2860
c) 1859, 1900, 1861, 2859, 2860, 2861
d) 1859, 1860, 2860, 2861

43. Tabela de Decisão
• É uma maneira de expressar, em forma de
tabela, qual o conjunto de condições que é
necessário ocorrer para que um determinado
conjunto de ações deva ser executado.
• O ponto principal de uma tabela de decisão é
a regra de decisão, que define o conjunto de
ações a ser tomado, a partir de um conjunto
de condições.

44. Tabela de Decisão
• Composta de:
– Uma área de condições, onde são relacionadas as
condições que devem ser verificadas para que seja
executado um conjunto de ações;
– Uma área de ações, que exibe o conjunto de ações
que deve ser executado caso um determinado
conjunto de condições ocorra;
– Regras de decisão, representadas pelas colunas,
que apresentam a combinação das condições com
as ações a serem executadas.

45. Tabela de Decisão
• Exemplo:
– área de condições;
– área de ações;
– Regras de decisão.

46. Tabela de Decisão
Para que seja definida a quantidade de regras da
tabela, basta que multipliquemos a quantidade
de respostas possíveis de cada condição.
Exemplo:
• Condição 1 sim/não: = 2
• Condição 2 sim/não: = 2
• Condição 3 Sim/não: = 2
– Quantidade de Regras: = 2 x 2 x 2 = 8

47. Possíveis Valores

48. Possíveis Valores
Qual a quantidade de regras da tabela?

49. Grafo
É uma estruturas G(V,A), onde V é um conjunto
não vazio de objetos denominados vértices e A é
um conjunto de pares não ordenados de V,
chamado arestas.

50. Transição de Estado

51. Teste de Transição de Estado
• Utilizado quando o sistema tem um número
(finito) de estados diferentes e as transações
de um estado para outro são determinadas
por regras de “máquina”.

53. Exemplo

54. Caso de Uso

55. Caso de uso: Sacar Dinheiro

56. Atividade
1. Utilizando a técnica de partição de equivalência
descreva os teste a serem realizados nesta
situação:
Considere as seguintes regras para uma aplicação de
financiamento de imóveis:
– Para imóveis construídos até 1990 – Não é possível
financiar;
– Para imóveis construídos entre 1990 e 2000 –
Financiamento de 50% do valor;
– Para imóveis construídos no ano de 2000 em diante –
Financiamento do valor total;

57. Atividade
2. Utilizando a técnica de Análise de valor limite
descreva os teste a serem realizados nesta
situação.
Regras para uma aplicação de financiamento de
imóveis:

58. Resposta
1. Utilizando a técnica de partição de equivalência, descreva os testes a serem
realizados nesta situação:
Considere as seguintes regras para uma aplicação de financiamento de imóveis:
– Para imóveis construídos até 1990 – Não é possível financiar;
– Para imóveis construídos entre 1990 e 2000 – Financiamento de 50% do valor;
– Para imóveis construídos no ano de 2000 em diante – Financiamento do valor total;
Temos 3 partições possíveis:
N<1990 - Não é possível financiar;
1990>N<2000 - Financiamento de 50% do valor;
N>=2000 - Financiamento do valor total.

59. Atividade
2. Utilizando a técnica de Análise de Valor Limite, descreva os testes a serem
realizados nesta situação.
Testar o campo “Tamanho” da fonte do Word. Este aplicativo aceita apenas
tamanhos entre 1 e 1638.
0 1 .... 1638 1639

60. Teste de Caixa Branca ou Teste
Estrutural

61. Teste Caixa Branca

62. Teste de Caixa Branca
• São úteis para completar testes caixa preta;
• Completar conjunto de testes para que no
mínimo todas as instruções sejam cobertas;
• Permitem detectar código inútil;
• Oferecem dificuldade para determinação dos
dados que exercitem elementos requeridos pelo
critério de cobertura:
– Existência de caminhos não executáveis complexidade dos
predicados de caminhos
– Requerem ferramenta que analise cobertura dos testes
para que seja aplicado de forma eficiente

63. Teste Caixa Branca X Preta

65. Testes Baseados na Implementação
(fluxo de controle)

66. Teste Caixa Branca
Modelos de teste:
– Grafo de fluxo de controle;
– Grafo de fluxo de dados.

67. Grafo de Fluxo de Controle
É uma representação que usa notação
de grafo para descrever todos os caminhos que
podem ser executados por um programa de
computador.

68. Estrutura - Grafo de Fluxo de Controle

69. Exemplo

70. Critérios de Cobertura
• Objetivos:
– Geração de testes: determinação dos dados de teste;
– Avaliação final: indicação de término dos testes;
Tipos:
1. Cobertura de instruções;
2. Cobertura de decisões;
3. Cobertura de condições;
4. Cobertura de caminhos.

71. 1. Teste de Instruções

72. 1.Teste de Instruções

73. 2.Teste de Decisão