-
O teste de caixa-preta é baseado nos requisitos funcionais do software. Como não há conhecimento sobre a operação interna do programa, o avaliador se concentra nas funções que o software deve desempenhar. A partir da especificação são determinadas as saídas esperadas para certos conjuntos de entrada de dados.
Esse tipo de teste reflete, de certa forma, a óptica do usuário, que está interessado em se servir do programa sem considerar os detalhes de sua construção. Comparando a outros tipos de teste, este é relativamente mais simples.
O teste é particularmente útil para revelar problemas, tais como:
- funções incorretas ou omitidas;
- erros de interface;
- erros de comportamento ou desempenho;
- erros de iniciação e término.
Fonte: http://qualidade-de-software.blogspot.com.br/2010/01/teste-de-caixa-preta.html
-
a) caminho independente dentro do módulo: caixa branca
b) decisão lógica (ifs): caixa branca
c) laços: caixa branca
e) estruturas de dados: caixa branca
todas as opções, exceto a assertiva d) mencionam coisas por dentro do software.
-
Eu acertei, mas a palavra "funções" pode confundir o usuário pensando que o técnico esta procurando por function no código (caixa branca).
Só acertei porque as outras foram claras serem caixa branca, só a "d" que deu duplo sentido pra mim, por isso marquei ela.
-
funções = funcionalidades, não no sentido de functions
-
Olá amigo,
Existe uma grande diferença entre requerimento e representação, principalmente em se tratando de conceitos doutrinários.
-
Olá amigo,
Existe uma grande diferença entre requerimento e representação, principalmente em se tratando de conceitos doutrinários.
-
Olá amigo,
Existe uma grande diferença entre requerimento e representação, principalmente em se tratando de conceitos doutrinários.