Разработчик обновил модуль доставки. Главная страница загружается, каталог работает, ошибок на экране нет. Но при выборе пункта выдачи корзина очищается. Команда узнаёт об этом от покупателя, который уже потратил время на подбор товаров.
Проверка обновления должна повторять действия посетителя. Для небольшого магазина полезнее пройти несколько полных заказов, чем быстро открыть десяток страниц. Начните со списка действий, от которых зависят продажи и обработка обращений.
Запишите, что именно меняется
Перед выпуском правок попросите разработчика назвать затронутые части сайта и возможные последствия для соседних функций. Изменение доставки может повлиять на сумму заказа, доступность оплаты и письмо покупателю. Новое обязательное поле затронет форму, сохранение данных и карточку менеджера.
Составьте короткое задание на проверку. Для каждой правки укажите исходные условия, действие и ожидаемый результат. Например: «В корзине два товара, покупатель выбирает самовывоз; товары сохраняются, стоимость доставки исчезает из итоговой суммы».
Добавьте хотя бы один неудобный случай: пустое поле, недоступный товар или возврат на предыдущий шаг. Именно здесь часто обнаруживается разница между демонстрацией новой функции и повседневным использованием сайта.
Подготовьте место для проверки
Обсудите с разработчиком отдельную тестовую копию сайта. Зафиксируйте, чем она отличается от рабочего: настройками, версиями компонентов, данными и подключёнными сервисами. Если нужная интеграция отсутствует, проверку этой части придётся провести отдельно.
Используйте тестовые контакты и заказы. Отключите реальные уведомления покупателям, передачу заказов на отгрузку и другие действия, которые могут запустить рабочий процесс. Для проверки платежей используйте предусмотренный платёжным сервисом тестовый режим.
Доступ к копии ограничьте. Перенос рабочих данных требует отдельного решения о том, какие сведения нужны для проверки и кто их увидит. Во многих сценариях достаточно специально подготовленных примеров.
Проверьте весь путь заказа
Выберите несколько сценариев, которыми действительно пользуются покупатели. Один заказ с компьютера не показывает, как форма ведёт себя на телефоне или после изменения способа получения.
| Проверка |
Что считать результатом |
| Товар добавлен в корзину |
Выбраны нужные вариант и количество |
| Изменён способ доставки |
Состав заказа сохранён, сумма пересчитана |
| Форма заполнена с ошибкой |
Понятно, какое поле исправить; остальные ответы остались |
| Заказ отправлен |
Покупатель получил номер, менеджер видит запись |
| Кнопка нажата повторно |
Повторная отправка обработана по согласованному правилу |
Откройте запись на стороне менеджера. Успешное сообщение на сайте ещё не подтверждает доставку заявки в рабочую систему. Для этой части пригодится разбор пропадающих обращений.
В поддержку сайта от Feature IT можно включить согласованный набор проверок перед выпуском. Укажите конкретные сценарии и ответственного за их приёмку, чтобы состав работ был понятен обеим сторонам.
Подготовьте возврат к рабочему состоянию
До обновления определите, кто принимает решение остановить выпуск и как команда восстановит работу. Отдельно рассмотрите изменения структуры данных: возврат старых файлов сам по себе может оказаться недостаточным.
Убедитесь, что резервная копия пригодна для восстановления. Порядок такой проверки описан в статье о резервных копиях сайта. Новые заказы, поступившие после создания копии, требуют сохранения и сверки.
Назначьте время выпуска, когда ответственные сотрудники доступны. Если после обновления возникнет ошибка, команда должна иметь возможность разобраться с ней сразу. Контакты и первые действия удобно хранить в плане на случай сбоя сайта.
Примите результат после выпуска
После переноса правок повторите короткую проверку на рабочем сайте. Используйте согласованный тестовый заказ, убедитесь в его поступлении менеджеру и обработайте его так, чтобы он не ушёл в обычную отгрузку.
Запишите время обновления, результат проверки и обнаруженные ограничения. Если какую-то часть проверить не удалось, укажите причину и назначьте ответственного. Общая отметка «всё работает» такую информацию теряет.
Сохраните сценарии для следующего выпуска. Добавляйте новые проверки после реальных ошибок, удаляйте те, которые относятся к закрытым функциям. С этим списком можно обсудить сопровождение сайта с Feature IT и согласовать понятный порядок приёмки каждого обновления.
