You are on page 1of 92

Engenharia de Software 5 COP 068 Parte VII Teste de Software

Prof. Rodolfo Miranda de Barros rodolfo@uel.br

Introduo
Na medida em que a complexidade na atividade de desenvolvimento de software vem crescendo, aumenta a demanda por profissionais especializados em engenharia de software, tecnologias da informao e qualidade de software; Destaca-se sobretudo a necessidade de profissionais capazes de verificar se o software funciona de acordo com o que foi especificado e de detectar problemas que eventualmente no tenham sido previstos na especificao;

Introduo
Equipes

de teste devem ser capazes de, a qualquer momento durante o ciclo de desenvolvimento de um sistema, apresentar relatrios sobre os problemas atuais do sistema, cobertura dos testes e situao em aberto;
No

possvel eliminar todos os problemas de um sistema baseado em testes, mas possvel reduzir significativamente a sua ocorrncia;
Tcnicas

de teste permitem que se trabalhem em uma abordagem baseada em medida de risco;

Introduo
Determinadas

perguntas podem ser respondidas atravs desta abordagem:


Quais

as reas do produto so extremamente importantes para o usurio ou to propensas a falhas que necessrio test-las com extremo cuidado? o risco envolvido em deixar alguns bugs no resolvidos? componentes to sem importncia que podemos no testar?

Qual

Existem

Introduo
Em

que momento o produto pode ser considerado como adequadamente testado e pronto para ir ao mercado? tempo o produto pode ficar em testes de maneira que o custo dos testes no tenha impacto significativo no retorno financeiro esperado?

Quanto

Por que Testar Software?


Fazer

um julgamento sobre qualidade; problemas;

Descobrir Testar

porque sabemos que somos falveis e isso especialmente verdade no domnio de desenvolvimento de software;

Por que Investir em Testes de Software?


Testes

Produtivos e com Qualidade mais defeitos corrigidos a tempo (antes da entrega para o cliente/mercado);
Muito

menos RETRABALHO!

Melhorar

o time to market de suas solues! (reduo do tempo de entrega)


TER

VIDA NORMAL DEPOIS DO EXPEDIENTE!


7

Conceitos de Teste de Software


Segundo

[MYE79], teste o processo de executar o programa com a inteno de encontrar erros, e no de mostrar que ele est correto;

Um

teste que obteve sucesso um teste que encontrou erros no programa analisado;

Princpios de Teste
Uma

parte fundamental de um caso de teste a definio dos resultados esperados;


Um

programador deve evitar a realizao do teste de seu prprio programa;


Uma

organizao no deve testar seus prprios programas;


9

Princpios de Teste
Os

resultados dos testes devem ser verificados cuidadosamente;


Casos

de testes devem ser planejados incluindo-se entradas invlidas e inesperadas;


Alm

de verificar se o programa faz o que deveria fazer, deve-se verificar tambm se o programa faz o que ele no deveria fazer;
10

Princpios de Teste
Casos O O

de teste devem ser cuidadosamente elaborados e documentados; teste no deve ser realizado esperando-se no encontrar erros; teste uma atividade extremamente criativa e intelectualmente desafiadora.

11

O que um erro de software?


uma discrepncia entre a implementao e a especificao; Categorias de erro:


Erros de interface com o usurio; Erro no tratamento de erros; Erros de limites; Erro de clculo; Estados iniciais e finais; Controle de Fluxo; Erros de Interpretao dos dados; Erros na relao com o hardware; Fontes e verses; Erros de teste.
12

Estratgia de Teste de Software


Teste um conjunto de atividades que pode ser planejado antecipadamente e realizado sistematicamente. O planejamento e a realizao das atividades de teste definem a estratgia de testes de software. Uma estratgia de teste de software define tcnicas de projeto de casos de teste e mtodos de teste especficos para cada etapa do processo de engenharia de software.
13

Estratgia de Teste de Software


Uma Estratgia de Teste deve acomodar testes de baixo nvel e testes de alto nvel, deve oferecer orientao ao profissional, deve oferecer um conjunto de marcos de referncia ao administrador e deve ser mensurvel.

14

Estratgia de Teste de Software


Caractersticas Genricas: A atividade de teste inicia-se no nvel de mdulos e prossegue "para fora", na direo da integrao de todo o sistema Diferentes tcnicas de teste so apropriadas a diferentes pontos de tempo.

15

