Практичний Інтенсив

Нейромережі для Manual QA на реальному проекті

Перестаньте писати тест-кейси вручну. Навчіться використовувати AI (ChatGPT, Claude) як персонального асистента QA для аналізу вимог, генерації перевірок та складання баг-репортів на прикладі платформи Premier Online.

З яким проєктом працюємо?

www.premieronline.com

Premier Online — це великий міжнародний сервіс із продажу квитків на спортивні, музичні та розважальні заходи. Для QA-інженера це ідеальний тренувальний майданчик, що поєднує в собі класичний e-commerce та складну динамічну бізнес-логіку.

Інтерактивні зали

Вибір конкретних місць на динамічних схемах стадіонів та театрів у реальному часі. Перевірка статусів доступності сидінь.

Жорсткі таймаути

Тестування бізнес-логіки тимчасового бронювання квитків у кошику. Що відбувається, коли 10-хвилинний таймер сесії оплати закінчується?

Розумні фільтри

Багаторівнева система пошуку та фільтрації івентів за локаціями, датами, категоріями та жанрами при високому навантаженні.

Процес Checkout

Оформлення замовлення, застосування промокодів, валідація полів та симуляція інтеграції з зовнішніми платіжними шлюзами.

🧪 Аналіз системи бронювання

Premier Online — www.premieronline.com
Senior QA Engineer

Критичний функціонал для тестування: інтерактивний вибір місць на схемі залу, логіка бронювання, таймаути оплати та багатокористувацька конкуренція за квитки.

⏱️1. Логика роботи таймера та кошика

1 Таймер закінчився на 1 секунді — система коректно звільняє місця
2 Клік «Оплатити» на 9:59 — транзакція проходить до закінчення таймера
3 Оновлення сторінки — таймер зберігається чи скидається?
4 Відкриття у кількох вкладках — чи синхронізовано таймер?
5 Кнопка «Назад» у браузері — повернення до кошика, час якого закінчився
6 Зміна системного часу пристрою — захист від маніпуляцій
7 Повільний інтернет — запит надіслано до таймауту, відповідь отримана після
8 Подвійне швидке натискання — додавання однакових місць двічі
9 Видалення місць із кошика та повторне додавання
10 Прямий URL до оплати з порожнім кошиком

👥2. Багатокористувацький доступ (Concurrent Booking)

1 Два користувачі обирають одне місце одночасно — хто отримує місце?
2 Користувач А обрав місце — чи бачить його користувач Б як «зарезервоване»?
3 100+ користувачів одночасно — race condition у БД, double booking
4 Сесія закінчилася, але користувач усе ще на сторінці оплати
5 Блокування на рівні залу / користувача / сесії браузера?
6 Закриття браузера без оплати — місця звільняються одразу чи через 10 хв?

🎨3. UI/UX та стани місць на схемі

1 Колірна схема: доступно / обрано / зайнято / зарезервовано
2 Місце стало зайнятим, поки користувач навів курсор
3 Масштабування схеми на мобільних пристроях
4 Клік по вже обраному місцю — чи знімається виділення?
5 Drag & Zoom схеми — чи не ламається верстка?
6 Поворот пристрою (mobile) — схема перемальовується коректно?
7 Screen reader — чи читає стани місць?
8 Keyboard navigation — вибір місць без миші

Пріоритезація тест-кейсів

🔴 Critical

  • Double booking (два користувачі купили одне місце)
  • Оплата після закінчення таймера
  • Втрата даних кошика при оновленні сторінки

⚠️ High

  • Некоректне відображення зайнятих місць
  • Race conditions при одночасному бронюванні
  • Витік пам’яті при тривалій роботі зі схемою

📌 Medium

  • UI glitches на різних роздільних здатностях
  • Неінтуїтивні повідомлення про помилки
  • Тривале завантаження схеми залу

💡 Low

  • Неідеальна анімація
  • Дрібні недоліки у колірній схемі
  • Косметичні правки верстки

Рекомендації щодо тестування

⚙️

Автоматизація

Навантажувальне тестування (JMeter, k6), E2E тести (Cypress, Playwright), API тести

🖱️

Ручне тестування

Cross-browser (Chrome, Safari, Firefox), Mobile (iOS, Android), Network conditions (3G)

📡

Моніторинг

Real-time відстеження подвійних бронювань, логування дій, alert при аномаліях

Питання до бізнесу

  1. Що відбувається, якщо оплата пройшла успішно, але місця вже хтось купив? Повернення коштів чи пропозиція альтернативних місць?
  2. Чи можна продовжити таймер бронювання (reserve extension)?
  3. Чи є список очікування (waitlist) для подій, на які розпродано всі квитки?
  4. Як обробляються часткові оплати (розтермінування на дорогі квитки)?

Робочий промпт для копіювання

