- Доступная главная не подтверждает работу входа, поиска и заказа.
- Ping проверяет сетевую доступность сервера; успешный HTTP-ответ ещё не доказывает возможность покупки.
- Заказ должен сохраниться, заявка – дойти до получателя.
- Для информационной страницы достаточно проверить загрузку и читаемость нужного материала.
Как проверить доступность сайта после сбоя?
20 октября 2026 года перебой электропитания в зоне Google Cloud europe-west2-b нарушил работу облачных сервисов, затронув часть клиентов соседних зон региона. Как проверить доступность сайта после такого сбоя, если главная уже открывается?
В предварительном отчёте Google Cloud описан отказ резерва: автоматика не смогла запустить и подключить генераторы, батареи разрядились, оборудование отключилось. Перенаправление нагрузки вызвало очереди и задержки в соседних зонах; межзональные обращения к недоступным компонентам тоже мешали работе.
Я считаю проверку магазина законченной, когда покупатель оформил заказ и магазин его получил. Наличие резерва этого не гарантирует. Для страницы с адресом офиса достаточно загрузившихся актуальных контактов.
Почему главная открывается, а сайт не работает?
Сервер может отвечать на ping при сломанном сервисе – это оговорено в документации Timeweb Cloud. HTTP-проверка оценивает ответ веб-ресурса. Например, обычные проверки доступности Google Cloud не загружают ресурсы страницы и не исполняют JavaScript – код интерактивного поведения интерфейса.
Зелёный статус главной может быть правильным, но ничего не говорить о поиске и заказах. Я бы включила в задание на тестирование сайта проверку зависимостей: откуда поиск получает товары, кто отправляет код входа, куда уходит заявка, кто рассчитывает доставку. При отказе посетителю нужен выход: повторить попытку, сохранить введённое или выбрать другой способ связи.
Как проверить путь клиента своими руками?
Выберите критическое действие: заказ, вход и получение документа или отправку обращения.
- Пройдите маршрут через офисную сеть и мобильный интернет без Wi-Fi. Запишите сеть и устройство. Для мониторинга Timeweb Cloud рекомендует несколько регионов, чтобы учитывать локальные неполадки; выбирайте точки ближе к аудитории.
- Откройте напрямую товар или услугу, с которых начинается маршрут.
- Войдите без сохранённой авторизации: проверьте получение кода и появление данных в кабинете.
- Найдите товар, отправьте заявку или оформите согласованный тестовый заказ. Заранее определите тестовые данные и действия с результатом, чтобы не запустить настоящую отгрузку.
- Найдите обращение на стороне бизнеса; у заказа сверьте состав и статус. Надписи «Спасибо» недостаточно.
- Зафиксируйте первый сбой: адрес, время, ожидаемый и фактический результат.
Согласованный маршрут можно автоматизировать. Синтетический мониторинг запускает сценарий и записывает результат; в документации Google Cloud приведены вход, покупка и обращения к сторонним сервисам.
Что включить в задание на проверку интернет-магазина?
В CRT мы занимались редизайном и адаптивом интернет-магазина компьютерной техники Regard. Результатов мониторинга в описании кейса нет. Ниже – моя заготовка задания, а не проверки этого проекта.
| Действие | Ожидаемый результат | Сигнал ошибки |
|---|---|---|
| Найти выбранный товар | Карточка в выдаче | Товара нет или поиск завис |
| Добавить в корзину | Верные позиция, количество, цена | Пусто или другие данные |
| Войти | Кабинет тестового пользователя | Нет кода или вход по кругу |
| Отправить заказ | Сохранён и доступен сотруднику | Экран успеха есть, заказа нет |
| Повторить на телефоне | Поля и кнопки доступны | Клавиатура или страница мешают |
С владельцем процесса согласуйте допустимое время ожидания и ответственного за каждый сбой. Поиск, завершившийся после ухода покупателя, меня как дизайн-редактора не устраивает.
Вопросы и ответы
Можно ли проверить доступность сайта только через ping?
Ping проверяет сетевую доступность сервера, но не работу веб-приложения. Для сайта проверяйте ответ страницы, для магазина или кабинета – ещё и критическое действие пользователя.
Чем разовая проверка отличается от мониторинга доступности сайта?
Разовая проверка показывает результат в конкретный момент и в конкретных условиях. Мониторинг повторяет проверки по расписанию и может уведомлять об ошибках. Проверка главной не заменяет проверку заказа.
Что делать
Я предлагаю сегодня пройти критический сценарий до подтверждённого бизнесом результата. Назначьте ответственного, частоту проверок и действия при ошибке. Составить сценарии и проверить сайт можно вместе с командой QA и тестирования CRT.
Обсудить задачу
