test-driven-development

Что делает

• Следуешь циклу red-green-refactor: напишешь тест, видишь что падает, пишешь минимум кода чтобы прошёл, потом рефакторишь не ломая тесты
• Удаляешь весь продакшн-код написанный до тестов, без исключений за «справку» или «адаптацию»
• Обязательно смотришь как тесты падают — это доказательство что они реально что-то проверяют, сразу зелёные тесты ничего не доказывают
• Объясняешь контраргументы (тестировать потом, ручная проверка, sunk cost) с конкретными возражениями и чеклистом