📌 Питання 1: Що таке вимоги і які вони бувають?

Вимога (Requirement) — це опис потреби, умови або очікування, які повинна задовольняти система.
Простіше: вимога визначає, що система повинна робити або якою вона повинна бути.

🔹 Основні типи вимог (від загального до детального):
1. Business Requirements — бізнес-цілі проекту.
«Збільшити кількість онлайн-продажів на 20%.»

2. User Requirements — потреби та сценарії користувача.
«Користувач повинен мати можливість скасувати замовлення в особистому кабінеті.»

3. Functional Requirements — що саме система повинна робити технічно.
«При натисканні кнопки “Скасувати” статус замовлення змінюється на Cancelled, а на email надсилається сповіщення.»

4. Non-functional Requirements — як саме система повинна працювати (обмеження та якості).
Performance, Security, Usability, Availability, Scalability.
Наприклад: «95% запитів повинні оброблятися не довше 500 мс при навантаженні в 1000 RPS.»

📝 Якою має бути якісна вимога?
Вона має відповідати критеріям (пам‘ятайте про IEEE стандарти):
• Однозначна — відсутність подвійного трактування.
• Повна — містить усі необхідні деталі та крайні випадки (edge cases).
• Узгоджена — не суперечить іншим вимогам у системі.
• Тестована (Testable) — можна чітко перевірити факт її виконання.
• Здійсненна — реалістична для розробки в межах бюджету та стеків.
• Трасована (Traceable) — її можна простежити від бізнес-цілі до тест-кейсу.

🔍 Що робить QA з вимогами?
QA реалізує підхід Static Testing (статичне тестування) та Shift-Left Testing:
• Шукає неоднозначності, суперечності та пропущені негативні сценарії.
• Застосовує техніки тест-дизайну (граничні значення, еквівалентні класи) ще ДО написання коду.
• Перевіряє вимогу на тестованість.

Якщо щось незрозуміло або пропущено — QA ставить правильні питання BA/PO, а не додумає логіку самостійно.

💡 Профі скаже:
«Я розглядаю аналіз вимог як Shift-Left тестування та першу лінію оборони якості. Виправлення дефекту у вимозі на етапі аналізу коштує в десятки разів дешевше, ніж баг, виявлений на Stage чи Prod.»

🧠 Що запам‘ятати:
• Ієрархія: Business → User → Functional / Non-functional.
• Головні риси вимоги: зрозуміла, повна, тестована та трасована.
• QA працює з вимогами ще до того, як написано перший рядок коду.

Вчимося розуміти, а не запам’ятовувати. І нехай наступна співбесіда буде саме тією, після якої ви скажете: «Я був готовий».

TikTok | Instagram | Telegram