Month: September 2025

Техніки тестування “чорної скриньки” (Black box testing techniques) — це підхід до тестування програмного забезпечення, при якому тестувальник не має доступу до внутрішнього коду або структури програми. Вся увага зосереджена на перевірці функціональності та взаємодії між користувачем і системою, без знань про те, як саме реалізовані ці функції.

Основні техніки тестування чорної скриньки:

1. Тестування еквівалентних класів (Equivalence Class Partitioning): програму тестують шляхом поділу вхідних даних на класи еквівалентності. Кожен клас містить такі ж або подібні значення. Якщо програма коректно обробляє одне значення з класу, можна вважати, що вона коректно обробляє всі інші значення цього класу.
2. Тестування граничних значень (Boundary Value Analysis): це техніка тестування, де перевіряються крайні значення вхідних даних. Зазвичай помилки найчастіше виникають саме на межах допустимих значень. Наприклад, якщо програма приймає числа від 1 до 10, то тестувальник може перевірити значення 1, 10, а також значення, які знаходяться поруч: 0, 11.
3. Тестування таблиць прийняття рішень (Decision Table Testing): використовується для систем, де вхідні дані можуть мати кілька можливих комбінацій, що призводять до різних результатів. Тестувальник створює таблицю, в якій зазначені всі можливі комбінації вхідних значень і відповідні результати для кожної з них.
4. Тестування переходів станів (State Transition Testing): у випадку програм, які мають різні стани (наприклад, система, яка переходить від одного стану до іншого в залежності від подій), тестувальник перевіряє, чи система коректно реагує на події, що викликають зміну стану.
5. Тестування на основі сценаріїв використання (Use Case Testing): тестування фокусується на перевірці, чи система виконує необхідні операції для користувача в рамках певних сценаріїв. Це допомагає перевірити, чи система відповідає вимогам і чи забезпечує належний досвід користувача.

Переваги тестування чорної скриньки:

• Не вимагає знання коду від тестувальників.
• Фокус на функціональність — перевірка того, чи система виконує завдання, для яких вона була створена.
• Простота виявлення помилок на рівні користувача — тестувальники можуть перевіряти програму з точки зору реального користувача.

Недоліки:

• Не дозволяє виявити помилки в коді — оскільки тестувальник не має доступу до коду, він не може виявити проблеми, які пов’язані з внутрішньою логікою або архітектурою програми.
• Обмеженість тестових випадків — неможливо протестувати всі можливі варіанти роботи системи, тому тестування часто є неповним.

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

Acceptance Testing (приймальне тестування) — це останній рівень тестування перед запуском програмного продукту в продакшн (в реальне середовище). Його головна мета — перевірити, чи відповідає продукт бізнес-вимогам, очікуванням користувачів, і чи може він бути офіційно прийнятий замовником або клієнтом.

Основні характеристики Acceptance Testing

Мета: підтвердити, що система працює так, як очікується з точки зору бізнесу та користувача.

Хто проводить?
Зазвичай проводиться замовником, кінцевими користувачами або представниками бізнесу. Але тестувальники теж можуть допомагати в підготовці сценаріїв.

Що перевіряється?

• Виконання бізнес-вимог
• Реальні користувацькі сценарії (User Stories або Use Cases)
• Інтерфейс, функціонал, зрозумілість, надійність

Етапи Acceptance Testing

Види Acceptance Testing

Під час Acceptance Testing додатку для банкінгу замовник перевіряє, наприклад:

• Чи можна успішно увійти в додаток
• Чи працює переказ коштів
• Чи відображаються правильні залишки на рахунках
• Чи коректно приходять push-сповіщення тощо

Якщо все працює відповідно до очікувань — проєкт може бути прийнятий і запущений у продакшн.