Verificao e Validao
A atividade de teste de software um elemento de um tema mais amplo chamado Verificao e Validao (V&V); (V&V); Verificao: refere-se ao conjunto de atividades que garante que o software implementa corretamente um funo especfica (Estamos construindo certo o
produto?);

16

Verificao e Validao
Validao: refere-se ao conjunto de atividades que garante que o software que foi construdo rastrevel s exigncias do cliente (Estamos construindo o produto
certo?)

17

A Atividade de Teste
n

A realizao da Atividade de Teste composta das seguintes etapas:


n n

construo dos casos de teste execuo do programa P com os casos de teste construdos anlise do comportamento de P

18

A Atividade de Teste Detalhadamente


n

Selecionar o que deve ser medido (quantificado) pelo teste. Antes de desenvolver um teste, preciso identificar as metas do mesmo. Tais metas poderiam ser diferentes (por exemplo, teste de confiabilidade, teste de fidedignidade dos requisitos);

19

A Atividade de Teste Detalhadamente


n

Decidir como tudo que est sendo testado deve ser testado. Uma vez conhecido o que deve ser testado, preciso decidir como efetuar um teste relevante. Isso significa que preciso decidir sobre o teste mais apropriado e os itens deste necessrios a serem utilizados;
20

A Atividade de Teste Detalhadamente


n

Desenvolver os casos de teste. Para o tipo de itens de teste j aceito, preciso criar uma coleo de casos de teste (situao de teste) para exercitar o sistema sob testes; Determinar quais so os resultados esperados do teste e formar o orculo de teste. Estes so resultados previstos (orculos de teste) para um conjunto de testes;

21

A Atividade de Teste Detalhadamente


n

Executar os casos de teste. Durante esta etapa, a pessoa pode utilizar um tipo de software especializado, que ajuda a executar o cdigo e a reunir os resultados do teste; Comparar os resultados do teste com o orculo de teste, documentar os resultados e tomar as devidas providncias.
22

Dvidas?

23

Tcnicas de Teste
Existe uma quantidade bastante grande de tcnicas de teste propostas na literatura. A fim de oferecer uma viso geral, optou-se por apresent-las divididas em trs tipos:
Tcnicas baseadas na anlise esttica no auxiliada por computador; Tcnicas baseadas na especificao do programa (teste caixa-preta ou teste funcional); Tcnica baseada na estrutura do programa (teste caixa-aberta).

24

Anlise Esttica
As tcnicas deste tipo no tm interferncia direta do computador; Argumentam que programas devem ser lidos por pessoas, sendo este um processo revelador de erros e que possibilita o entendimento pleno do programa;

25

Anlise Esttica
Devido natureza informal desses mtodos, verifica-se uma certa incredulidade em relao sua eficincia; Entretanto, baseando-se em uma srie de experincias realizadas por [MYE79], pode-se afirmar que estes mtodos, quando bem aplicados, so responsveis por encontrar de 30% a 70% da quantidade total de erros do programa;
26

Anlise Esttica Inspees


Inspees devem ser realizadas por um grupo de aproximadamente quatro pessoas, das quais um deve ser o moderador, outro o programador, o terceiro membro deve ser um projetista e o quarto um especialista em teste; O programador deve narrar, comando por comando, a lgica do programa. bastante comum o prprio programador descobrir erros, pois est analisando o programa sob um enfoque diferente;
27

Anlise Esttica Inspees


O programa analisado com relao a uma lista de erros comuns ao tipo de programa analisado. Esta lista acrescida de novos erros, aps a realizao de outras anlises; Os erros devem ser discutidos, anotados, mas no so propostas solues para os mesmos.
28

Anlise Esttica
Walkthroughs
realizado de forma bastante similar ao processo de inspeo de cdigo; Os participantes do grupo recebem a listagem do programa com alguns dias de antecedncia, a fim de fazer um prconhecimento do mesmo; Os participantes simulam a tarefa do computador;
29

Anlise Esttica
Walkthroughs
Uma pessoa designada anteriormente como testador deve utilizar um conjunto de casos de teste previamente selecionado, com os dados de sada esperados; Estes casos de teste so utilizados para a execuo acompanhada do programa, enquanto que o estado do programa (valores de variveis, arquivos, etc.) so monitorados no papel, por exemplo; Os erros encontrados devem ser registrados, e a soluo no deve ser procurada.
30

Dvidas?

31

Teste Funcional (caixa-preta)


