Black Box Testing

BLACK BOX TESTING, também conhecido como Behavioral Testing, é um método de teste de software em que a estrutura/desenho/implementação interna do item a ser testado não é conhecida do testador. Estes testes podem ser funcionais ou não funcionais, embora normalmente funcionais.

ISTQB Definição

  • teste de caixa negra: Teste, quer funcional ou não funcional, sem referência à estrutura interna do componente ou sistema.
  • técnica de teste de concepção de caixa negra: Procedimento para derivar e/ou seleccionar casos de teste com base numa análise da especificação, funcional ou não funcional, de um componente ou sistema sem referência à sua estrutura interna.

Tabela de conteúdos

Elaboração

Este método é nomeado assim porque o programa de software, aos olhos do testador, é como uma caixa negra; dentro da qual não se pode ver. Este método tenta encontrar erros nas seguintes categorias:

  • Funções incorrectas ou em falta
  • Erros de interface
  • Erros em estruturas de dados ou acesso a bases de dados externas
  • Erros de comportamento ou de desempenho
  • Erros de inicialização e terminação

Exemplo

Um testador, sem conhecimento das estruturas internas de um sítio web, testa as páginas web utilizando um navegador; fornecendo entradas (cliques, teclas) e verificando as saídas em relação ao resultado esperado.

Níveis

O método de teste da caixa negra é aplicável aos seguintes níveis de teste de software:

  • Teste de integração
  • Teste de sistema
  • Teste de aceitação

Quanto maior for o nível, e por conseguinte quanto maior e mais complexa for a caixa, mais método de teste da caixa negra entra em uso.

Técnicas

Seguimento são algumas técnicas que podem ser utilizadas para a concepção de testes da caixa negra.

  • Particionamento de Equivalência: É uma técnica de desenho de teste de software que envolve a divisão de valores de entrada em partições válidas e inválidas e a selecção de valores representativos de cada partição como dados de teste.
  • Análise de Valor Limite: É uma técnica de desenho de teste de software que envolve a determinação de limites para valores de entrada e a selecção de valores que estão nos limites e apenas dentro/fora dos limites como dados de teste.
  • Gráfico de Causa-Efeito: É uma técnica de desenho de teste de software que envolve a identificação dos casos (condições de entrada) e efeitos (condições de saída), a produção de um Gráfico de Causa-Efeito, e a geração de casos de teste em conformidade.

Vantagens

  • Testes são feitos do ponto de vista do utilizador e ajudarão a expor discrepâncias nas especificações.
  • Tester não precisa de conhecer as linguagens de programação ou a forma como o software foi implementado.
  • Os testes podem ser realizados por um organismo independente dos programadores, permitindo uma perspectiva objectiva e evitando a tendência do programador.
  • Os casos de testes podem ser concebidos assim que as especificações estejam completas.

Desvantagens

  • Apenas um pequeno número de entradas possíveis pode ser testado e muitos caminhos de programa serão deixados por testar.
  • Sem especificações claras, que é a situação em muitos projectos, os casos de teste serão difíceis de desenhar.
  • Os testes podem ser redundantes se o designer/desenvolvedor de software já tiver executado um caso de teste.
  • Ever-se-ia a perguntar porque é que um adivinho fecha os olhos quando prediz eventos? Assim é quase o caso em Black Box Testing.

Black Box Testing é contrastado com o caso em White Box Testing. Leia as diferenças entre Black Box Testing e White Box Testing.

.

Como a indústria de software se afasta da abordagem Waterfall para o desenvolvimento de software Agile, DEVE também aprender sobre AGILE TESTING.

.

Última actualização a 17 de Setembro de 2020 pelo STF

Deixe uma resposta

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