Посібники RenderLog
Ці матеріали допомагають вирішити, що створювати як файл, що перевіряти регулярно і коли додавати еталони, сповіщення або довшу історію. Кожна стаття починається з реального завдання зі сторінкою, а не з абстрактного списку тестів.
Почніть тут
Оберіть підхід, найближчий до сторінки, яку треба захистити або створити як результат.
API-результат
Обирайте це, коли продукту, серверному завданню або клієнтській перевірці потрібні знімки сторінок, PDF, HTML, Markdown чи збережені файли.
Повторні перевірки
Використовуйте це, коли той самий URL, розмір екрана й стан сторінки треба перевіряти повторно з історією та переглядом.
Сторінки цін
Починайте тут, коли картки цін, знижки, посилання на оплату або локалізовані ціни можуть розʼїхатися після змін у продукті.
Сторінки цін змінюються часто й ламаються так, що перевірка доступності цього не бачить. Тримайте видиму сторінку, погоджений стан і наступне рішення щодо ціни поруч.
Коли це корисно: Стежте за всією сторінкою цін, а не лише за одним селектором або відповіддю API.
Використовуйте миттєві сповіщення для зламаних сторінок, а щоденні підсумки - для стабільної історії перевірок, яка не має відволікати всю команду.
Коли це корисно: Використовуйте кожен запуск для термінових перевірок і сигналів про зламані сторінки.
Використовуйте базову історію для недавнього перегляду. Додавайте річне зберігання, коли старі файли й еталони мають лишатися під рукою.
Коли це корисно: Базова історія фокусується на останніх 30 днях.
Правила помилок не пускають невдалі знімки в перегляд, щоб команда витрачала час на реальні зміни сторінок, а не на неправильний стан.
Коли це корисно: Використовуйте готові правила для сторінок перевірки, CAPTCHA й екранів входу.
Починайте з GET для швидкого створення результату. Переходьте на POST, коли потрібні секрети, довші вхідні дані, зберігання або повторювані кроки.
Коли це корисно: Використовуйте GET для швидкого URL-запуску у знімок, PDF, HTML або Markdown.
Знімок сторінки стає матеріалом для перегляду, коли команда бачить погоджений стан, новий стан і того, хто має прийняти рішення.
Коли це корисно: Еталон фіксує стан, який команда прийняла.
Ставте сторінку в розклад тоді, коли в результату є відповідальний, а те саме налаштування треба запускати знову.
Коли це корисно: Перевірки перед випуском після розгортання.
Починайте вручну, коли сторінці потрібна швидка візуальна відповідь, і зберігайте налаштування для автоматизації лише якщо перевірка повторюється.
Коли це корисно: Перевірити повідомлений зсув верстки без очікування розкладу.
Знімок сторінки корисний лише тоді, коли наступна людина може йому довіряти. Тримайте файл, налаштування, погоджений стан і рішення разом.
Коли це корисно: Зробіть знімок поточної сторінки з панелі або через API, коли команді потрібен доказ.