Вайбкодируй, да тестировать не забывай
С ростом 🟠 Multify проект также постепенно обрастает новым функционалом, а вместе с ним появляются и новые краевые случаи (edge cases), которые становится все сложнее учитывать
В таком случае как нельзя кстати на помощь приходит автоматизированное тестирование
Конечно, это не полноценный Test Driven Development, однако имея готовую структуру проекта и фреймворк *кхм* Adonis, в котором тесты идут из коробки, я могу попросить написать тестовые кейсы за меня
Смысл не в том, чтобы писать тесты ради тестов (чем, кстати, славится TDD), а в том, чтобы обезопасить проект от случайных поломок после изменений (их ещё называют регрессиями)
В частности, особенно вайбкодерам на заметку:
Если вы чувствуете, что ваш проект «расплывается», что при изменении одной части проекта ломается другая, посмотрите в сторону автоматических тестов
В Multify я наткнулся на такой момент в части проекта, отвечающей за замену URL на странице
Как можно увидеть на скрине выше, не все так просто 🤔
