Баг исправлен — но как это проверить? Звучит как странный вопрос: если ошибка больше не появляется, значит, всё работает. На практике всё сложнее. Разработчик закрыл задачу, вы открыли страницу, нажали кнопку — вроде бы работает. А через неделю выясняется, что баг вернулся, или что вместе с ним сломалось что-то ещё. Приёмка исправлений — отдельный навык, и он экономит много нервов.
Разберём, как принимать результат так, чтобы не пришлось возвращаться к одному и тому же багу трижды.
Сначала — воспроизведите баг заново
Перед приёмкой вернитесь к тому, с чего всё началось. У вас должно быть точное описание: что вы делали, что ожидали увидеть и что увидели на самом деле. Если такого описания нет, приёмка превращается в «вроде работает». А «вроде» — это не приёмка.
Пройдите тот же сценарий шаг за шагом. Не только конечный результат, но и сам путь: те же поля, те же кнопки, тот же браузер или устройство. Если баг был на телефоне, проверяйте на телефоне. Если в Safari — в Safari. Иначе есть шанс, что исправление работает только там, где проверял разработчик.
Проверьте, что не сломалось рядом
Любое исправление — это изменение в коде, а изменения иногда задевают соседние функции. Кнопка, которую починили, могла потянуть за собой форму, которая работала. Поэтому после проверки самого бага пройдитесь по связанным сценариям: если чинили отправку заявки, проверьте, что письмо приходит и заявка сохраняется; если чинили корзину, проверьте оформление заказа целиком.
Хорошая практика — иметь короткий список «что ещё проверить» для типовых правок. Он занимает пару минут и ловит большинство побочных эффектов.
Посмотрите на результат глазами пользователя
Бывает, что баг технически исправлен, но пользоваться стало неудобно. Например, форма отправляется, но сообщение об успехе появляется где-то внизу, и человек его не видит. Или ошибка исчезла, но теперь кнопка неактивна без объяснений.
Пройдите сценарий так, как его пройдёт обычный посетитель — без знания, где что лежит. Понятно ли, что произошло? Видно ли, что нужно сделать дальше? Если да, исправление можно считать полноценным. Если нет, это уже не баг, а недоработка, и её стоит обсудить отдельно.
Проверьте на разных устройствах и в разных условиях
Баг может быть исправлен на компьютере, но остаться на телефоне. Или исчезнуть в Chrome, но сохраниться в Firefox. Или проявиться только при медленном интернете. Поэтому приёмка не ограничивается одним браузером и одним устройством.
- Основные браузеры: Chrome, Safari, Firefox.
- Мобильная версия — обязательно, если баг был связан с вёрсткой или формами.
- Медленное соединение — если проблема была в загрузке или таймаутах.
- Повторное открытие страницы и очистка кэша — иногда старые файлы маскируют исправление или, наоборот, создают его видимость.
Убедитесь, что баг не вернётся
Самая обидная ситуация — когда исправление работает день, а потом всё возвращается. Причины бывают разные: обновление плагина, сброс настроек, кэш, конфликт с другим кодом. Спросите разработчика, что именно было причиной и что сделано, чтобы это не повторилось.
Иногда ответ простой: «это была ошибка в коде, теперь её нет». Иногда — «мы поправили, но при следующем обновлении плагина это может снова сломаться, следите». Второй ответ честнее и полезнее: вы хотя бы знаете, куда смотреть.
Зафиксируйте, что именно было исправлено
Через месяц вы вряд ли вспомните детали. Поэтому короткая запись — что сломалось, что сделали, как проверили — помогает и вам, и следующему подрядчику. Особенно если сайт ведёт несколько человек.
Хорошо, если у бага есть номер или ссылка в трекере задач, а в задаче — комментарий о результате проверки. Это не бюрократия, а способ не наступать на те же грабли дважды.
Когда результат можно не принимать
Иногда исправление формально сделано, но принять его нельзя. Например, баг воспроизводится снова при тех же условиях. Или разработчик «починил» один сценарий, сломав другой. Или вместо исправления вам предложили «так и должно быть», хотя раньше работало иначе.
В таких случаях лучше не соглашаться из вежливости. Спокойно опишите, что именно не сходится, приложите скриншот или запись экрана и попросите доработать. Это нормальная часть процесса, а не конфликт.
Красные флаги при приёмке
- Разработчик говорит «исправлено», но не может объяснить, в чём была причина.
- Баг воспроизводится при повторной проверке через день.
- Исправление работает только в одном браузере или на одном устройстве.
- Вместе с багом сломалась соседняя функция, и об этом не предупредили.
- Нет возможности посмотреть, что именно изменилось в коде.
- Вам предлагают «закрыть задачу, потом разберёмся».
Один пункт — повод задать вопрос. Несколько — повод не принимать результат и обсудить его спокойно, но твёрдо.
Что в итоге
Приёмка исправлений — это не формальность, а проверка, что проблема действительно ушла и ничего не потянула за собой. Воспроизвести баг, проверить соседние сценарии, посмотреть глазами пользователя и убедиться, что он не вернётся, — этого обычно достаточно. Если что-то не сходится, лучше сказать об этом сразу, пока контекст свежий.
Мы обычно принимаем исправления вместе с клиентом: показываем, что изменилось, проходим сценарии и объясняем, что проверять в следующий раз. Иногда за этим стоит одна строчка кода, иногда — пересборка целого блока, и в обоих случаях важно, чтобы результат был понятен не только разработчику. Напишите или оставьте заявку — поможем разобраться, что происходит с сайтом, и скажем, какие исправления стоит принять, а какие — отправить на доработку.