Pergunta

Você pode pensar em qualquer desvantagens de teste Caixa Branca - outros que o testador precisa saber e entender o código (que pode ter um custo)?

Obrigado,

Foi útil?

Solução

É uma vantagem e desvantagem, pois você está criando seus testes para testar a implementação específica do código, em vez de projetar testes para testar como ele será usado em uma situação real. Então, basicamente, é uma desvantagem que ele não capta todos os casos de uso, e é por isso que o teste de caixa preta é um bom elogio à Whit Box.

Outras dicas

O IMHO, a principal desvantagem é que seu plano de teste, execução e cobertura é mais suscetível a mudanças na implementação subjacente e, portanto, é menos útil para testes de regressão e aceitação.

O teste de caixa branca é útil em níveis mais baixos e, além dos testes de caixa preta, mas eu ficaria nervoso se fosse devido ao fornecimento de software com apenas testes de caixa branca.

Vantagens dos testes de caixa preta

  • Como o testador não precisa se concentrar no trabalho interno de um aplicativo, a criação de casos de teste é mais fácil.
  • O desenvolvimento de casos de teste é mais rápido, pois o testador não precisa gastar tempo identificando os processos internos; Seu único foco está nos vários caminhos que um usuário pode levar através da GUI.
  • É simples de usar, pois se concentra apenas em entradas válidas e inválidas e garante que as saídas corretas sejam obtidas.

Desvantagens de testes de caixa preta

  • Mudar constantemente a GUI dificulta a manutenção do script, pois a entrada também pode estar mudando.
  • A interação com a GUI pode resultar em tornar o script de teste frágil e pode não executar adequadamente de forma consistente.

Vantagens dos testes de caixa branca

  • Como o foco está no trabalho interno, o testador pode identificar objetos pro gramaticalmente. Isso pode ser útil quando a GUI está mudando com frequência.
  • Pode melhorar a estabilidade e a capacidade de usabilidade dos casos de teste, desde que o objeto de um aplicativo permaneça o mesmo.
  • Ao testar cada caminho completamente, é possível que um testador alcance a rigor.

Desvantagens de testes de caixa branca

  • O desenvolvimento de casos de teste para testes de caixa branca envolve alto grau de complexidade, portanto, exige que pessoas altamente qualificadas desenvolvam os casos de teste.
  • Embora em grande parte a fragilidade seja superada nos testes de caixa branca, mas a mudança no nome dos objetos pode levar à quebra do script de teste.

A maior desvantagem dos testes de caixa branca IMHO é o tempo que leva. O tempo de programador e testador é caro. Melhor pegar os grandes bugs parados com os métodos de teste mais amplos.

Alguns pensamentos sobre duas avaliações anteriores:

desvantagens ...o testador precisa saber e entender o código

plano de teste, execução, e a cobertura é mais suscetível a mudanças na implementação subjacente

Isso depende se a desenvolvedores também assumir um teste de implementação de papel.Isto é, se os desenvolvedores deveriam compreender a estrutura de teste de arquitectura e são responsáveis, por documento escrito teste interno torneiras e conectando-los corretamente, em seguida, os testes ainda estão em caixa-branca, mas sem a maioria das desvantagens geralmente pensamos.Em tal caso, a desvantagem seria a de que é difícil encontrar qualificado desenvolvedores, ou que vai mudar o desenvolvedor e testador de responsabilidade.

As tendências recentes, como test driven, agile, etc, são mais e mais a promoção de teste desenvolvedor.Um passo a mais, seria para ligar o framework de testes para testes de unidade.Neste sentido, a desvantagem de caixa-branca seria, organizacional caos causado por alterações de função em pessoas.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top