Envolve a seleo de dados de entrada, a submisso destes dados ao programa sendo testado, a execuo, e a comparao dos dados de sada reais com os dados de sada esperados; A estrutura interna do programa no considerada, ou seja, no interessa como o programa, a partir dos dados de entrada, gerou os dados de sada, j que este programa funciona como uma caixa-preta;
32

Tcnica Funcional
Dados dois nmeros inteiros X e Y, construir um programa que calcule e imprima o valor de X y + 1.

Casos de Teste: x>0ey>0 x>0ey<0 x=0 y=0

void main() { int x, y, pow; float z, ans; scanf(%d, %d, &x &y); if ( y <= 0 ) pow = y; else pow = -y; z = 1; while (pow-- > 0) z = z*x; if ( y < 0 ) z = 1 / z; ans = z + 1; printf(%-5.2f,ans); }
33

Teste Funcional Exausto


A tcnica mais utilizada o teste por exausto; Testa-se exaustivamente o programa, a fim de garantir a sua confiabilidade; Nada garante que os dados escolhidos para a execuo sejam dados significativos, representativos do domnio de entrada;

34

Subconjunto de Dados Reais


Testa o programa a partir de um subconjunto de dados reais do domnio de entrada; Exige menos esforo do que o teste por exausto, j que pode ser feito pelo prprio usurio, no uso experimental do programa; Nada garante que os dados executados sejam representativos, falhando-se novamente na determinao do trmino do teste;
35

Teste Funcional

Teste Funcional
Anlise dos Limites do Domnio

Devem ser considerados valores que esto dentro das classes de equivalncia do domnio de entrada, acima e abaixo deste, considerando sempre dados muito prximos aos limites; Por exemplo, se a classe possui dados que representam valores que devem ser maiores do que 0 e menores ou iguais a 100, dados escolhidos seriam: 0, 1, 100 e 101, j que estes estariam nos limites desta classe;

36

Teste Funcional
Anlise dos Limites do Domnio

Para valores contnuos, escolher dados que representem o maior e o menor valor deste intervalo; Para valores discretos, escolher dados que representem o primeiro e o ltimo valor da lista; Escolher dados que ocasionaro a gerao de dados de sada dentro do domnio de sadas vlidas, mas prximo do limite, bem como dados que geraro sadas fora do domnio, mas prximos do limite.

37

Teste Funcional Anlise dos Limites do Domnio

38

Teste Funcional
Anlise dos Limites do Domnio
Caso do tringulo:
Tringulo eqiltero vlido: 2, 2, 2 Tringulo issceles vlido: 3,3,4-3,4,3-4,3,3 Tringulo escaleno vlido: 2,4,3 Tringulo com lado nulo: 3,3,0 mensagem de erro Tringulo com lado negativo: -1, 3, 3 mensagem de erro Tringulo invlido: 1,2,3-30,12,15-10,60,80 mensagem de erro (soma de dois lados < 3o. lado) Tringulo com todos os lados nulos: 0,0,0 mensagem de erro Tringulo com lados no inteiros: 3.3,3.3,4.5 mensagem de erro Omitindo um dos valores: 2,4, ...-...,2,4-2,...,4 mensagem de erro Usando entradas que no so nmeros: 4,b,6-a,b,5,+,*,& mensagem de erro
39

Dvidas?

40

Teste Estrutural (caixa-aberta)


O teste estrutural considera a estrutura interna do programa; dependente da implementao, j que o programa tratado como uma caixa-aberta, onde so de igual importncia dados de sada e caminhos executados pelo programa para a gerao destes dados;
41

Tcnica Estrutural
Dados dois nmeros inteiros X e Y, construir um programa que calcule e imprima o valor de X y + 1.
void main() { int x, y, pow; float z, ans; scanf(%d, %d, &x &y); if ( y <= 0 ) pow = y; else pow = -y; z = 1; while (pow-- > 0) z = z*x; if ( y < 0 ) z = 1 / z; ans = z + 1; printf(%-5.2f,ans); }

Casos de Teste:
Executar o ramo then de cada comando if Executar o ramo else de cada comando if Executar pelo menos uma vez o lao do comando while Passar pelo comando while sem entrar no lao
42

