Dlaczego tak
Cykl TDD opisuje się jako red – green – refactor: najpierw powstaje test nowej funkcji, który nie przechodzi, bo funkcji jeszcze nie ma, potem najprostszy kod spełniający test, a na końcu porządkowanie kodu przy stale przechodzących testach. Pisanie testów po gotowym kodzie to klasyczne podejście, a nie TDD. Refaktoryzacja przed napisaniem kodu nie ma sensu, bo nie ma jeszcze czego porządkować.