O Desenvolvimento Dirigido por Testes se caracteriza por 

TDD = O TDD não é realmente uma nova tecnologia, mas sim uma tendência que enfatiza o projeto de casos de teste antes da criação do código-fonte. Requisitos para um componente de software servem de base para a criação de uma série de casos de teste que exercitam a interface e tentam encontrar erros nas estruturas de dados e na funcionalidade fornecida pelo componente.

Os defensores do desenvolvimento orientado a testes (test-driven development, TDD) escrevem os testes antes de implementar qualquer outro código.

D

Pressman.

O desenvolvimento dirigido a testes (TDD – Test Driven Development) é uma abordagem para o desenvolvimento de programas em que se intercalam testes e o desenvolvimento de código.

Testes são escritos antes do código e "passar" nos testes é o fator crítico de desenvolvimento

A verdade é que tanto a opção D como E estão corretas e aí somos obrigados a entrar no modo máximo da "ELIMINAÇÃO" onde a proposição da opção D é mais conceitual, embora a questão mencione "se caracteriza por".

Alternativa Correta: D - projetar os casos de teste antes de criar o código fonte.

O Desenvolvimento Dirigido por Testes (Test-Driven Development - TDD) é uma prática de engenharia de software que envolve a inversão do ciclo tradicional de desenvolvimento. Ao invés de escrever o código fonte e, em seguida, realizar os testes, o TDD propõe a elaboração dos testes antes da escrita do código-fonte. Isso significa que os requisitos são convertidos em casos de teste muito específicos, e somente depois um código é desenvolvido para atender a esses testes. Este processo favorece a criação de um código mais limpo e de alta qualidade, pois desde o início é pensado para passar nos testes.

A justificação para a alternativa D ser a correta encontra-se na essência do TDD, que está em escrever os testes primeiro (projetar os casos de teste) e usá-los como guia para o desenvolvimento. A escrita de código ocorre para passar nesses testes pré-estabelecidos. A prática incentiva a refatoração do código e a automação dos testes, de modo a garantir que as novas funcionalidades não quebrem as existentes.

É importante ressaltar que as alternativas incorretas não representam o processo de TDD:

• Manter sem modificação um arquivo de código vai contra o princípio de refatoração contínua no TDD.
• Escrever o código fonte antes dos testes é a abordagem tradicional, oposta ao TDD.
• Escrever histórias do usuário na forma de testes pode ser parte do Behavior-Driven Development (BDD), mas não define o TDD.
• Repetir todos os testes a cada modificação do código é uma prática recomendada em vários métodos de desenvolvimento, inclusive TDD, mas não é seu definidor.