Здесь много хороших ответов, но я бы хотел добавить свою точку зрения (основываясь на том, как развивался мой подход).
Отчет об ошибках
Посмотрим правде в глаза, мы все любим хорошее, console.log('Uh oh, if you reached here, you better run.')
а иногда это прекрасно работает, поэтому, если вы не решаетесь отойти слишком далеко от него, по крайней мере, добавьте немного логов в ваши журналы с помощью отладки Visionmedia .
Интерактивная отладка
Как бы удобна ни была запись в журнал консоли, для профессиональной отладки вам нужно закатать рукава и застрять. Установите точки останова, пошагово просматривайте код, осмотрите области видимости и переменные, чтобы увидеть, что вызывает такое странное поведение. Как уже упоминали другие, узел-инспектор действительно является коленями пчел. Он делает все, что вы можете делать со встроенным отладчиком, но с помощью знакомого интерфейса Chrome DevTools. Если, как и я, вы используете Webstorm , то вот вам полезное руководство по отладке.
Следы стека
По умолчанию мы не можем проследить последовательность операций в разных циклах цикла событий (тики). Чтобы обойти это, взгляните на Longjohn (но не в производстве!).
Утечки памяти
С Node.js мы можем ожидать, что процесс сервера будет работать в течение значительного времени. Что вы делаете, если думаете, что произошли некоторые неприятные утечки? Используйте heapdump и Chrome DevTools, чтобы сравнить некоторые снимки и увидеть, что меняется.
Для некоторых полезных статей, проверьте
Если вы хотите посмотреть видео,
Какой бы путь вы ни выбрали, просто убедитесь, что вы понимаете, как вы отлаживаете
Больно
смотреть на свои проблемы и знать,
что ты сам и никто другой не сделал это
Софокл, Аякс