Tcnica Estrutural
Para a realizao do teste de determinado mdulo, as seguintes etapas devem ser seguidas:
Escolha de um critrio de seleo de caminhos (todosnodos, todos-caminhos); Instrumentao do cdigo fonte; Execuo do programa instrumentado, para determinado conjunto de dados; Avaliao do caminho executado, verificando quais os subcaminhos selecionados constam neste caminho. Os subcaminhos que no foram executados, devem servir de base para a escolha de dados, pois subcaminhos no testados podem representar erros no descobertos.
43

Teste Estrutural Teste de Mdulo

Seqncia

If

While

Repeat

Case

O teste estrutural de mdulo realizado utilizando critrios de seleo de caminhos para a unidade; Estes critrios sugerem uma lista de subcaminhos no grafo de fluxo de controle, que devem ser executados para que o critrio seja satisfeito, ou seja, casos de testes so selecionados, e, atravs de vrias execues do mdulo, avalia-se quais os subcaminhos percorridos nestas execues;
44

Notao

Seqncia

If

While

Repeat

Case

45

Teste Estrutural Teste de Mdulo


1. Read (x,y); 2. Do
3. If f1 (x,y)
4. Then x:= y + 1 5. Else y:= x + 1;

Seqncia

If

While

Repeat

Case

6. Until f2 (x); 7. Z:= x + y;

46

Teste Estrutural Teste de Mdulo


1 3 4 6 7 5

Seqncia

If

While

Repeat

Case

47

Teste Estrutural Teste de Mdulo


n

Seqncia

If

While

Repeat

Case

Caminhos para cobrir:


n n n

1-3-5-6-7 1-3-4-6-7 1-3-4-6-3-5-6-7 1-3-5-6-7 1-3-4-6-7 1-3-4-6-3-5-6-7 1-3-5-6-3-4-6-7


48

Ou
n n n n

Complexidade Ciclomtica

Seqncia

If

While

Repeat

Case

A complexidade ciclomtica uma mtrica de software que proporciona uma medida quantitativa da complexidade lgica de um programa; Quando usado no contexto do mtodo de teste de caminho bsico, o valor computado da complexidade ciclomtica define o nmero de caminhos independentes do conjunto bsico de um programa e oferece-nos um limite mximo para o nmero de testes que deve ser realizado para garantir que todas as instrues sejam executadas pelo menos uma vez;
49

Complexidade Ciclomtica

Seqncia

If

While

Repeat

Case

Um caminho independente qualquer caminho atravs do programa que introduza pelo menos um novo conjunto de instrues de processamento ou uma nova condio.

50

Complexidade Ciclomtica

Seqncia

If

While

Repeat

Case

Exemplo 1
1

Ramo
2 4 6 7a 7b 8 5 3

51

Complexidade Ciclomtica

Seqncia

If

While

Repeat

Case

os caminhos 1, 2, 3 e 4 (abaixo) compreendem um conjunto bsico para o grafo de fluxo do exemplo 1. Ou seja, se testes puderem ser projetados para forar a execuo desses caminhos, cada instruo do programa ter a garantia de ser executada pelo menos uma vez e cada condio ter sido executada com resultado verdadeiro e falso. Caminho 1: 1-8 Caminho 2: 1-2-3-7b-1-8 Caminho 3: 1-2-4-5-7a-7b-1-8 Caminho 4: 1-2-4-6-7a-7b-1-8
52

Complexidade Ciclomtica

Seqncia

If

While

Repeat

Case

Como saber quantos caminhos procurar? O clculo da complexidade ciclomtica, V(G), para um grafo de fluxo G, oferece uma resposta:

V(G) = E N + 2

onde E o nmero de ramos do grafo de fluxo e N o nmero de ns do grafo de fluxo; Empregado no exemplo o clculo da complexidade ciclomtica pode ser obtida da seguinte forma: V(G) = 11 ramos 9 ns + 2 = 4 Obs.: 4 o nmero de caminhos a serem testados.
53

Teste Estrutural Teste de Subsistema

Uma questo bastante importante a ser considerada a maneira atravs da qual os mdulos sero combinados para o teste do sistema; Mtodo no incremental: o programa completo testado como um todo e o resultado o caos. Quando erros so encontrados, a correo difcil porque o isolamento das causas complicado pela vasta amplitude do programa inteiro; O mtodo incremental realizado de forma top-down e bottomup para a integrao dos mdulos, atravs da utilizao de mdulos drivers e stubs;
54

Teste Estrutural Teste de Subsistema

