Leia o texto:

    “O TDD − Test-Driven Development é focado em testes unitários, em que você isola um modelo (por exemplo) e monta-o de acordo com os testes que você escrever. Quando você tiver um determinado número de modelos, aí você testa a integração entre eles, e assim por diante.
    Fazendo uma analogia, isso é mais ou menos como construir o software “de dentro para fora”, em que partimos escrevendo testes específicos (unitários) e depois vamos abrangendo outras regiões do sistema (integração, funcional, aceitação etc). Já em (......) podemos dizer que o software é desenvolvido “de fora para dentro”, já que os testes são construídos baseados nos requisitos do cliente ou em um roteiro de aceitação (também conhecidos por estórias).
    Esta prática é semelhante ao TDD: testes são escritos primeiro, funções depois. O diferencial é que (......) aborda o comportamento e o resultado como um todo, não se preocupando, necessariamente, com as classes, métodos e atributos de forma isolada.”

(Klaus Peter Laube, 13/01/2010, publicado em
http://www.profissionaisti.com.br)

Neste texto, foi omitida a referência à técnica conhecida como