Як налаштувати транзакційну перевірку (крок за кроком)

Initial navigation step

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

Main Settings

• Monitoring enabled: призупиняє чи відновлює перевірку без її видалення.
• Interval schedule / Cron schedule: запускайте з фіксованим інтервалом або за cron-виразом. Оскільки повний браузерний потік займає помітно більше часу на прогін, ніж простий ping чи HTTP-перевірка, закладайте інтервал із цим запасом.
• Transaction timeout: максимальний загальний час, дозволений на завершення всієї послідовності кроків, перш ніж перевірка спричинить сповіщення. За замовчуванням 40 секунд, а повзунок охоплює від 1 до 60 секунд для більшості акаунтів.
• Tags: мітки через кому для фільтрування й пошуку за списком моніторів.
• Full Log / Open Stats: Full Log зберігає кожен окремий результат перевірки замість групування послідовних однакових; Open Stats робить сторінку статистики й логу доступною для людей без входу у ваш акаунт. У транзакційних перевірок немає перемикачів прикріплених моніторів DNSBL/Web Risk, які є в Ping, Port і HTTP - цей тип показує тут лише ці два прапорці.

Transaction Steps

Це серце транзакційної перевірки. Ви будуєте впорядкований список кроків - до 10 на транзакцію, - кожен із яких є дією, яку виконує браузер, або умовою, яку він перевіряє. Натисніть "+ Add new transaction step", щоб додати крок, оберіть його Action і заповніть поля, потрібні для цієї дії:

• Click page element: CSS-селектор, що визначає, по чому клацнути, плюс вибір поведінки After click - завершити крок одразу, зачекати кілька секунд (повзунок затримки від 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 пришвидшує кожен прогін (і зменшує споживання трафіку), не завантажуючи зображення, відео чи шрифти під час транзакції, що цілком годиться, коли ви тестуєте функціональний потік, а не те, як сторінка виглядає візуально.

Response Validation

Для цього розділу немає скриншота в цьому посібнику, але це повноцінна група у формі, окрема від перевірок вмісту по кроках вище - вона оцінює прогін загалом.

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

Alert Subscriptions

• Subscribe all contacts to Up/Down events: підписує всіх контактів вашого акаунта на сповіщення Up і Down одним рухом.
• Перемикачі Down / Up / Repeat для кожного контакту: Down спрацьовує, коли крок провалюється і монітор переходить у стан збою, Up спрацьовує при відновленні, а Repeat повторно надсилає сповіщення Down за розкладом, поки потік продовжує провалюватися.
• Search contacts: фільтрує список контактів за ім'ям чи адресою.

Report Subscriptions

• Subscribe all contacts to Weekly/Monthly reports: підписує всіх контактів на обидві періодичності одразу.
• Перемикачі Daily / Weekly / Monthly для кожного контакту: оберіть, який регулярний лист зі зведенням аптайму отримує кожен контакт.

Monitoring Locations

• Дерево локацій: оберіть, які локації моніторингу виконують транзакцію - за континентом, країною чи весь світ; «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, встановленою на очікування навігації; крок 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 Monitoring - сторінка продукту для цього типу перевірки.
• Browser Access Timing - ще один тип перевірки, що керує справжнім браузером, корисний, коли потрібні деталі часу завантаження, а не багатокроковий потік.
• Перевірка швидкості сторінки: повний посібник з налаштування - суміжний посібник для продуктивності на основі браузера.
• Режим тверджень: повний довідник з перевірки відповіді - мова правил перевірки відповіді, що використовується й в інших типах перевірок.
• 500 Internal Server Error - статус, який найчастіше повертає зламаний крок посередині потоку.
• Усі посібники з моніторингу - посібник з налаштування для кожного іншого типу перевірки.