Testar de caixa preta
A D V E R T I S E M E N T
Introdução Tentativas testando da caixa preta de derivar jogos das entradas que exercitarão inteiramente todas as exigências funcionais de um sistema. Não é uma alternativa a testar de caixa branca. Este tipo de testar tenta encontrar erros nas seguintes categorias:
1. função incorreta ou faltante,
2. erros de relação,
3. erros em estruturas de dados ou no acesso de base de dados externo,
4. erros do desempenho, e 5. erros da iniciação e da terminação.
Os testes são projetados responder às seguintes perguntas:
1. Como a validez da função é testada?
2. Que classes da entrada farão casos bons do teste?
3. É o sistema particularmente sensível a determinados valores da entrada?
4. Como os limites de uma classe de dados são isolados?
5. Que taxas de dados e volume dos dados pode o sistema tolerar?
6. Que efeito as combinações específicas dos dados têm na operação de sistema?
Testar de caixa branca deve ser executado cedo no processo testando, quando testar de caixa preta tender a ser aplicado durante uns estágios mais atrasados. Os casos do teste devem ser derivados que
1. reduz o número dos casos adicionais do teste que devem ser projetados conseguir testar razoável, e
2. dizem a nos algo sobre a presença ou a ausência das classes dos erros, melhor que a um erro associado somente com o teste específico na mão.
Dividir de equivalência Este método divide o domínio da entrada de um programa em classes dos dados de que os casos do teste podem ser derivados. Dividir da equivalência strives definir um exemplo do teste que descubra classes dos erros e reduza desse modo o número dos casos do teste necessitados. É baseado em uma avaliação de classes de equivalência para uma condição da entrada. Uma classe de equivalência representa um jogo de estados válidos ou inválidos para condições da entrada.
As classes de equivalência podem ser definidas de acordo com os seguintes guidelines:
1. Se uma condição da entrada especificar uma escala, uma classes de equivalência válida e duas inválida estão definidas.
2. Se uma condição da entrada requerer um valor específico, a seguir uma classes de equivalência válida e duas inválida estão definidas.
3. Se uma condição da entrada especificar um membro de um jogo, a seguir uma classe de equivalência válida e uma inválida está definida.
4. Se uma condição da entrada for booleana, a seguir uma classe de equivalência válida e uma inválida está definida.
Análise de valor do limite Este método conduz a uma seleção dos casos do teste que exercitam valores de limite. Complementa dividir de equivalência desde que seleciona casos do teste nas bordas de uma classe. Melhor que focalizar na entrada condiciona unicamente, BVA deriva casos do teste do domínio da saída também. Os guidelines de BVA incluem:
1. Para as escalas da entrada limitadas por a e por b, os casos do teste devem incluir os valores a e b e apenas acima e apenas abaixo de a e de b respectivamente.
2. Se uma condição da entrada especificar um número de valores, os casos do teste devem ser desenvolvidos para exercitar o mínimo e os números máximos e os valores apenas acima e abaixo destes limites.
3. Aplicar os guidelines 1 e 2 à saída.
4. Se as estruturas de dados internas prescreverem limites, um exemplo do teste deve ser projetado exercitar a estrutura de dados em seu limite.
Caus-Efeito que representa graficamente técnicas representar graficamente do Caus-efeito é uma técnica que forneça uma respresentação concisa de circunstâncias lógicas e de ações correspondentes. Há quatro etapas:
1. As causas (condições da entrada) e os efeitos (ações) são alistados para um módulo e um identificador são atribuídos a cada um.
2. Um gráfico do caus-efeito é desenvolvido.
3. O gráfico é convertido a uma tabela de decisão.
4. As réguas da tabela de decisão são convertidas aos casos do teste.
O que é blackbox que testa, diferença entre testar do blackbox e whitebox que testam, plantas testando de Blackbox, testar unbiased do blackbox
A D V E R T I S E M E N T
