✨ Техніки Тест-Дизайну: Таблиці Рішень (Decision Table Testing) ✨🤔 Коли звичайних підходів недостатньо?Уявіть ситуацію: поведінка системи залежить від комбінації кількох умов, і для кожної комбінації передбачена своя унікальна дія або результат. Наприклад, надання знижки клієнту залежить від типу його картки, суми покупки та наявності промокоду. Перебирати всі варіанти вручну може бути складно і легко щось пропустити. Ось тут на допомогу приходять Таблиці Рішень!🔍 Таблиці Рішень: Суть технікиТаблиця рішень – це структурований спосіб представити складну логіку. Вона допомагає систематизувати умови, можливі дії та правила, які пов'язують ці умови з діями.Як це працює?Ідентифікуємо Умови (Conditions): Визначаємо всі фактори, які впливають на поведінку системи. Це можуть бути вхідні дані, стани системи тощо.Ідентифікуємо Дії (Actions): Визначаємо всі можливі дії або результати, які система може виконати у відповідь на умови.Будуємо Таблицю:Рядки Умов: Кожен рядок представляє одну умову. Для кожної умови ми вказуємо можливі значення (наприклад, Так/Ні, True/False, або конкретні значення).Рядки Дій: Кожен рядок представляє одну можливу дію.Стовпці Правил (Rules): Кожен стовпець представляє унікальну комбінацію значень умов та відповідні дії, які мають бути виконані. По суті, кожен стовпець – це потенційний тест-кейс.Заповнюємо Таблицю: Для кожного правила (стовпця) визначаємо, які дії виконуються (позначаємо X або ✓) при заданій комбінації умов.Оптимізуємо (за потреби): Іноді таблицю можна скоротити, об'єднавши правила, де деякі умови не впливають на результат (позначаються - або N/A).Створюємо Тест-Кейси: Кожен стовпець (правило) в таблиці рішень стає основою для одного або кількох тест-кейсів.Приклад: Уявімо логіку реєстрації на сайті з такими умовами та діями:Умови:1. Користувач новий? (Так/Ні)2. Email валідний? (Так/Ні)3. Пароль відповідає вимогам? (Так/Ні)Дії:A. Створити акаунтB. Показати повідомлення про успішну реєстраціюC. Показати помилку "Email невалідний"D. Показати помилку "Пароль не відповідає вимогам"E. Показати помилку "Користувач вже існує"Розглянемо правила (тест-кейси):➡️ Правило 1 (Успішна реєстрація): - Умова 1: Так (новий) - Умова 2: Так (email валідний) - Умова 3: Так (пароль валідний) - Дії: A, B➡️ Правило 2 (Невалідний email): - Умова 1: Так (новий) - Умова 2: Ні (email невалідний) - Умова 3: - (не має значення) - Дія: C➡️ Правило 3 (Невалідний пароль): - Умова 1: Так (новий) - Умова 2: Так (email валідний) - Умова 3: Ні (пароль невалідний) - Дія: D➡️ Правило 4 (Новий користувач, невалідний пароль - інший сценарій, якщо потрібно): - Умова 1: Так (новий) - Умова 2: Так (email валідний) - Умова 3: Ні (пароль занадто короткий - приклад) - Дія: D (або інша специфічна помилка пароля)➡️ Правило 5 (Користувач вже існує): - Умова 1: Ні (не новий) - Умова 2: - (не має значення) - Умова 3: - (не має значення) - Дія: E💡 Переваги Таблиць Рішень:- Забезпечують систематичне покриття складної логіки.- Допомагають виявити прогалини або суперечності у вимогах.- Зменшують надлишковість тестів.- Тест-кейси, створені на основі таблиць, легко документувати та підтримувати.- Корисні для комунікації з бізнес-аналітиками та розробниками.Таблиці рішень – потужний інструмент, особливо для функціоналу з розгалуженою бізнес-логікою. Хоча їх створення може зайняти час, результат у вигляді якісного тестового покриття того вартий!#ТестДизайн #ТестуванняПЗ #ТаблиціРішень #DecisionTableTesting #QA #SoftwareTesting #TestDesignTechniques #AllAboutQA