Questão de Engenharia de Software — Teste de Software — FUNDATEC 2025
Engenharia de Software›Teste de Software
Código
qg472861
Banca
FUNDATEC
Órgão
IF Sertão - PE
Ano
2025
Nível
Superior
Cargo
Analista de Tecnologia da Informação
Considere um desenvolvedor que adota a prática de Desenvolvimento Dirigido por Testes (TDD). Inicialmente, ele escreve um teste de unidade que falha, baseando-se unicamente na especificação de uma nova funcionalidade. Após implementar o código mínimo para que o teste passe, o desenvolvedor analisa a estrutura interna e a lógica do código recém-criado para se inspirar e decidir qual será o próximo teste a ser escrito, buscando cobrir caminhos lógicos específicos. Essa abordagem de teste, considerando o ciclo TDD descrito, é melhor caracterizada como:
AUm processo que inicia como caixa-preta, guiado pela especificação, e evolui para incorporar aspectos de caixa-branca ao usar a estrutura do código para guiar novos testes.
BUma aplicação exclusiva de teste de caixa-branca, visto que a análise da estrutura interna do código é o principal fator para a elaboração de todos os testes no ciclo de desenvolvimento.
CUm método predominantemente de teste de caixa-preta, pois a definição original do que será testado se baseia nos requisitos funcionais, sendo a implementação um fator secundário.
DUm tipo de teste de unidade focado no comportamento, que supera as classificações de caixa-preta e caixa-branca, pois o objetivo é apenas a verificação funcional externa.
EUma forma de teste de regressão estrutural, pois a análise do código implementado visa prioritariamente validar se as alterações recentes afetaram a estrutura de componentes existentes.
Revelar gabarito e comentário▾
GabaritoA — Um processo que inicia como caixa-preta, guiado pela especificação, e evolui para incorporar aspectos de caixa-branca ao usar a estrutura do código para guiar novos testes.
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”.
Desenvolvimento Dirigido por Testes (TDD) e Tipos de Teste
Gabarito: letra A. O TDD descrito inicia com um teste escrito apenas com base na especificação (caixa-preta), e depois de implementado o código mínimo para passar no teste, o desenvolvedor analisa a estrutura interna para decidir o próximo teste (caixa-branca). Portanto, a abordagem começa como caixa-preta e evolui incorporando aspectos de caixa-branca.
Característica
Alternativa A (Gabarito)
Alternativa B
Alternativa C
Alternativa D
Alternativa E
Descrição do TDD
Inicia como caixa-preta (especificação) e evolui para caixa-branca (estrutura do código)
Exclusivamente caixa-branca
Predominantemente caixa-preta
Supera as classificações (foco apenas funcional)
Forma de teste de regressão estrutural
Base do primeiro teste
Especificação (caixa-preta)
Estrutura interna do código
Requisitos funcionais
Verificação funcional externa
Validação de alterações em componentes existentes
Influência da implementação
Guia os testes seguintes (caixa-branca)
Fator principal para todos os testes
Fator secundário
Fator irrelevante
Foco em não quebrar funcionalidades
Correção
✅ Correta
❌ Incorreta
❌ Incorreta
❌ Incorreta
❌ Incorreta
TDD: tipos de teste: 1º teste (especificação) (Caixa-preta); Após código passar (Análise da estrutura interna, Caixa-branca); Natureza do ciclo (Começa caixa-preta, Evolui para caixa-branca)
Alternativa A — ✅ Correta ⟵ GABARITO
A alternativa descreve com precisão o ciclo: o primeiro teste é orientado pela especificação (caixa-preta) e, após o código passar, a análise da estrutura interna guia a criação dos próximos testes, inserindo elementos de caixa-branca. Não há erro.
Alternativa B — ❌ Incorreta
Afirma que TDD é uma aplicação exclusiva de teste caixa-branca. Isso é falso, pois o primeiro teste do ciclo é escrito antes de qualquer código e baseia-se unicamente na especificação – característica de caixa-preta.
Alternativa C — ❌ Incorreta
Diz que TDD é um método predominantemente de caixa-preta, sendo a implementação um fator secundário. Na verdade, a estrutura do código recém-criado influencia diretamente os testes seguintes, o que demonstra que a técnica mescla ambas as abordagens ao longo do ciclo.
Alternativa D — ❌ Incorreta
Alega que TDD supera as classificações de caixa-preta e caixa-branca por ser focado apenas na verificação funcional externa. Isso não procede: o TDD combina as duas visões; não as transcende, e a análise interna é parte do processo.
Alternativa E — ❌ Incorreta
Classifica o TDD como uma forma de teste de regressão estrutural. Testes de regressão visam garantir que mudanças não quebrem funcionalidades existentes. O TDD não tem esse foco; seu objetivo é guiar o desenvolvimento incremental, não validar alterações em componentes já existentes.