Estes mdulos especiais (drivers e stubs) so esqueletos dos mdulos do sistema real, utilizados para que a ateno, durante o teste, esteja concentrada em um mdulo especfico, fazendo com que, caso seja encontrado algum erro no teste, este erro necessariamente estar localizado no mdulo sendo testado;
55

Teste Estrutural Teste de Subsistema

Diminui-se consideravelmente o escopo do programa fonte para a depurao mais objetiva dos erros; Um mdulo stub um mdulo chamado pelo mdulo sendo testado; O stub deve conter apenas comandos para o recebimento dos parmetros de entrada e a devoluo de valores, quando for necessrio;

56

Teste Estrutural Teste de Subsistema

Um mdulo driver um mdulo que chama o mdulo que est sendo testado, devendo conter apenas as inicializaes das variveis globais e dos parmetros que sero utilizados para a chamada do mdulo testado;

57

Teste Estrutural Teste de Subsistema


B e C, neste exemplo, podem ser Stubs para A

58

Teste Estrutural Teste de Subsistema

Os mdulos so integrados movimentando-se de cima para baixo, atravs da hierarquia de controle, inicinado-se do mdulo de controle principal; Os mdulos subordinados ao mdulo de controle principal so incorporados estrutura de uma maneira depth-first (primeiro pela profundidade) ou breadth-first (primeiramente pela largura);
59

Teste Estrutural Teste de Subsistema

60

Teste Estrutural Teste de Sistema

O teste de sistema no possui o objetivo de testar funes do sistema completo, mas sim comparar o sistema com seus objetivos originais; O teste de sistema enfatiza a anlise do comportamento da estrutura hierrquica de chamadas de mdulos, verificando se os parmetros esto seguindo o fluxo normal e se seus valores coincidem com os valores esperados;
61

Teste Estrutural Teste de Sistema

So analisados os valores assumidos pelas variveis globais, considerando, para isso, o fluxo de dados interprocedural do sistema; Esta fase do teste considerada a fase mais complexa, apesar de j se ter acesso a mdulos testados individualmente;
62

Teste Estrutural Teste de Sistema

Esta complexidade devido ao grande volume de informaes que deve ser gerenciado, bem como o tamanho do cdigo analisado, que, obviamente, maior do que nas etapas de teste de mdulo e de teste de integrao (subsistema).

63

A Tcnica Baseada em Erros


n

Teste Estrutural

Utiliza informaes sobre os tipos mais comuns de erros cometidos durante o processo de desenvolvimento de software para realizao da Atividade de Teste

64

A Tcnica Baseada em Erros


n

Teste Estrutural

A nfase da tcnica est fundamentada nos erros que os desenvolvedores podem cometer durante o processo de desenvolvimento do software.

65

Anlise de Mutantes
n

Surgiu na dcada de 70 na YALE University e Georgia Institute of Technology; Filosofia bsica: Hiptese do Programador Competente

66

Anlise de Mutantes
n

A anlise de mutantes um critrio para medir a adequao de casos de teste, onde um conjunto de casos de teste dito adequado se o programa funciona corretamente quando executado com esse conjunto e se todos os programas incorretos tm um comportamento no esperado com alguns desses casos de teste;
67

Anlise de Mutantes
n

O objetivo desse critrio verificar a adequao de um conjunto de casos de teste T em relao a um programa P; Se P funciona corretamente, ento esse sofre pequenas perturbaes, gerando seus mutantes que so executados com T;
68

Anlise de Mutantes
n

Caso o comportamento de P seja diferente de P, ento esse mutante dito morto ou distinguido; Caso contrrio, esse mutante est vivo devido a um entre dois motivos:

69

Anlise de Mutantes
1.

2.

T no suficiente para distinguir o comportamento de P e P e, com isso novos casos de teste devem ser includos em T; P dito equivalente a P, ou seja, para qualquer dado do domnio de entrada o comportamento dos dois programas no difere;
70

Concluses
n

Uma abordagem sistemtica a atividade de teste essencial para aumentar a qualidade do software; Os diversos critrios de teste devem funcionar de forma complementar;
71

Dvidas?

72

A Arte da Depurao
Debugging
O objetivo primordial da depurao descobrir e corrigir a causa de um erro de software. A depurao ocorre em conseqncia de testes bem sucedidos. Embora a depurao possa e deva ser ser um processo disciplinado, ela ainda tem muito de arte.

73

A Arte da Depurao
Debugging

74

O Processo de Depurao
Durante a depurao, encontram-se erros que variam de brandamente perturbadores a catastrficos. medida que as conseqncias de um erro aumentam, a presso para descobrir a causa tambm aumenta.

