Подход после бага читал, интересно да

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

Чаще конечно в ответы данные добавляются. То есть тесты будут проходить. Но это может вводить в расслабление.

уже года 3 пишу все (что можно) по тдд, полет нормальный) Советую курс от Adam Wathan, мне в свое время даже первый бесплатный видос очень сильно помог.
От тестов требуется 2 вещи:
1. Они не должны оставаться зелеными, если проект не работает.
2. Они не должны краснеть, если код поменялся, но проект работает.
Так что самое сложное в тестах - это понять для себя, что покрывать юнит, а что фича тестами, чтоб это минимально тебя замедляло и давало максимальную надежность.
Фича тесты прекрасны, надежны и устойчивы к нонбрейкинг изменениям, но они очень плохо работают с ифами во флоу. Скажем, если у тебя на пути от получения реквеста до отдачи респонса стоит 3 обычных ифа (в контроллере, например, в сервисе, в модели)  - это уже 2**3=8 фича тестов. Понятное дело, их все писать никто не будет. Поэтому в ход идут моки и юнит тесты.  
Но юнит тест юнит тесту рознь. Можно прям все мокать, а можно использовать реальные объекты там, где выгодно. Теоретически это уже не совсем юнит тест, но именно такие тесты хорошо себя показывают. Тот же скоуп в модели можно протестить с моком билдера, а можно используя базу. С моком билдера - канонический юнит тест, но какой же он хрупкий и сложный в поддержке на практике.
Правильного решения на все случаи жизни не существует, увы, все зависит от проекта, опыта и личных предпочтений.

опыт на нулях по тестам) но зато уже хоть первые шаги. я все не мог понять с чего начинать. и вот попадается статья как раз с темой типа "Для тех кто не знает с чего начать". И вот с нее то и зашло наконец. Начал с http тестов. Пока ловлю json ответы

юнит тесты как я понял это тесты методов у контроллеров

Зазвичай не у контролерів а в окремих класів, наприклад клас який рахує комісію чи цьось типу того

да точно

но их пишут реже фич?

да и сразу попутно по даску, он не сильно нужен? Достаточно фичтестов на http?

в порядке важности старта

як на мене так, якщо в тебе немає окремих класів які не сильно звязані то наврядче тобі потрібні юніт тести на (як мінімум початковому етапі)

чето заскучал по саблаймтекст. кто-то заводил xdebug под ним? index.php нормально проходит, а глубже пути уже не останавливается

дошел до чтения dbgp проткола и лога)

Шановні, можете пояснити, чому коли компілірую файли .js i .css (vue) то конечний файл, який знаходиться в public, має дофіга лишнього :) Тупо все там :)  Аж 1.5мб. Як зробити так, щоб було тільки те, що в файлах \resources\js ?

В твоём коде наверняка подключаются библиотеки

Я но давно заводил. Там ничего сложного. Конфиг прописал и все.
А чем он лучше шторма то?)

не лучше, он просто легкий как пушинка. когда не нужна мощь шторма

а шторм батарею жрет жесть

и тормозит