Questão de Engenharia de Software — Teste de Software — FGV 2021
Engenharia de Software›Teste de Software
Código
fg045087
Banca
FGV
Órgão
TCE-AM
Ano
2021
Nível
Superior
Cargo
Auditor Técnico de Controle Externo - Tecnologia da Informação - 2ª dia
A Equipe de Desenvolvimento de Software (EDS) de um tribunal de contas está trabalhando na construção de componentes de um novo sistema de software.Para verificar o funcionamento do software no nível de componente, a EDS deverá aplicar testes de caixa:
Abranca, para validar parâmetros de entrada;
Bpreta, para garantir que caminhos independentes dos componentes tenham sido testados;
Cbranca do tipo análise de valor-limite;
Dpreta como alternativa a testes de caixa branca;
Ebranca, para exercitar decisões lógicas em seus lados verdadeiro e falso.
Revelar gabarito e comentário▾
GabaritoE — branca, para exercitar decisões lógicas em seus lados verdadeiro e falso.
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 no nível de componente
Gabarito: letra E. No nível de componente (teste unitário), o foco é verificar a estrutura interna do componente. Testes de caixa-branca são adequados, e exercitar decisões lógicas em ambos os lados (verdadeiro e falso) é exatamente a técnica de cobertura de decisão (branch coverage). As demais alternativas misturam conceitos: atribuem técnicas de caixa-preta ao caixa-branca e vice-versa.
Técnica de Teste
Tipo de Caixa
Foco / Aplicação
Validação de parâmetros de entrada
Caixa-preta
Comportamento externo (funcional)
Teste de caminhos independentes
Caixa-branca
Fluxo de controle interno
Análise de valor-limite
Caixa-preta
Limites de entrada/saída
Cobertura de decisão (branch coverage)
Caixa-branca
Decisões lógicas (verdadeiro/falso)
Teste de software
1Caixa-branca (estrutural)
Cobertura de decisão (branch)
Caminhos independentes (path)
2Caixa-preta (funcional)
Análise de valor-limite
Particionamento de equivalência
Validação de parâmetros
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Afirma que teste de caixa-branca valida parâmetros de entrada. Validar parâmetros de entrada é típico de teste de caixa-preta (funcional), que não requer conhecimento interno. Caixa-branca foca na estrutura lógica interna.
Alternativa B — ❌ Incorreta
Diz que teste de caixa-preta garante que caminhos independentes sejam testados. Testar caminhos independentes (path testing) é técnica de caixa-branca, pois exige conhecimento do fluxo de controle. Caixa-preta testa funcionalidades sem acesso ao código.
Alternativa C — ❌ Incorreta
Apresenta análise de valor-limite como teste de caixa-branca. Análise de valor-limite é técnica de caixa-preta (particionamento de equivalência), usada para testar limites de entrada/saída. Não é caixa-branca.
Alternativa D — ❌ Incorreta
Sugere teste de caixa-preta como alternativa ao caixa-branca. Embora ambos possam ser usados, no nível de componente o teste de caixa-branca é mais comum para verificar a lógica interna. A afirmação é genérica e não descreve uma aplicação específica para componentes.
Alternativa E — ✅ Correta ⟵ GABARITO
Teste de caixa-branca que exercita decisões lógicas nos lados verdadeiro e falso é a técnica de cobertura de decisão (branch coverage). No nível de componente, é essencial garantir que cada condição (if, while, etc.) avalie ambos os resultados. Portanto, adequada ao que se pede.