Selain memikirkan satu hal, satu paradigma TDD adalah menulis kode seminimal mungkin untuk lulus ujian. Ketika Anda menulis satu tes pada satu waktu, itu jauh lebih mudah untuk melihat jalan untuk menulis kode yang cukup untuk mendapatkan tes untuk lulus. Dengan serangkaian tes yang harus dilalui, Anda tidak perlu melihat kode dalam langkah-langkah kecil tetapi harus melakukan lompatan besar untuk membuat semuanya lulus sekaligus.
Sekarang jika Anda tidak membatasi diri untuk menulis kode untuk membuat semuanya lulus "dalam sekali jalan," melainkan menulis kode yang cukup untuk melewati satu tes pada suatu waktu, itu mungkin masih berfungsi. Anda harus memiliki lebih banyak disiplin untuk tidak hanya melanjutkan dan menulis lebih banyak kode daripada yang Anda butuhkan. Setelah Anda mulai dari jalur itu, Anda membiarkan diri Anda terbuka untuk menulis lebih banyak kode daripada tes yang dijelaskan, yang dapat diuji , setidaknya dalam arti bahwa itu tidak didorong oleh tes dan mungkin dalam arti bahwa itu tidak diperlukan (atau dilakukan) dengan tes apa pun.
Turun apa yang harus dilakukan metode ini, seperti komentar, cerita, spesifikasi fungsional, dll, sangat bisa diterima. Saya akan menunggu untuk menerjemahkan ini menjadi tes satu per satu.
Hal lain yang dapat Anda lewatkan dengan menulis tes sekaligus adalah proses berpikir dengan lulus ujian dapat mendorong Anda untuk memikirkan kasus uji lainnya. Tanpa bank tes yang ada, Anda perlu memikirkan kasus uji berikutnya dalam konteks tes kelulusan terakhir. Seperti yang saya katakan, memiliki ide bagus tentang apa yang seharusnya dilakukan metode ini sangat baik, tetapi berkali-kali saya menemukan diri saya menemukan kemungkinan-kemungkinan baru yang saya tidak anggap sebagai apriori, tetapi yang hanya terjadi dalam proses penulisan tes. Ada bahaya bahwa Anda mungkin melewatkan ini kecuali Anda secara khusus membiasakan diri memikirkan tes baru apa yang dapat saya tulis yang belum saya miliki.