Ти — Senior QA Engineer. Нам потрібно протестувати критично важливу функціональність на квитковому сайті Premier Online (www.premieronline.com) — інтерактивний вибір місць на схемі залу та логіку бронювання. У нас є короткий опис фічі: «Користувач обирает подію, переходить на карту залу, клікає на вільні місця та додає їх до кошика. На оплату надається 10 хвилин, після чого бронь анулюється». Проаналізуй цей опис і знайди в ньому «сірі зони», логічні неузгодженості та неочевидні сценарії (edge cases), які розробники, швидше за все, не врахували. Сформулюй питання до бізнес-логіки, відповіді на які є критично важливими для складання чек-ліста тестування. Згрупуй їх за категоріями: 1. Логіка роботи таймера та кошика (таймаути). 2. Багатокористувацький доступ (одночасне бронювання). 3. UI/UX та стани місць на схемі.

Презентація сесії: Тест-дизайн нового покоління

Як перетворити хаотичні перевірки ШІ на структуроване тестове покриття

Слайд 1 / 4

Проблема класичного тест-дизайну

Під час тестування таких модулів, як кошик Premier Online з динамічним таймером, ручний QA-інженер витрачає до 70% часу на рутинне описання кроків, передумов та очікуваних результатів у TMS-системах.

  • Фокус зміщується з пошуку багів на механічну документацію.
  • Через брак часу пропускаються складні комбінації граничних значень.
Слайд 2 / 4

Анатомія правильного QA-промпту

Нейромережа видає банальні чек-лісти, якщо спілкуватися з нею як звичайний користувач. Щоб отримати тест-кейси рівня Senior, промпт має містити:

  • Чітку роль: Обмеження контексту (наприклад, Експерт із безпеки або Тест-аналітик).
  • Техніки тест-дизайну: Пряма вказівка використовувати Boundary Value Analysis або Еквівалентне розділення.
  • Жорсткий формат: Вимога вивантажити результат у вигляді структури (Preconditions, Steps, Expected).
Слайд 3 / 4

Розбір бізнес-логіки Premier Online

Ми націлюємо ШІ на найуразливішу частину системи — 10-хвилинне утримання квитків у кошику. Граничні стани, які ми згенеруємо:

  • T-1 (09:59): Квиток усе ще активний, транзакція має проходити без збоїв.
  • T (10:00): Точка тригера. Запит на оплату йде одночасно з анулюванням.
  • T+1 (10:01): Місце на схемі залу миттєво звільняється для інших покупців.
Слайд 4 / 4

Фінальний результат сесії

Після проходження практики на цьому кроці ви забираєте артефакти, які можна сміливо показувати на співбесідах як приклад роботи з AI в QA:

  • Готовий комплект тест-кейсів, розбитий на Позитивні / Негативні / Граничні.
  • Текстова матриця, оптимізована для миттєвого імпорту в Qase, TestIT або Jira.

Інструментарій Сесії 2: Промпти для тест-дизайну

Використовуйте ланцюжок із 3 спеціалізованих промптів для покрокового створення професійного тестового покриття кошика Premier Online

Крок 1: Високорівневе покриття (High-Level Design)
Ти — Senior QA Engineer на проєкті Premier Online (www.premieronline.com). Тобі доручено протестувати модуль «Кошик та 10-хвилинний таймер утримання квитків».

На основі цієї логіки склади розгорнутий чек-ліст перевірок. Розділи його на такі категорії:
1. Позитивні сценарії (додавання, утримання, успішний перехід до оплати).
2. Негативні сценарії (спроби обійти таймер, некоректні дії користувача).
3. Інтеграційні сценарії (взаємодія таймера кошика з базою даних місць на схемі залу).

Результат видай у вигляді структурованого чек-ліста з короткими ємними формулюваннями без детальних кроків.
Крок 2: Глибокий тест-дизайн (BVA & Equivalence Partitioning)
Ти — QA Lead та експерт із технік тест-дизайну. Ми продовжуємо проєктувати тести для таймера кошика Premier Online (10 хвилин на сесію бронювання квитків).

Сфокусуйся виключно на техніці аналізу граничних значень (Boundary Value Analysis). Нам потрібно перевірити поведінку системи в критичних точках часу:
1. За 1 секунду до закінчення таймера (09:59).
2. Рівно в момент закінчення таймера (10:00).
3. Через 1 секунду після закінчення (10:01).

Опиши, які аномалії можуть виникнути в цих точках (наприклад, надсилання запиту на оплату, коли бронь на сервері вже знята) і які точкові перевірки необхідно виконати ручному тестувальнику.
Крок 3: Форматування під Jira / Qase / TestIT
Ти — QA-документаліст. Візьми всі сценарії та перевірки, згенеровані на попередніх двох кроках для сайту Premier Online.

Перетвори їх на детальні тест-кейси, готові до імпорту в професійну Test Management System (TMS). Вибери 5 найкритичніших сценаріїв (2 позитивні, 2 граничні та 1 негативний) і розпиши їх строго за схемою:

