Зелёный мониторинг и сломанная корзина: как устроены сценарные проверки в Statuser
A common release failure can leave monitoring green: the site opens, the server returns 200 and the certificate is fine, but the “Place order” button stops working after a release. The failure is often discovered the next morning from customer emails. Ordinary availability checks only show whether a site responds, not whether it can be used. Statuser’s scenario checks are designed to catch that kind of breakage.
Почти каждый, кто выкатывал релизы, видел такую картину. Сайт открывается, сервер отвечает 200, сертификат в порядке, и мониторинг весь вечер показывает зелёный статус. А кнопка «Оформить заказ» после релиза перестала работать, и узнают об этом утром из писем покупателей. Обычная проверка доступности такой сбой не заметит: она узнаёт, отвечает ли сайт, а не можно ли им пользоваться. Чтобы это узнать, проверка должна сама пройти путь пользователя: открыть страницу, войти в кабинет, положить товар в корзину. Так в Statuser появились сценарные проверки: тесты на Playwright, которые мы запускаем по расписанию в настоящем браузере. Снаружи это ещё один тип мониторинга, а внутри Statuser впервые выполняет код, который написал клиент. Почти вся работа над фичей свелась к двум вещам: выполнять этот код безопасно и показывать человеку, что именно сломалось на его сайте. Меня зовут Михаил Шпаков, я развиваю Statuser . В прошлых статьях я рассказывал, зачем научил Statuser следить за DNS и почему 200 OK от гейтвея ничего не значит , а сегодня расскажу, как устроены сценарные проверки. Читать далее