Как искать баг (с чего начать)?

Поиск бага — это системный процесс расследования, а не случайные догадки. Первый и самый важный шаг — точно понять, что именно не работает и при каких условиях.

1. Воспроизведение и локализация

Попытайтесь воспроизвести ошибку стабильно. Если баг спорадический, соберите как можно больше информации о том, когда он проявляется. Определите границы проблемы: возникает ли она только в определённом браузере, с конкретными входными данными или после выполнения специфичной последовательности действий? Создание минимального воспроизводимого примера (Minimal Reproducible Example — MRE) часто само по себе приводит к пониманию корневой причины.

2. Сбор информации и анализ

Используйте все доступные источники данных:

• Логи приложения и сервера: Ищите stack traces, сообщения об ошибках, предупреждения.
• Инструменты разработчика в браузере (для веб): Консоль (Console), вкладка Сеть (Network) для проверки запросов/ответов, отладчик (Sources/Debugger).
• Системные логи и мониторинг: Если проблема связана с памятью, процессором или сетью.

Проанализируйте изменения: появился ли баг после недавнего обновления кода, библиотек или конфигурации? Используйте git bisect для поиска проблемного коммита.

3. Методы отладки

Когда проблема локализована до модуля или функции, используйте активную отладку:

• Отладчик (Debugger): Поставьте точки останова (breakpoints) и пошагово (step into/over) выполняйте код, наблюдая за значениями переменных.
• Логирование (Logging): Добавляйте логи в ключевых точках, чтобы отслеживать поток выполнения и состояние данных. Для сложных асинхронных операций это особенно полезно.
• «Резиновая уточка» (Rubber Duck Debugging): Попробуйте подробно объяснить код и проблему коллеге или даже неодушевлённому предмету. Часто в процессе объяснения находится решение.

4. Пример подхода (JavaScript)

// Предположим, функция calculateTotal иногда возвращает NaN
function calculateTotal(items) {
    // 1. Логируем входные данные
    console.log('Items received:', items);

    let total = 0;
    for (let item of items) {
        // 2. Проверяем каждую итерацию
        console.log('Processing item:', item, 'Price:', item.price);
        // 3. Подозреваем, что price может быть строкой или undefined
        total += item.price; // Возможный источник NaN, если price не число
    }
    // 4. Используем отладчик здесь, чтобы проверить значение total
    debugger;
    return total;
}

// 5. Создаём минимальный тестовый случай для воспроизведения
const testItems = [
    { name: 'A', price: 10 },
    { name: 'B', price: '20' }, // Ошибка: строка!
    { name: 'C', price: 30 }
];
console.log('Result:', calculateTotal(testItems)); // Выведет NaN

В этом примере логирование сразу покажет, что второй элемент имеет цену в виде строки, что приводит к неправильному сложению. Далее можно добавить валидацию или преобразование типов.

Вывод: Системный подход к поиску багов — от воспроизведения и сбора данных до точечной отладки — делает процесс предсказуемым и эффективным. Он особенно полезен в командной работе, при анализе legacy-кода или сложных распределённых систем, где интуиции недостаточно.