Как настроить проверку Transaction (пошагово)

Initial navigation step

Введите URL, который браузер должен открыть первым, в поле Initial navigation step - именно отсюда начинается вся транзакция, еще до выполнения шагов ниже. Вы также можете дать монитору необязательное имя (например, "checkout flow - EU store"), чтобы его было легко узнать позже в оповещениях и отчетах.

Основные настройки

• Мониторинг включен: приостанавливает или возобновляет проверку без ее удаления.
• Расписание по интервалу / Расписание по cron: запуск с фиксированным интервалом либо по cron-выражению. Поскольку полный браузерный поток за один запуск занимает заметно больше времени, чем простой пинг или HTTP-проверка, закладывайте интервал соответственно.
• Transaction timeout: максимальное общее время, отведенное на завершение всей последовательности шагов, прежде чем проверка вызовет оповещение. По умолчанию 40 секунд, а ползунок для большинства аккаунтов работает от 1 до 60 секунд.
• Теги: метки через запятую для фильтрации и поиска по списку мониторов.
• Полный лог / Открытая статистика: Полный лог сохраняет каждый отдельный результат проверки вместо группировки подряд идущих одинаковых; Открытая статистика делает страницу статистики и лога доступной для людей без входа в ваш аккаунт. У проверок Transaction нет переключателей прикрепленных мониторов DNSBL/Web Risk, которые есть у Ping, Port и HTTP - этот тип раскрывает здесь только эти два флага.

Шаги транзакции

Это сердце проверки Transaction. Вы строите упорядоченный список шагов - до 10 на транзакцию, - каждый из которых является действием, которое выполняет браузер, либо условием, которое он проверяет. Нажмите "+ Add new transaction step", чтобы добавить шаг, выберите его Action и заполните поля, нужные этому действию:

• Click page element: CSS-селектор, определяющий, по чему кликать, плюс выбор поведения после клика - завершить шаг немедленно, подождать несколько секунд (ползунок задержки от 1 до 10 секунд), дождаться завершения последующего перехода, либо дождаться перехода и провалить шаг, если он не произошел.
• Fill in a text input: CSS-селектор для поля ввода и текст, который в него вводится - полезно для полей поиска, форм входа или любого поля, которое поток должен заполнить.
• Verify textual content of a page: одно или несколько ключевых слов через запятую, плюс режим сопоставления - присутствует хотя бы одно ключевое слово, присутствуют все ключевые слова, отсутствует хотя бы одно, либо отсутствуют все, - с опциональным учетом регистра и опцией проверять только видимое содержимое (чтобы текст, скрытый в DOM, например в свернутом меню, не давал ложное совпадение).
• Verify page elements: CSS-селектор для поиска со стратегией проверки - провалить, если ни один подходящий элемент не найден, провалить, если найден хотя бы один, либо провалить, если найден не ровно один. Хорошо подходит для подтверждения, что кнопка, баннер или сообщение об ошибке присутствует (или отсутствует).
• Go back to the previous page: запускает переход браузера назад, с ползунком таймаута от 1 до 40 секунд на время ожидания завершения.
• Navigate to a new page: целевой Page URL плюс ползунок таймаута перехода от 1 до 40 секунд.
• Wait for specified time: фиксированная задержка от 1 до 10 секунд, для содержимого, которому нужен момент, чтобы устояться перед следующим шагом.

Под списком шагов расположены два переключателя, применяемых ко всему запуску целиком, оба включены по умолчанию: Final screenshot захватывает изображение состояния последней страницы, что показывает, почему провалился шаг, за небольшую дополнительную стоимость; Skip loading media files ускоряет каждый запуск (и снижает трафик), не загружая изображения, видео или шрифты во время транзакции, что нормально, когда вы тестируете функциональный поток, а не то, как страница отрисовывается визуально.

Проверка ответа

У этого раздела нет скриншота в данном руководстве, но это полноценная группа в форме, и она отделена от проверок содержимого на уровне отдельных шагов выше - она оценивает весь запуск целиком.

• Fail on console error: когда включено, любая ошибка консоли браузера, возникшая во время транзакции, проваливает проверку, если только она не совпадает со списком разрешенных ниже. По умолчанию выключено.
• Expected console errors (показывается только когда переключатель выше включен): опциональный список разрешенных текстов ошибок через запятую, которые нужно игнорировать, - для сайтов, логирующих безобидные предупреждения или шум сторонних скриптов, который вы не хотите превращать в оповещения.

Подписки на оповещения