75

O Processo de Depurao
POR QUE A DEPURAO TO DIFCIL? 1) O sintoma e a causa podem ser geograficamente remotos. Estruturas altamente acopladas agravam essa situao. 2) O sintoma pode desaparecer (temporariamente) quando outro erro corrigido.
76

O Processo de Depurao
3) O sintoma pode, de fato, ser causado por no erros (por exemplo, imprecises de arredondamento). 4) O sintoma pode ser causado por um erro humano que no facilmente rastreado. 5) O sintoma pode ser resultado de problemas de timing, e no problemas de processamento.
77

O Processo de Depurao
6) O sintoma pode ser devido a causas que esto distribudas por uma srie de tarefas que so executadas em diferentes processadores.

78

Depurao

Abordagens Depurao
1- FORA BRUTA: BRUTA: A categoria de depurao por fora bruta provavelmente o mtodo mais comum e menos eficiente de isolar a causa de um erro de software. Aplica-se o mtodo de fora bruta quando tudo o mais falha.
79

Depurao

Abordagens Depurao
1- FORA BRUTA: BRUTA: Usa-se uma filosofia do tipo "deixe que o computador descubra o erro". Por exemplo, so feitas listagens de memria (memory dumps), so inseridas instrues WRITE, etc. Espera-se encontrar, em algum lugar do emaranhado de informaes, uma pista que possa levar causa de um erro.
80

Depurao

Abordagens Depurao
1- FORA BRUTA: BRUTA: No obstante, a massa de informaes produzida possa levar ao sucesso, mais freqentemente ela conduz a tempo e esforo desperdiados.

Deve-se gastar o raciocnio primeiro.

81

Depurao

Abordagens Depurao
2- BACKTRACKING: uma abordagem que pode ser usada com sucesso em pequenos programas. Iniciando-se no local em que o sintoma foi descoberto, o cdigo fonte rastreado para trs (manualmente) at que o local da causa seja encontrado.
82

Depurao

Abordagens Depurao
2- BACKTRACKING: Infelizmente, medida que o nmero de linhas de cdigo aumenta, o nmero de potenciais caminhos de backtracking pode tornar-se incontrolavelmente alto.

83

Depurao

Abordagens Depurao
3- ELIMINAO DA CAUSA: CAUSA: Os dados relacionados ocorrncia de erros so organizados para isolar potenciais causas. Uma "hiptese de causa" imaginada e os dados so usados para provar ou refutar a hiptese.

84

Depurao

Abordagens Depurao
3- ELIMINAO DA CAUSA: CAUSA: Alternativamente, uma lista de todas as causas possveis desenvolvida e testes so realizados para eliminar cada uma. Se os testes iniciais indicarem que uma hiptese de causa apresenta possibilidades, os dados so refinados, numa tentativa de isolar o bug.

85

Depurao
Concluses
As abordagens de depurao podem complementadas com ferramentas depurao:

ser de

compiladores de depurao, auxlio rastreadores de depurao dinmicos,

geradores de casos de teste automticos, geradores de dumps de memria e

geradores de mapas de referncia cruzada.


86

Depurao
Concluses
Um poderoso aliado depurao so "outras pessoas". O conceito de "programao no egostica"de Weinberg deve ser ampliado para "depurao no egostica".
87

Depurao
Concluses
Assim que um erro encontrado, ele deve ser corrigido, porm a correo de um erro pode introduzir outros erros. Assim, deve-se fazer 3 perguntas simples, sempre que se realizar uma "correo" que remover a causa de um erro:
1- A causa do bug reproduzida em outra parte do programa? 2- Qual "bug seguinte" poderia ser introduzido pelo reparo que se est prestes a fazer? 3- O que poderia ter sido feito para eliminar este bug desde o princpio?
88

Dvidas?

89

Critrios para Concluso de Teste


Quando realizamos testes, como saber se j testamos o suficiente? Respostas pragmticas: Voc jamais ter completado a atividade de teste; a carga simplesmente transfere-se do projetista para o cliente; Quando estiver sem tempo ou sem dinheiro;
90

Critrios para Concluso de Teste


Primeiras tentativas em orientao emprica: Modelo Logartmico do Tempo de Execuo de Poisson. A intensidade de erros real pode ser traada em relao a curva prevista.
91

Critrios para Concluso de Teste

92

You might also like