- Назва тест-кейсу (зрозуміла та лаконічна)
- Передумови (Preconditions)
- Кроки відтворення (Steps)
- Очікуваний результат (Expected Result)

Використовуй чітку технічну мову, прийняту в сфері тестування ПЗ.

Сесія 3: Локалізація збоїв та генерація ідеальних Баг-репортів

Вчимо штучний інтелект аналізувати технічні логи платіжних шлюзів Premier Online та автоматично пакувати їх у професійні тікети для Jira

Алгоритм локалізації на сесії:

1
Перехоплення збою

Імітуємо критичну помилку «Платіж відхилено банком» або падіння 10-хвилинного таймера на етапі оплати квитка.

2
Збір доказів

Забираємо «сирі» дані з DevTools: логи консолі, тексти помилок мережевих запитів (Network response) та опис від користувача.

3
Магія Промптингу

Сгодовуємо цей хаос нейромережі через спеціальний промпт-трансформер і отримуємо чистий, структурований баг-репорт.

Промпт-трансформер баг-репортів
Ти — Senior QA Engineer та технічний письменник. Твоє завдання — скласти професійний баг-репорт для розробників на основі сирих логів та опису проблеми на сайті Premier Online (www.premieronline.com).

Ось вхідні дані про баг (Лог / Опис):
"[ПОМИЛКА]: Користувач обрав місце А1, заповнив Checkout, натиснув Оплатити рівно на 10:01 хвилині. Кнопка заблокувалася, гроші списалися, але квиток у кошику скинувся. У консолі прилетів статус: POST /api/v1/cart/checkout 409 Conflict. Response: {'error': 'Seat already unreserved'}."

Перетвори ці сирі дані в еталонний Bug Report для Jira. Структура звіту має бути такою:
1. Summary (Ємний заголовок багу із зазначенням компонента).
2. Environment (Оточення).
3. Preconditions (Передумови).
4. Steps to Reproduce (Покроковий сценарій відтворення).
5. Expected Result (Очікувана поведінка системи).
6. Actual Result (Фактична помилка із зазначенням статус-коду API).
7. Severity / Priority (Твоє обґрунтування критичності багу для бізнесу).

Виведи результат технічною мовою, без зайвої "води".

Результат у дії: Прокачування баг-репорту

Подивіться, як ШІ миттєво перетворює емоційний відгук користувача на чітке технічне завдання для розробника

❌ Як пише 90% новачків

Хаотичний опис проблеми

«Коротше, я зайшов на Прем’єр Онлайн купити квиток на концерт. Вибрав місце на схемі, натиснув оплатити, у мене там таймер йшов якийсь. Я відволікся на дзвінок, повертаюся — натискаю кнопку, гроші з картки списалися, а сайт видав якусь помилку і квиток зник! Місце знову горить сірим, наче вільне. Починіть, квитка немає, гроші пішли!!!»
✨ Що генерує AI за 3 секунди

Еталонний Bug Report для Jira

Summary: [Checkout] Race condition / 409 Conflict під час оплати квитка в момент закінчення 10-хвилинного таймера бронювання. Preconditions: Користувач авторизований, квиток додано до кошика, запущено таймер сесії. Steps to Reproduce: 1. Перейти на форму оплати Checkout. 2. Дочекатися часу таймера 10:01 (момент падіння сесії). 3. Одночасно з тригером анулювання натиснути кнопку «Оплатити». Actual Result: Гроші списуються через еквайринг, але API повертає помилку 409 Conflict {‘error’: ‘Seat already unreserved’}. Місце звільняється на схемі залу. Expected Result: Блокування кнопки оплати при T >= 10:00, або автоматичне повернення коштів (Reversal) у разі конфлікту статусів броні. Severity: Critical (Фінансові втрати користувача без видачі товару).

Тестування за скріншотами (Computer Vision)

Дізнайтеся, як використовувати зір нейромережі (Vision-моделі) для миттєвого порівняння верстки квиткової вітрини з UI-дизайном

Що розберемо на практиці:

Аналіз макета Figma

Завантажуємо скріншот ідеального дизайну інтерактивної карти залу Premier Online в ШІ для фіксації еталона.

Пошук Pixel-Perfect багів

Сгодовуємо нейромережі реальний знімок екрана з тестового оточення з «попливліми» кнопками та зміщеними шрифтами.

Авто-звіт з UI-дефектів

ШІ миттєво формує таблицю невідповідностей (шрифти, відступи, кольори) з точним зазначенням елементів для виправлення.

Промпт для аналізу графіки (Vision QA)
[ІНСТРУКЦІЯ ДЛЯ СТУДЕНТА: Прикріпи до цього запиту два зображення: 1) Макет із Figma, 2) Скріншот реального сайту Premier Online]

Ти — UI/UX QA Engineer з глибоким розумінням концепції Pixel-Perfect верстки. Перед тобою два зображення: макет дизайну (Зображення 1) та фактична реалізація на фронтенді (Зображення 2).

