Бібліотека покриття
Не перелік функцій, а реальні перевірки, що запускаються на продуктах, схожих на ваш. Кожна тема нижче постачається як автоматизований набір: UI-сценарії в справжньому браузері, контракти щодо API, повторний запуск після кожного деплою.
Дві глибини покриття
Поверхневе покриття
Старт за кілька хвилин · доступ не потрібен
Сторінки, форми, користувацькі сценарії та публічні API — тестуються ззовні, саме так, як їх бачить відвідувач (або зловмисник). Починається лише з URL.
Глибоке покриття
Доступ до staging · налаштовуємо разом із вами
Ми підключаємося до вашого проєкту як слід: облікові дані staging, тестові акаунти і, якщо ви захочете, репозиторій лише для читання. Так ми дістаємося до того, чого поверхневе тестування не бачить.
Бібліотека
Сценарії, які зачиняють користувачів, коли ламаються, і ті, які зловмисники пробують першими. Павук проходить справжні входи з тестовими акаунтами й перевіряє кожен невдалий шлях.
Сценарії, що приносять дохід, отримують найглибше покриття. Sandbox-картки, відхилені платежі, покинуті кошики — тестується на staging, ніколи на справжніх грошах.
Більшість регресій потрапляє в бекенд і проявляється пізніше. Контрактні перевірки ловлять їх за секунди, ще до того, як завантажиться будь-який UI-тест.
Кожна форма — це контракт із вашими користувачами. Павук заповнює їх як людина в поспіху: неправильно, порожньо, вставленим текстом і з подвійним надсиланням.
Баги, яких ніхто не помічає, доки клієнт не побачить дані іншого клієнта. Перевірки за ролями виконуються від імені різних користувачів щодо одних і тих самих ресурсів.
Завантаження ламаються винахідливо. Павук приносить цілий зоопарк файлів.
Там, де обсяг даних зустрічається зі станом UI, — класичне місце застарілого кешу та помилок на одиницю.
dApp ламаються так, як класичні набори ніколи не бачать, — коли UI тихо розходиться з блокчейном. Павук тестує обидва боки мосту з емульованими гаманцями й без справжніх коштів.
Не навантажувальний тест, а сигналізація. Павук відстежує час відповіді для кожної сторінки й ендпоінта та позначає регресії щодо базового рівня.
Web2 + Web3
Блокчейн-продукти ламаються так, як класичні набори тестів ніколи не бачать. Павук говорить обома мовами — той самий цикл, той самий трекер, ті самі гарантії.
Підключення, перемикання мережі, підпис транзакцій — і шляхи відмови, на які користувачі справді натрапляють. Тестується з емульованими гаманцями, без ризику для справжніх коштів.
Виклики контрактів перевіряються в testnet і форкнутому mainnet: зміни стану, revert, збої оцінки газу та випуск подій.
Класичний баг dApp — UI, що розходиться з блокчейном. Павук звіряє відображені баланси, позиції та історію з реальним станом блокчейну.
Від червоного тесту до заведеного тікета
Дорога частина QA — не знайти баг, а описати його, шукати скриншот і доводити до розробника. QA Spider закриває цей цикл сам.
01
Нікому не треба відтворювати його, робити скриншот чи писати опис. Звіт складається в момент падіння тесту, з того, що справді сталося під час запуску.
Кроки відтворення будуються з виконаних кроків · скриншот збою додається · серйозність P0–P3
02
Один клік заводить його там, де вже працюють ваші розробники, — як повноцінний тікет у вашому проєкті, з відтворенням і доказами.
Jira · Azure DevOps · ClickUp · GitHub Issues · Linear — перевірка на дублікати перед створенням
03
Невдалий запуск або новий баг з’являється в чаті команди з посиланням просто на тікет. Нікому не треба стежити за дашбордом, щоб дізнатися, що щось зламалося.
Slack · Discord · Telegram — при невдалих запусках і заведених багах, тиша, коли все зелено
04
Кожен баг має статус, доки його справді не закрито, тож «це вже виправили» — факт, який можна перевірити, а не спогад.
Відкрито → у роботі → виправлено → перевірено · фільтр за проєктом, серйозністю й статусом · скриншот зберігається разом із багом
Оберіть важливі години — перед стендапом, після кожного деплою, вночі. Набір запускається сам, а ви читаєте результат, а не календар.
Частка пройдених, нестабільність і відкриті баги за серйозністю в одному вигляді — цифри для рішення про реліз, а не стіна логів.
Як виглядає знайдений баг
Не червоний рядок у лозі, а повний відтворюваний тікет із першопричиною та запропонованим виправленням, плюс запуски, що його дали. Ось справжній приклад того, що потрапляє у ваш трекер.
Заголовок
Опис
Кроки відтворення · КВ
Фактичний результат · ФР
Очікуваний результат · ОР
Першопричина
POST /api/promo, що повертає 200 { valid: true, discount: 0 } для прострочених кодів, замість того щоб їх відхиляти.Запропоноване виправлення
422 code_expired з /api/promo, показуйте повідомлення на місці й тримайте кнопку Оплатити неактивною, поки код недійсний.Скриншот · трасування додано
Останні запуски
| Проєкт | Середовище | Результат | Час |
|---|---|---|---|
| c(ім’я клієнта приховано) | prod | пройдено214✓ 0✗ 0⚡ | 2m 14s |
| c(ім’я клієнта приховано) | staging | баг заведено208✓ 1✗ 0⚡ | 3m 02s |
| p(ім’я клієнта приховано) | dev | нестабільність вилікувано176✓ 0✗ 2⚡ | 4m 09s |
| g(ім’я клієнта приховано) | prod | пройдено88✓ 0✗ 0⚡ | 1m 47s |
Кожен деплой · щоночі · на вимогу
Кожен баг приходить саме так — без дублікатів, відтворюваний, з першопричиною та запропонованим виправленням — просто в трекер, яким ваша команда вже користується. Розробникам лишається просто виправити.
Знайомтеся: Helper
Поруч з автономним павуком Helper бере історію з вашого трекера, перевіряє її на вашому робочому застосунку критерій за критерієм і пише довкола неї QA-документацію: плани, кейси, чеклісти, звіти про баги. Ви переглядаєте й схвалюєте; ніщо не торкається середовища, схожого на production, без вашої згоди.
Вставте посилання на Jira чи Azure DevOps, і Helper підтягне історію та її критерії приймання. Без копіювання й передруковування того, що вже сказано в тікеті.
Кожен критерій приймання стає справжнім тестом і запускається на вашому робочому застосунку — ви отримуєте «пройдено» чи «провалено» за кожним критерієм, а не думку. Середовища, схожі на production, запитують дозвіл.
Тест-плани, тест-кейси, smoke-історії, регресійні чеклісти, огляди крайніх випадків і звіти про баги — прив’язані до вашого продукту, з експортом у Markdown, CSV або Excel для TestRail, Xray чи Zephyr.
Історію, яку ви один раз протестували, можна зберегти в проєкті як кероване автоматизоване тестування — і завтра вона запускатиметься за розкладом разом з рештою набору.
Тікет на вході · тестування на вашому робочому застосунку · документи на виході · збереження в набір
Спробувати Helper →Тестування після кожного деплою — це тариф Enterprise: розкажіть, що ви випускаєте, і ми налаштуємо набір разом із вами. Або почніть із безкоштовного аудиту публічних сторінок.