Pular para o conteúdo principal

Questão de Engenharia de Software — Teste de Software — FCC 2015

Engenharia de SoftwareTeste de Software
Código
fc022296
Banca
FCC
Órgão
TCM-GO
Ano
2015
Nível
Superior
Cargo
Auditor de Controle Externo - Informática
Um Auditor de Controle Externo do Tribunal de Contas dos Municípios do Estado de Goiás da área de TI indicou a seguinte estratégia convencional para testes de um sistema que está sendo desenvolvido:I. Para cada componente ou módulo, testar a interface, a estrutura de dados local, os caminhos independentes ao longo da estrutura de controle e as condições-limite para garantir que a informação flui adequadamente para dentro e para fora do módulo, que todos os comandos tenham sido executados e que todos os caminhos de manipulação de erros sejam testados. II. Aplicar uma abordagem incremental de testes para a construção da arquitetura do sistema, de forma que os módulos testados sejam integrados a partir do módulo de controle principal e os testes sejam conduzidos à medida que cada componente é inserido.O Auditor indicou em I e II, respectivamente, os testes de
  1. Acaixa branca e de caixa preta, que são suficientes para validar todo o sistema.
  2. Bunidade e de integração; na sequência, indicou os testes de validação e de sistema que são adequados para validar todo o sistema.
  3. Cunidade e de interoperabilidade; na sequência, indicou os testes de caixa branca e de caixa preta que são adequados para validar todo o sistema.
  4. Dcarga e de desempenho; na sequência, indicou os testes de usabilidade e interoperabilidade que são adequados para validar todo o sistema.
  5. Ecaixa preta e de caixa branca, que são suficientes para validar todo o sistema.
Revelar gabarito e comentário

GabaritoB — unidade e de integração; na sequência, indicou os testes de validação e de sistema que são adequados para validar todo o sistema.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Teste de Software – Níveis de Teste

Gabarito: letra B. A descrição do item I corresponde ao teste de unidade (foco no componente individual, estruturas de dados, caminhos de controle e erros); a descrição do item II corresponde ao teste de integração (abordagem incremental, construção da arquitetura a partir do módulo principal). O auditor então indica a sequência clássica: unidade, integração, validação e sistema. As demais alternativas trocam conceitos ou afirmam erroneamente que apenas caixa-branca e caixa-preta seriam suficientes.

A banca cobra o conhecimento dos níveis de teste definidos pela engenharia de software. O teste de unidade verifica cada módulo isoladamente, podendo usar técnicas estruturais (caixa-branca) e funcionais. O teste de integração combina os módulos testados, focando na interface entre eles, e pode ser feito de forma incremental (top-down, bottom-up). Após a integração, seguem os testes de validação (verificação de requisitos) e de sistema (funcionalidades completas).

  1. 1Teste de unidadeComponente individual
  2. 2Teste de integraçãoIncremental (top-down/bottom-up)
  3. 3Teste de validaçãoRequisitos do sistema
  4. 4Teste de sistemaFuncionalidades completas
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

Afirma que I e II são, respectivamente, testes de caixa-branca e caixa-preta. Embora o teste de unidade possa usar caixa-branca, a descrição de I não se limita a essa técnica; trata-se do nível unidade, não da técnica. Já II descreve claramente o teste de integração, não caixa-preta. Além disso, a alternativa alega que esses dois testes são suficientes para validar todo o sistema, o que é falso: são necessários também os testes de validação e sistema.

Alternativa B — ✅ Correta ⟵ GABARITO

Reconhece corretamente I como teste de unidade e II como teste de integração, e ainda completa a sequência necessária com os testes de validação e de sistema. É a descrição padrão do processo de teste.

Alternativa C — ❌ Incorreta

Troca “integração” por “interoperabilidade”. Teste de interoperabilidade é um tipo específico (verifica comunicação entre sistemas), não corresponde ao descrito em II. Também sugere que caixa-branca e caixa-preta são suficientes, o que não é verdade.

Alternativa D — ❌ Incorreta

Associa I e II a testes de carga e desempenho, que são subcategorias do teste de sistema, não os primeiros níveis. A sequência indicada (usabilidade e interoperabilidade) também não é a sequência clássica.

Alternativa E — ❌ Incorreta

Inverte a ordem: coloca caixa-preta em I e caixa-branca em II, além de afirmar que são suficientes. I descreve unidade (pode usar caixa-branca, mas não é exclusivo), e II descreve integração, não caixa-branca.

PEGA ESSA DICA!

Memorize a hierarquia dos níveis de teste: unidade → integração → validação → sistema. Questões como esta exigem associar a descrição ao nível correto, não à técnica (caixa-branca/caixa-preta).

Link permanente: /questoes/fc022296