Отладка становится запутанной, когда накапливается несколько логов, страниц документации, терминалов и мест в редакторе без общей гипотезы. Организуйте рабочее пространство вокруг следующего теста, а не вокруг каждой возможной причины.
Зафиксируйте наблюдаемый симптом
Запишите точное действие пользователя, входные данные, окружение, временную метку, ожидаемый результат и фактический результат. Держите реальный вывод видимым и сохраняйте интервал логов, который ему соответствует. Если вы не можете воспроизвести симптом, исследуйте границы наблюдения перед изменением кода.
Создайте рабочее пространство для одной гипотезы
Откройте путь в коде, который может объяснить улики, соответствующий поток логов и официальную документацию по зависимости или API. Расположите контрольный и экспериментальный элементы бок о бок. Измените одну значимую переменную, перезапустите то же действие и запишите, изменился ли ожидаемый сигнал.
Ищите в логах по идентификатору запроса, идентификатору задачи или временной метке, а не по первой попавшейся на глаза строке ошибки. Держите производственные и локальные терминалы визуально различимыми. Закрывайте документацию и панели мониторинга после того, как они перестанут способствовать текущей гипотезе.
Сохраните точку возврата
Прежде чем идти по новому следу, запишите текущий файл, команду, запрос и результат. Если гипотеза не подтвердится, отмените диагностические изменения и обновите заметки, вместо того чтобы оставлять цепочку неоднозначных окон. Wallo может группировать текущие окна кода, логов, документации и вывода под одной целью отладки; приложение не может сопоставлять события, анализировать логи или проверять гипотезу.