не читай больше такие статейки. TDD - мертворожденное фуфло для хипстеров, которые ничего сложнее helloworld не писали.

Юнит-тесты да, а вообще много разных видов тестов есть

Да

Но тут от создателя JUnit

Емае

Везде ложь

А что не так с подходом?

Я тесты пишу уже после реализации функционала. И немного, так, базовые, чтобы понять, что оно в принципе не сломалось всё

Что-то типа проверки, что конфиг в принципе парсится, сертификаты читаются и к базе подключается

тратишь слишком много времени и в итоге все равно выгребаешь баги

до написания кода банально можно не учесть все пограничные случаи, которые станут понятны только после написания реализации. а т.к. ты уже уверен в том, что у тебя все тесты есть - ты просто можешь такие моменты пропускать. если же будешь после написания кода еще раз анализировать все тесты на наличие проверок всех пограничных случаев - просто потратишь еще больше времени и в итоге поймешь, что все, что ты писал до реализации - мусор

Помните: вам эти тесты потом ещё поддерживать

И переписывать после изменения логики в коде

а зачем вообще такие тесты нужны? в этих ситуациях приложение тупо должно валиться при старте. запустилось - значит все ок

ненене
переписывать ДО изменения логики. когда у тебя интерфейсы могут кардинально поменяться например

Они тоже ловят ошибки, но не надо на их поддержание тратить много времени. Зато тестировщикам доходит в целом работающий продукт, им остаётся лишь проверить частности

хз, в том виде как ты описал - они выглядят полностью бесполезными. т.е. от них можно вообще отказаться.

Единственный раз я постарался и покрыл тестами вообще всё, ещё и по нескольку раз кое-где
https://github.com/perdumonocle/sql-builder

Не хватает только интеграционных тестов и бенчмарков. Но будет потом

а тесты для разного порядка аргументов? где для сложных запросов по 3-5 таблицам? вложенные запросы я так понимаю не поддерживаются?

Поддерживаются