Проведи візуальний регресійний аналіз та знайди всі невідповідності верстки вихідному дизайну. Перевір такі шари:
1. Типографіка (відповідність шрифтів, розмірів, міжрядкових інтервалів та насиченості тексту).
2. Геометрія та сітка (вирівнювання блоків кошика, іконок місць на стадіоні, зовнішні та внутрішні відступи padding/margin).
3. Колірна палітра (кольори кнопок в активному, заблокованому та дефолтному станах).

Сформуй результат у вигляді зрозумілої таблиці зі стовпцями:
- Компонент / Елемент UI
- Як зроблено в макеті Figma
- Як реалізовано на скріншоті сайту (Дефект)
- Критичність невідповідності (Low, Medium, High)

Автоматична генерація тестових даних

Забудьте про ручне заповнення таблиць. Дізнайтеся, як делегувати Claude створення складних структур даних та баз користувачів для нагрузочного й функціонального тестування

Що розберемо на практиці:

Генерація масивів у JSON

Створюємо валідні структури даних для API-запитів (моки квитків, профілі користувачів, гео-дані стадіонів) в один клік.

Стрес-тест на граничні значення

Змушуємо ШІ миттєво генерувати списки «проблемних» даних: довгі імена (255+ символів), спецсимволи, порожні поля (null) для перевірки стійкості системи.

Емуляція платіжних даних

Підготовка тестових пулів номерів карток (Visa, Mastercard) з різними комбінаціями термінів дії та CVV для комплексного тестування еквайрингу.

Промпт для генерації JSON-даних
Ти — Senior QA Engineer та Data Specialist. Для проведення інтеграційного тестування API кошика на сайті Premier Online (www.premieronline.com) нам необхідно згенерувати тестовий масив даних.

Згенеруй валідний JSON-масив, що складається з 5 різних об'єктів користувачів (масив "test_users"), які намагаються забронювати квитки. 

