O desenvolvimento orientado a testes (TDD) é um processo que se baseia na repetição em ciclos de desenvolvimento curtos. Ele é baseado no conceito test-first oriundo da programação extrema (XP) que incentiva o design simples com alto nível de confiança. O procedimento que conduz este ciclo é denominado
- A)refatoração vermelho-verde.
Correta, porque vermelho-verde-refatoração é o ciclo clássico do TDD, no qual o teste guia o desenvolvimento em passos curtos.
- B)documentação executável.
Errada, porque documentação executável é uma ideia ligada à especificação viva, não ao nome do ciclo do TDD.
- C)testes da caixa-branca.
Errada, porque testes de caixa-branca avaliam a estrutura interna do código, mas não definem o procedimento do TDD.
- D)testes da caixa-preta.
Errada, porque testes de caixa-preta focam entradas e saídas sem olhar o código, e isso não é o ciclo característico do TDD.
- E)mocking up.
Errada, porque mocking up se relaciona a simulação ou prototipação, não ao processo iterativo do desenvolvimento orientado a testes.
Gabarito: A
O TDD, ou desenvolvimento orientado a testes, funciona em ciclos curtos e repetidos: primeiro você pensa no comportamento desejado, depois escreve um teste que falha, em seguida faz o código passar e, por fim, melhora o desenho do código. É aquela lógica de “testar antes de programar”, bem na linha da XP, com foco em simplicidade e confiança alta no que foi entregue. O nome clássico desse ciclo é vermelho-verde-refatoração. Vermelho porque o teste falha no começo, verde porque o código passa no teste, e refatoração porque você limpa e organiza o código sem mudar o comportamento. Em outras palavras, o processo não é só testar por testar: ele guia o desenvolvimento passo a passo. Por isso o gabarito é a alternativa A. Ela traduz exatamente o fluxo central do TDD, que é usado como mecanismo de projeto e validação contínua do software. As demais alternativas falam de outros conceitos de teste ou técnicas de desenvolvimento, mas não descrevem o ciclo básico do TDD. Em prova, vale lembrar: TDD não é um tipo de teste em si, e sim uma forma de desenvolver software apoiada em testes automatizados. A banca costuma cobrar essa ideia com nomes parecidos para ver se você confunde processo, técnica e objetivo.