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