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

TDD e as técnicas de teste: caixa-preta e caixa-branca

Gabarito: letra A. O TDD começa com um teste escrito a partir da especificação — sem conhecer a implementação, portanto caixa-preta — e, após o código passar, o desenvolvedor usa a estrutura interna do código para guiar os próximos testes, incorporando aspectos de caixa-branca. É exatamente essa evolução que a alternativa A descreve.

O Desenvolvimento Dirigido por Testes (TDD) é uma prática de desenvolvimento em que os testes são escritos antes do código. O ciclo clássico é conhecido como Red-Green-Refactor: primeiro escreve-se um teste que falha (Red), depois implementa-se o código mínimo para fazê-lo passar (Green) e, por fim, refatora-se o código para melhorar sua estrutura sem alterar o comportamento (Refactor). O ponto central do TDD é que o teste é a especificação executável da funcionalidade — ele define o que o código deve fazer antes de o código existir.

A questão explora a relação entre o TDD e as duas grandes técnicas de teste: caixa-preta e caixa-branca. O teste de caixa-preta (também chamado de funcional ou comportamental) verifica o software a partir de sua interface externa, sem conhecer a estrutura interna — o testador se baseia nos requisitos e especificações. Já o teste de caixa-branca (estrutural) exige conhecimento da estrutura interna do código — o testador analisa caminhos lógicos, condições, fluxos de dados e ramificações para criar casos de teste.

No TDD, o primeiro teste de uma funcionalidade é escrito unicamente com base na especificação, ou seja, sem olhar para o código — isso é caixa-preta. Porém, após implementar o código mínimo para o teste passar, o desenvolvedor analisa a estrutura interna e a lógica do código recém-criado para decidir o próximo teste, buscando cobrir caminhos lógicos específicos — isso é caixa-branca. Portanto, o TDD não é exclusivamente caixa-preta nem caixa-branca: ele começa como caixa-preta e evolui para incorporar aspectos de caixa-branca ao longo do ciclo. Essa é a caracterização mais precisa e completa.

A pegadinha da questão está em forçar o candidato a escolher um único rótulo (caixa-preta OU caixa-branca), quando o TDD, na verdade, combina as duas abordagens em momentos diferentes do ciclo. A alternativa A é a única que captura essa dualidade temporal.

Alternativa A — ✅ Correta ⟵ GABARITO

Descreve com precisão o fenômeno: o processo inicia como caixa-preta (teste guiado pela especificação, sem conhecer o código) e evolui para incorporar aspectos de caixa-branca (ao usar a estrutura do código para guiar novos testes). É exatamente o que o enunciado descreve: primeiro o teste falha baseado na especificação; depois, com o código implementado, o desenvolvedor analisa a estrutura interna para decidir o próximo teste. A alternativa espelha os termos-chave do enunciado: "especificação" (caixa-preta) e "estrutura interna" (caixa-branca).

Alternativa B — ❌ Incorreta

Afirma que o TDD é uma aplicação exclusiva de caixa-branca, pois a análise da estrutura interna seria o principal fator para todos os testes. Isso é falso: o primeiro teste de cada funcionalidade é escrito antes do código existir, baseado apenas na especificação — não há estrutura interna para analisar nesse momento. A caixa-branca entra apenas depois, para guiar os testes subsequentes. A palavra "exclusiva" e "todos" tornam a alternativa incorreta.

Alternativa C — ❌ Incorreta

Diz que o TDD é um método predominantemente de caixa-preta, pois a definição original se baseia nos requisitos funcionais, sendo a implementação um fator secundário. Embora o primeiro teste seja de caixa-preta, a análise da estrutura interna não é secundária — ela é parte essencial do ciclo para decidir os próximos testes e cobrir caminhos lógicos. A alternativa ignora a fase de caixa-branca que o próprio enunciado descreve.

Alternativa D — ❌ Incorreta

Afirma que o TDD é um tipo de teste de unidade focado no comportamento que supera as classificações de caixa-preta e caixa-branca. Isso é um equívoco conceitual: o TDD não supera essas classificações — ele as combina em momentos diferentes. As técnicas de caixa-preta e caixa-branca continuam sendo os eixos que descrevem como os testes são elaborados; o TDD apenas as utiliza de forma sequencial. Além disso, o TDD não se limita a "verificação funcional externa" — ele também usa a estrutura interna.

Alternativa E — ❌ Incorreta

Caracteriza o TDD como uma forma de teste de regressão estrutural, cujo objetivo seria validar se alterações recentes afetaram a estrutura de componentes existentes. Isso confunde o TDD com o teste de regressão, que é uma prática de reexecutar testes para garantir que mudanças não introduziram novos defeitos. No TDD, a análise da estrutura interna serve para criar novos testes que cobrem caminhos lógicos — não para validar alterações em componentes existentes. A finalidade é diferente.

Gabarito: letra A