Кожен об'єкт у JSON повинен містити такі суворі параметри:
1. user_id (Унікальний UUID v4).
2. full_name (Реалістичні ім'я та прізвище. Додай в один із кейсів екстремально довге ім'я, а в інший — ім'я зі спецсимволами для перевірки валідації).
3. email (Згенеруй реалістичні пошти, а також один невалідний email без знака @).
4. selected_seats (Масив об'єктів місць, де у кожного місця є сектор, ряд та номер крісла).
5. payment_card (Об'єкт із типом картки, маскованим номером із 16 знаків, терміном дії та CVV).

Виведи тільки чистий, валідний JSON без зайвого супровідного тексту, щоб його можна було одразу скопіювати та вставити в Postman.

Спробуйте практикум у дії просто зараз

Запустіть інтерактивний симулятор: надішліть «сирий» консольний лог помилки сайту Premier Online в ШІ-асистента і подивіться, як він миттєво локалізує дефект

Вхідні дані (Консоль розробника / DevTools)
[11:42:01] WARN: Checkout session heartbeat triggered. [11:42:15] ERROR: Failed to load resource: POST https://premieronline.com/api/v1/payment/charge Status: 500 Internal Server Error [11:42:15] CRITICAL: Response_Body: { «status»: «failed», «reason»: «NullPointerException», «trace»: «at com.premier.pay.Gateway.process(Gateway.java:42)» } [11:42:15] WARN: UI State fallback active. Button ‘Pay’ stuck in ‘Processing…’
Відповідь ШІ-асистента практикуму
Натисніть кнопку ліворуч, щоб запустити симуляцію розбору реального кейсу…
[BUG REPORT] 500 Server Error на ендпоінті оплати під час обробки транзакції • Локалізація: Помилка на бекенді (Gateway.java:42). Метод process() зловив NullPointerException. Запит упав до відправки даних в еквайринг, сесія зависла. • Кроки для відтворення (STR): 1. Перейти на етап оформлення квитка (Checkout). 2. Натиснути кнопку «Оплатити». 3. Перехопити вихідний POST-запит на /api/v1/payment/charge. • Фактичний результат: Сервер повертає 500 Internal Server Error. В UI кнопка блокується у стані ‘Processing…’, користувач не розуміє, чи пішли гроші. • Очікуваний результат: Коректне перехоплення помилок бека. Виведення зрозумілого UI-сповіщення: «Помилка сервера, спробуйте пізніше», розблокування кнопки. [ШІ-Підказка для QA]: Баг критичний (Blocker), оскільки повністю ламає воронку оплати. Передайте розробнику лог Java-трейсу.

Інтерактивний тест-дизайн за 3 секунди

Виберіть будь-який модуль системи купівлі квитків і подивіться, як ШІ миттєво проєктує професійні сценарії перевірок для вашої бази тест-кейсів

Об’єкт тестування:
Виберіть модуль вище та натисніть кнопку, щоб запустити автонаписання тестів…
Тип / Назва Кроки відтворення (Steps) Очікуваний результат (Expected Result)

Інтерактивний ШІ-Практикум

Спробуйте себе в ролі інженера з автоматизації. Допрацюйте тестові промпти для нейромережі, надішліть їх на рев’ю та миттєво отримайте розбір від віртуального Ментора.

Завдання 1: Авторизація через Google OAuth

Перед вами базовий промпт. Нейромережа напише за ним занадто прості тести. Допишіть у промпт вимогу перевірити негативні сценарії (наприклад: перерване з’єднання, відкликання токена, порожня відповідь від API Google) і натисніть кнопку перевірки.

Ваш промпт для ШІ:
AI
Код-рев’ю пройдено

Чудова робота! Ви додали в промпт контекст негативного тестування та обробки помилок сторонніх сервісів. З таким промптом нейромережа видасть промислову базу тест-кейсів із 100% покриттям бізнес-лоігки.

Спробуйте AI-тестування в дії

Приклад реальної задачі: генерація тест-кейсів за сирим ТЗ за 5 секунд

Вхідні дані: Сире ТЗ від замовника
«Зробити форму відновлення пароля. Юзер вводить email. Якщо email є в базі — шлемо посилання. Посилання живе 15 хвилин. Якщо email невалідний або його немає — пишемо помилку.»
🔥 Промпт для Claude / ChatGPT
Скопіюйте цей професійний промпт тест-дизайну та надішліть його в ШІ:
Дій як Senior QA Engineer. Проаналізуй вимоги до форми відновлення пароля. Напиши структурований чек-ліст перевірок (включаючи позитивні, негативні сценарії та граничні значення для часу життя посилання). Оформи у вигляді таблиці.
🤖 Результат роботи ШІ (Чек-ліст за секунди)
Позитивний тест • Успішне скидання Введення існуючого email у коректному форматі → перевірка доставки листа → перехід за посиланням протягом 5 хвилин → успішна зміна пароля.
Негативний тест • Захист від брутфорсу Відправка запиту на неіснуючий email → система має видати безпечну помилку (без розкриття того, чи існує користувач у базі).
Граничні значення • Час життя токена Security Перехід за посиланням рівно через 14 хв 59 сек (успішно) VS перехід через 15 хв 01 сек (посилання протерміноване, доступ заблоковано).
Валідація полів • Формат введення Введення email без знака @, із пробілами на кінцях або використання спецсимволів. ШІ одразу пропонує готові маски валідації.

Практика: Миттєвий чек-ліст через AI

Як за 1 промпт отримати 100% покриття фічі перевірками без рутини

Задача: Перевірити фічу «Завантаження аватарки користувача»
Вам потрібно скласти чек-ліст для тестування модуля завантаження фото профілю. Зазвичай тестувальник витрачає на це 20-30 хвилин, згадуючи формати та розміри файлів.
Промпт для генерації чек-ліста
Скопіюйте цей готовий шаблон промпту для створення професійних чек-лістів:
Дій як експерт QA. Напиши лаконічний та глибокий чек-ліст для фічі «Завантаження аватарки користувача». Розбий пункти чітко за категоріями: Позитивні (Формати/Розміри), Негативні (Валідація/Помилки) та Безпека. Видай результат у вигляді пунктів для чек-ліста.
Результат роботи Claude/ChatGPT (Чек-ліст готовий)
🔹 Позитивні перевірки (Правильна поведінка)
Завантаження валідних форматів (JPEG, PNG, WebP) розміром до 5 МБ.
Відображення мініатюри аватарки в шапці сайту та в налаштуваннях профілю після збереження.
Успішна заміна старої аватарки на нову.
🔸 Негативні перевірки (Валідація обмежень)
Спроба завантажити файл забороненого формату (.pdf, .exe, .txt) — перевірка тексту помилки.
Завантаження файлу, що перевищує ліміт (наприклад, 10 МБ) — поява попередження.
Завантаження порожнього файлу (0 байт) або зображення з пошкодженою структурою.
🛡️ Безпека (Те, про що часто забувають новачки)
Завантаження файлу із вбудованим шкідливим скриптом у метадані (XSS-атака).
Спроба завантажити картинку з подвійним розширенням (avatar.png.exe).

Один день із життя AI QA Engineer

Натискайте на етапи робочого дня нижче та подивіться, як інструменти штучного інтелекту перетворюють виснажливу рутину на автоматизований процес.

☀️ 09:30 Ранковий сінк
⚡ 13:00 Розгар спринту
🌙 17:30 Здача релізу
TL

Тімлід Сергій (09:30)

«Друзі, у нас горить реліз. Розробники викотили новий складний модуль інтерактивного вибору місць у кінозалі. Потрібно терміново спроєктувати тест-дизайн та скласти базу перевірок!»

❌ Звичайний Manual QA

Вручну відкриває Excel. Починає уліво-вправо згадувати та виписувати всі комбінації кліків, рядів, секторів, типів квитків та станів крісел.

  • Витрачає 2.5 години на монотонне написання кроків.
  • Око замилюється, пропускає важливі негативні тести.
  • Втомлюється ще до того, як відкрив саму систему.
Час: 3 години рутини

🚀 AI Playwright QA Engineer

Завантажує опис фічі в Claude AI. Через 15 секунд отримує готову структурованую таблицю тест-кейсів з усіма типами перевірок.

  • Генерація тестів займає рівно 3 хвилини.
  • ШІ врахував 100% граничних значень та багів розмітки.
  • Тести одразу імпортуються в систему тест-менеджменту.
Час: 3 хвилини роботи ШІ

Як ШІ автоматизує рутину ручного тестування

Вам не потрібно вчити мови програмування та фреймворки. Подивіться, як за допомогою правильних промптів штучний інтелект за секунди забирає на себе найнудніші завдання Manual QA.

📋 Завдання Manual QA
📝 Створення тест-кейсів із ТЗ
🔍 Пошук причини багу в логах
✍️ Оформлення баг-репорту в Jira
Ваш промпт:
Завантажую ТЗ нової фічі… Витягни з тексту параметри та склади тест-кейси методом граничних значень.
Миттєва відповідь ШІ:
Генерую тест-кейси… [Таблиця перевірок готова]
У чому цінність для вас: Більше не потрібно годинами виписувати однотипні перевірки руками в Excel. ШІ за секунди генерує чек-лісти, враховуючи всі негативні сценарії, які людина може випадково пропустити.

Бажаєте більше практики, закритих лайфхаків та секретів?

Ви щойно побачили базову генерацію. На курсі ми розберемо реальний виворіт професії: від обходу хитрих багів авторизації до автоматизації рутини за допомогою кастомних ШІ-асистентів.

  • 100+ живих кейсів
  • Готові промпти
  • Секрети Senior QA
Обрати пакет навчання Доступні 3 гнучкі формати під ваші цілі
SOLO
Самостійний темп навчання, але з повноцінним зворотним зв’язком.
8 000 грн
4 000 грн
  • Доступ до всіх інтерактивних модулів на платформі
  • 📝 Перевірка ваших домашніх робіт ментором
  • Автоматичні підказки та тренажер реальних QA-завдань
  • Повна бібліотека готових промптів для штучного інтелекту
Обрати Solo
VIP
Максимальний індивідуальний супровід ментора для гарантованого результату.
16 000 грн
8 000 грн
  • Усі можливості тарифу TEAM
  • 👤 Тет-а-тет менторинг в MS Teams під ваші цілі
  • Індивідуальний розбір вашого резюме та профілю LinkedIn
  • Персональна симуляція технічної співбесіди (Mock-інтерв’ю)
  • Пріоритетна підтримка у складних практичних кейсах
Обрати VIP

Записатися на пробне заняття

Це чудова можливість познайомитися з ментором, вивчити підходи до навчання та переконатися, що наш практикум відповідає вашим очікуванням.

Практика на платформі

Жодної сухої теорії. Ви одразу занурюєтеся в інтерактивний тренажер, працюєте з реальними багами та симулюєте завдання на справжньому комерційному проєкті.

Дивитися програму →

Фідбек від Senior-ів

Забудьте про автоматичні відписки. Ментори вручну розбирають ваші тест-кейси та баг-репорти, детально пояснюючи, як покращити результат і уникнути безглуздих помилок.

Обрати тариф →

Живі сесії в Teams

Інтерактивні розбори складних сценаріїв та сесії запитань-відповідей. Ви вчитеся впроваджувати штучний інтелект у рутину Manual QA, прискорюючи роботу в рази.

Зайняти місце →

Програма тарифу SOLO

Покроковий інтерактивний тренажер із підтримкою штучного інтелекту

Тиждень 1 • Модуль 1

ШІ-асистенти в QA та перший баг-хантинг

Практика на платформі: Розгортання робочого оточення. Підключення ШІ-моделей (Claude, ChatGPT, Cursor) під завдання тестувальника. Дослідження клієнт-серверної архітектури та DevTools.
⚡ ШІ-прокачка: Вчимося згодовувати нейромережам сирі логи помилок та об’ємні HTTP-запити (вкладка Network) для миттєвої локалізації багів на бекенді.
📝 Перевірка ментора: Звіт щодо локалізованих технічних багів, складений за допомогою ШІ-підказок.
Тиждень 2 • Модуль 2

Проєктування тестів на ШІ-швидкостях

Практика на платформі: Застосування тест-дизайну (класи еквівалентності, граничні значення) без нудного зазубрювання теорії. Тестування складних форм, фільтрів та кошика.
⚡ ШІ-прокачка: Використання готової бази промптів. Передаємо нейромережі ТЗ та вимоги проєкту, на виході моментально отримуючи готовий структурований чек-ліст.
📝 Перевірка ментора: Ручний розбір вашого згенерованого та доопрацьованого тест-комплекту для фічі авторизації.
Тиждень 3 • Модуль 3

Генерація ідеальної документації та баг-репортів

Практика на платформі: Вивчення життєвого циклу дефектів. Робота в симуляторі таск-трекера (Jira). Оформлення багів за суворим правилом «Що? Де? Коли?».
⚡ ШІ-прокачка: Використання ШІ як особистого редактора: перетворюємо хаотичні нотатки про знайдену помилку на лаконічний баг-репорт із чіткими кроками відтворення (Steps to Reproduce) для розробників.
📝 Перевірка ментора: Оцінка 3 оформлених у трекері баг-репортів на складні логічні дефекти додатка.
Тиждень 4 • Модуль 4

ШІ-інструменти для роботи зі складними завданнями

Практика на платформі: Основи тестування API через Postman та бази даних (SQL). Перевірка інтеграції сервісів між собою.
⚡ ШІ-прокачка: Делегуємо складну роботу ШІ: генерація JSON-тіл для API-запитів та моментальне написання комплексних SQL-скриптів для баз даних без потреби вчити синтаксис напам’ять.
📝 Перевірка ментора: Фінальне рев’ю створеної колекції API-тестів та SQL-запитів. Видача сертифіката.

Програма тарифу TEAM

Груповий інтерактивний формат із живими розборами кейсів Senior-ментором

Тиждень 1 • Модуль 1

Архітектура вебтестування та ШІ-діагностика логів

Практика на платформі: Розгортання оточення в командах. Синхронізація з ШІ-асистентами (Claude/Cursor). Глибокий розбір DevTools (вкладки Console, Network, Application).
👥 Жива сесія в MS Teams: Інтерактивний розбір реального комерційного збою. Вчимося в режимі реального часу читати «важкі» логи та знаходити приховані дефекти.
⚡ ШІ-прискорення: Промпти для миттєвого аналізу складних HTTP-запитів та відповідей сервера.
📝 Командний фідбек: Ручна детальна перевірка ментором вашого першого звіту з ШІ-локалізації багів.
Тиждень 2 • Модуль 2

Проєктування тестів & Prompt-Engineering для ТЗ

Практика на платформі: Проєктування тестового покриття для складних фіч (кошик, платіжні шлюзи, промокоди) з використанням технік тест-дизайну.
👥 Жива сесія в MS Teams: Командний брейншторм та разбір «сліпих зон» у тест-кейсах. Ментор показує, які критичні сценарії найчастіше упускають джуни і як ШІ допомагає їх закрити.
⚡ ШІ-прискорення: Побудова промпт-ланцюжків для автоматичного перетворення хаотичних вимог (ТЗ) на ідеальний чек-ліст за пару кліків.
📝 Командний фідбек: Рев’ю створеного вами тест-комплекту. Розбір логічних помилок у проєктуванні перевірок.
Тиждень 3 • Модуль 3

Професійний трекінг завдань та баг-репорти

Практика на платформі: Вивчення життєвого циклу завдань у Jira. Симуляція спринтів. Оформлення дефектів за суворим індустріальним стандартом.
👥 Жива сесія в MS Teams: Гра-симуляція: ментор виступає в ролі вередливого розробника, а студенти вчаться аргументовано захищати важливість створених багів (Severity/Priority).
⚡ ШІ-прискорення: Використання ШІ як технічного редактора для автоматичної вичитки та полірування баг-репортів.
📝 Командний фідбек: Оцінка створених вами багів у таск-трекері з детальним розбором формулювань та кроків відтворення.
Тиждень 4 • Модуль 4

Тестування API/SQL & Захист випускного проєкту

Практика на платформі: Відправка запитів у Postman. Валідація баз даних за допомогою SQL. Перевірка інтеграції мікросервісів.
👥 Жива сесія в MS Teams: Фінальний захист командних випускних проєктів. Розбір ваших комплексних портфоліо, видача офіційних сертифікатів та підбиття підсумків.
⚡ ШІ-прискорення: Генерація JSON-схем для API та миттєве складання складних SQL-запитів (JOIN, агрегації) через ШІ-підказки.
🏆 Підсумок курсу: Фінальний апрув портфоліо ментором. Випускний проєкт готовий до демонстрації роботодавцям.

Програма тарифу VIP

Індивідуальний менторинг, персональна ШІ-стратегія та повний кар’єрний апгрейд

Тиждень 1 • Модуль 1

Індивідуальний сетап та кастомна ШІ-архітектура

Практика на платформі: Повний розбір веб-архітектури та просунута робота з DevTools під контролем особистого наставника.
⭐️ Персональний зідзвон 1-на-1 (Teams): Аудит ваших поточних навичок, складання індивідуального треку навчання та кастомізація ШІ-інструментів (Claude/Cursor) під ваші цілі.
⚡ ШІ-прискорення підвищеного рівня: Створення персональних системних промптів під специфіку ваших проєктів, що автоматизують глибоку діагностику серверних логів.
Тиждень 2 • Модуль 2

Наскрізний тест-дизайн складних систем із ШІ-асистентом

Практика на платформі: Проєктування тестових сценаріїв для комплексних фіч. Платформа перевіряє базу, а ментор доводить вашу логіку до ідеалу.
⭐️ Персональний зідзвон 1-на-1 (Teams): Глибокий інтерактивний аудит вашої тестової документації. Ментор «розносить» слабкі місця в тест-кейсах та вчить мислити масштабами складних комерційних продуктів.
⚡ ШІ-прискорення підвищеного рівня: Автоматична генерація кастомних тест-планів на основі сирих, неповних або суперечливих вимог із ТЗ.
Тиждень 3 • Модуль 3

Управління релізами та VIP баг-трекінг

Практика на платформі: Симуляція роботи на позиції QA Lead у Jira: управління циклом дефектів, приорітизація завдань в умовах дедлайнів, що палають.
⭐️ Персональний зідзвон 1-на-1 (Teams): Захист створених дефектів. Наставник вчить вас правильно аргументувати критичність багів перед бізнесом та командою розробки.
⚡ ШІ-прискорення підвищеного рівня: Промпти для миттєвого формування звітів релізу (Release Notes) та автоматичного перекладу складних технічних багів зрозумілою для бізнесу мовою.
Тиждень 4 • Модуль 4

Просунутий API/SQL тест-трек та Працевлаштування

Практика на платформі: Складні сценарії інтеграційного тестування API та написання оптимізованих SQL-скриптів для валідації даних.
💼 Карьєрний блок 1-на-1: Спільне складання резюме нового покоління (з акцентом на ШІ-ефективність), пакування портфоліо та проведення **Mock-інтерв’ю** (технічної співбесіди) з детальним розбором ваших відповідей.
⚡ ШІ-прискорення підвищеного рівня: Налаштування ШІ для підготовки до підступних запитань на співбесідах та вирішення тестових завдань у режимі реального часу.

Часті запитання

Відповідаємо на головні страхи та технічні питання перед стартом навчання

Я ніколи не працював в IT і не знаю програмування. Мені підійде інтенсив?

Так, абсолютно! Цей курс спроєктований спеціально для старту з нуля. Ми навчаємо ручному тестуванню (Manual QA), де писати програмний код не потрібно.

Головна фішка нашого інтенсиву — ми вчимо керувати штучним інтелектом (Claude, Cursor, ChatGPT). ШІ візьме на себе всю складну рутину, а ви навчитеся ставити йому завдання та перевіряти результати як повноцінний фахівець.

Чим цей курс відрізняється від сотень інших курсів з Manual QA на ринку?

Класичні курси досі змушують студентів годинами вручну розписувати сотні тест-кейсів та чек-лістів, витрачаючи на це дні. Цей підхід застряг у минулому.

Ми навчаємо AI-driven тестуванню. Ви дізнаєтеся, як за допомогою грамотного промпт-інжинірингу делегувати ШІ генерацію тестів, перевірку вимог та складання SQL-запитів. Ви виконуватимете щоденні завдання тестувальника у 3–4 рази швидше, що зробить вас ключовим та найціннішим кандидатом для роботодавців.

Як організовано перевірку домашніх завдань на тарифі SOLO?

На відміну від звичайних самостійних тарифів на інших платформах, де ви надані самі собі, у нас на тарифі SOLO включена повноцінна асинхронна перевірка робіт ментором.

Ви здаєте виконаний на інтерактивній платформі проєкт, а Senior-ментор вручну вичитує ваші баг-репорти, тест-кейси та логіку використання ШІ, залишаючи детальний текстовий розбір помилок.

Що якщо я пропущу живу інтерактивну сесію в MS Teams?

Нічого страшного! Усі інтерактивні онлайн-зустрічі в MS Teams (доступні для тарифів TEAM та VIP) записуються у високій якості.

Запис розбору з’являється у вашому особистому кабінеті на платформі-тренажері вже наступного дня. Ви зможете переглянути його у зручному темпі, а питання, що виникнуть, поставити менторам у закритому командному чаті.

Які технічні вимоги до комп’ютера для навчання?

Вам підійде абсолютно будь-який робочий ноутбук або стаціонарний комп’ютер (на Windows, macOS або Linux) зі стабільним доступом до інтернету.

Усі інтерактивні модулі курсу, симулятори реальних завдань та нейромережі працюють через хмару безпосередньо у вашому веббраузері. Жодних потужних відеокарт чи специфічного дорогого софту встановлювати не знадобиться.

Залишилися питання?

Не впевнені, який тариф обрати, чи хочете дізнатися більше про платформу-тренажер? Напишіть нам напряму — ментор відповість на всі запитання та допоможе визначитися.

Написати в Telegram