• Подписать все контакты на события Up/Down: одним движением подписывает всех контактов вашего аккаунта на оповещения Up и Down.
• Переключатели Down / Up / Repeat для каждого контакта: Down срабатывает, когда шаг проваливается и монитор переходит в проваленное состояние, Up срабатывает при восстановлении, а Repeat повторно отправляет уведомление Down по расписанию, пока поток продолжает проваливаться.
• Search contacts: фильтрует список контактов по имени или адресу.

Подписки на отчеты

• Подписать все контакты на еженедельные/ежемесячные отчеты: подписывает всех контактов на обе периодичности сразу.
• Переключатели Daily / Weekly / Monthly для каждого контакта: выберите, какое регулярное письмо со сводкой аптайма получает каждый контакт.

Локации мониторинга

• Дерево локаций: выберите, какие локации мониторинга выполняют транзакцию - по континенту, стране или весь мир; «Copy locations from another task» клонирует набор существующего монитора.
• Стратегия перепроверки: как подтверждается смена состояния. По умолчанию - голосование большинством среди локаций перепроверки; альтернативы - конкретное число, подтверждающее Down (ползунок от 1 до 7), вообще без перепроверки, полное согласие всех локаций перепроверки, либо полное согласие для Down при том, что для Up достаточно большинства.
• Если выбранные локации недоступны: «Только выбранные локации» (по умолчанию) ждет возвращения выбранной локации; «Ближайшие локации» вместо этого перезапускает проверку из ближайших доступных; «Любая локация» переключается на любую доступную локацию по всему миру.

Разобранный пример

Реалистичный монитор оформления заказа для интернет-магазина: шаг 1 - Navigate to a new page, указывающий на список товаров; шаг 2 - Click page element на ссылке "Add to cart" конкретного товара, с After click behavior, настроенным на ожидание перехода; шаг 3 - Verify textual content of a page на ключевое слово "Cart", чтобы подтвердить, что товар туда попал; шаг 4 - Click page element на кнопке оформления заказа, снова с ожиданием перехода; шаг 5 - Fill in a text input для поля email тестовым адресом; шаг 6 - Verify page elements, чтобы подтвердить наличие кнопки отправки формы оплаты. Это 6 из 10 доступных шагов, что оставляет запас, чтобы расширить поток позже. Включите Final screenshot, чтобы при сбое у вас осталась картинка того, на чем поток реально остановился, оставьте Skip loading media files включенным, поскольку этот тест заботится о функциональном потоке, и подпишите вашу команду на Down, Up и Repeat в Alert Subscriptions.

Диагностика

• Шаг, который раньше проходил, внезапно проваливается: самая частая причина - сломавшийся CSS-селектор после изменения разметки целевого сайта - редизайн, A/B-тест или переименование класса. Откройте проваленный шаг и убедитесь, что селектор по-прежнему совпадает с элементом на живой странице.
• Шаг перехода уходит в таймаут: у каждого шага Navigate to a new page или Go back есть собственный ползунок таймаута до 40 секунд, отдельный от общего Transaction timeout в Main Settings - если конкретная страница просто медленно грузится, поднимите таймаут именно этого шага, а не только общий.
• Fail on console error срабатывает на шум, который вам безразличен: сторонние рекламные или аналитические скрипты часто логируют безобидные ошибки консоли. Вместо того чтобы оставить Fail on console error полностью выключенным, добавьте известный текст ошибки в список разрешенных Expected console errors, чтобы настоящие ошибки все равно ловились.
• Verify textual content совпадает (или нет) неожиданно: проверьте, так ли настроены Check only visible content и Case sensitive match, как вы ожидаете - скрытый в DOM текст может дать ложное срабатывание при выключенной настройке, а изменение регистра между вариантами страницы может дать ложный отрицательный результат при включенном учете регистра.
• Потоку нужно больше 10 шагов: список шагов ограничен 10. Урежьте длинный сценарий до шагов, проверяющих сам поток, либо разделите его на два монитора Transaction, покрывающих разные половины.

Связанные материалы

• Мониторинг транзакций - страница продукта для этого типа проверки.
• Browser Access Timing - еще один тип проверки, использующий настоящий браузер, полезный, когда нужны детали времени загрузки, а не многошаговый поток.
• Проверка скорости страницы: полное руководство по настройке - родственное руководство по мониторингу производительности на основе браузера.
• Режим ассертов: полный справочник по проверке ответа - язык правил проверки ответа, используемый и в других типах проверок.
• 500 Internal Server Error - статус, который чаще всего возвращает сломанный шаг посреди потока.
• Все руководства по мониторингу - руководство по настройке для каждого другого типа проверки.