Максим Федоров

Так как проект боевой, то придется делать не так как в учебниках:
- Сначала нужно будет писать приемочные/функциональные тесты (тк юнит-тесты скорее всего будут ни к месту, да и покрывать все кейсы будет долго) на критичные места и те, на которые дотянетесь
- Новые фичи должны максимально возможно покрыты юнитами, и по пути старые кейсы, которых затрагивают изменения. Там где не возможны юниты -- делайте функциональные
- Старайтесь делать тесты на места, которые меняются
- Помогайте тестам: пишите код с declare(strict_types=1), чтобы сам код отчасти себя тестировал и был уверен в аргументах, пишите код проще и надежнее

Чисто практические аспекты -- ну тут нюансов много, целые учебники

Отдельно:
- Возьмите Codeception к примеру как тестовый фулл-стек фреймворк
- Учитесь, у меня например :) (в личку)

TDD это когда сначала пишешь тест а уже потом код, а не наоборот?

Как бы да, но скорее не просто сам тест пишешь, а пишешь клиентский код (ведь тест для чего пишешь? для кода который скоро будет), то есть ты как бы уже проектируешь на этом этапе свою программу -- что и как будет работать, а тесты показывает как этот код должен вести себя при разных ситуациях

далее реализуешь уже запроектированный код