Pular para o conteúdo principal

Questão de Engenharia de Software — Teste de Software — FUNDATEC 2025

Engenharia de SoftwareTeste 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:
  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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

11º teste (especificação)
Caixa-preta
2Após código passar
Análise da estrutura interna
Caixa-branca
3Natureza do ciclo
Começa caixa-preta
Evolui para caixa-branca
TDD: tipos de teste
LEVELsoulevel.com.br
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.

Gabarito: letra A.

Link permanente: /questoes/qg472861