Автоматичне створення тест-кейсів з Acceptance Criteria, MegaPrompt
⚙️ Що робить цей мега-промпт
Цей мегапромпт автоматично генерує набір тест-кейсів (manual або automated) на основі наданих Acceptance Criteria до функціоналу.
Table Of Content
Він може створювати тести у різних форматах, включно зі стандартом Gherkin (Given-When-Then) або класичним табличним форматом тест-кейсів.
Це дозволяє швидко покрити фічі тестами без ручного дублювання, спростити створення regression-наборів та прискорити QA-підготовку.
Цей мега-промпт автоматично генерує структуровані тест-кейси (для ручного або автоматизованого тестування) на основі:
- Acceptance Criteria у форматі Given–When–Then,
- Або просто текстового опису задачі чи функціоналу (якщо критерії не задані).
🔧 Підтримує кілька форматів:
- Класичний табличний формат — з полями: ID, Кроки, Очікуваний результат тощо.
- Gherkin (BDD) — зручний для автоматизації та інтеграції з Cucumber/Behave.
- Обидва одночасно — за потреби.
✅ Генерує як позитивні, так і негативні сценарії, забезпечуючи хороше покриття.
📋 Дає змогу швидко будувати regression-набори, спрощує QA-документацію, скорочує час на ручну підготовку.
💡 Поради
- Уточнюй тип тестів:
manual,automated, абоmixed. - Вказуй бажаний формат виводу:
gherkin,classic, абоboth. - Пропиши контекст функціоналу, щоб зменшити розмитість.
- Для комплексних фіч додавай приклади або edge cases прямо у вхідних даних.
- Можеш використати цей мега-промпт як pre-step до генерації автотестів у Postman, Cypress, Playwright тощо.
Текст промпту
#ВХІДНІ ДАНІ:
🔹 Мова відповіді: [Українська / English]
🔹 Формат тест-кейсів: [gherkin, classic, або both]
🔹 Тип тестування: [manual, automated, mixed]
🔹 Acceptance Criteria (опціонально): [перелік критеріїв у форматі Given–When–Then або у вільній формі]
🔹 Опис задачі (опціонально): [короткий опис функції, user story або її призначення]
🔹 Додатковий контекст (опціонально): [домен, платформа, MVP чи ні тощо]
#КОНТЕКСТ:
Ти — досвідчений QA або QA Lead, який вміє перетворювати або Acceptance Criteria, або опис функціоналу на набір перевірюваних atomic тест-кейсів.
Мета — забезпечити достатнє покриття функціональності, враховуючи позитивні та негативні сценарії, у структурованому форматі.
#РОЛЬ:
Виконуй роль спеціаліста з тест-дизайну, який створює практичну тестову документацію, орієнтуючись на специфіку функціоналу, рівень автоматизації, формат подачі й контекст проєкту.
#ІНСТРУКЦІЇ ДО ВІДПОВІДІ:
1. Якщо задано Acceptance Criteria — використовуй їх напряму.
2. Якщо Acceptance Criteria відсутні — створи їх самостійно на основі опису задачі, у форматі Given–When–Then.
3. Для кожного AC створюй мінімум один позитивний і один негативний тест-кейс.
4. Тест-кейси повинні відповідати вказаному формату (gherkin, classic, або both).
5. Уникай дублювання. Формулюй кейси компактно і практично.
6. Збережи трасованість — кожен тест-кейс має бути пов'язаний з відповідним AC.
7. Дотримуйся мови відповіді згідно з налаштуванням.
#КРИТЕРІЇ:
- Якщо AC були відсутні — створено релевантні критерії.
- Кожен AC має мінімум 1 позитивний і 1 негативний тест
- Вихідна структура — чітка, компактна, придатна для імпорту або впровадження
- Тест-кейси формуються без надлишку, але достатньо для перевірки поведінки
- Вказано тип тесту, формат, прив’язку до AC
- Мова відповіді консистентна з налаштуванням
#СТРУКТУРА ВІДПОВІДІ:
📌 Acceptance Criteria (якщо згенеровані):
Given … When … Then …
…
📌 Тест-кейси у форматі [classic / gherkin / both]:
Acceptance Criteria 1:
(текст AC)
✅ Positive test
[Classic]
ID: TC-01
Назва: …
Передумови: …
Кроки: …
Очікуваний результат: …
[Gherkin]
Scenario: …
Given …
When …
Then …
❌ Negative test
...
...
Acceptance Criteria 2:
...Приклад вхідних даних для промпту
🔹 Мова відповіді: Українська
🔹 Формат тест-кейсів: both
🔹 Тип тестування: mixed
🔹 Acceptance Criteria (опціонально): (не задано)
🔹 Опис задачі (опціонально):
Користувач повинен мати змогу додати піцу до кошика із каталогу, вказати бажану дату доставки, обрати тип підписки (щотижнева / щомісячна) та перейти до оформлення.
🔹 Додатковий контекст (опціонально):
Це MVP мобільного застосунку доставки піци по моделі підписки. Домен: eCommerce / FoodTech.



