Testes de caixa negra

Conhecimentos específicos sobre o código da aplicação, estrutura interna e conhecimentos de programação em geral não são necessários. O testador está consciente do que o software deve fazer, mas não sabe como o faz. Por exemplo, o testador está ciente de que uma determinada entrada retorna uma determinada saída invariável, mas não está ciente de como o software produz a saída em primeiro lugar.

Casos de testeEditar

Casos de teste são construídos em torno de especificações e requisitos, ou seja, o que a aplicação é suposta fazer. Os casos de teste são geralmente derivados de descrições externas do software, incluindo especificações, requisitos e parâmetros de concepção. Embora os testes utilizados sejam principalmente de natureza funcional, também podem ser utilizados testes não funcionais. O desenhador do teste selecciona entradas válidas e inválidas e determina a saída correcta, muitas vezes com a ajuda de um oráculo de teste ou de um resultado anterior que se sabe ser bom, sem qualquer conhecimento da estrutura interna do objecto de teste.

Técnicas de desenho de testeEditar

Tipicas técnicas de desenho de teste de caixa negra incluem:

  • Testes de tabela de decisão
  • Todos-teste de pares
  • Partição de equivalência
  • Análise de valor-limite
  • Gráfico de efeito de causa
  • Adivinhação de erro
  • Transição de estado teste
  • Teste de caso de uso
  • Teste de história de utilizador
  • Análise de domínio
  • Testes de sintaxe
  • Técnica de combinação

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *