Тестування таблиці рішень (приклад)
Що таке тестування таблиці рішень?
Тестування таблиці рішень — це техніка тестування програмного забезпечення, яка використовується для перевірки поведінки системи для різних комбінацій вхідних даних. Це системний підхід, коли різні комбінації вхідних даних і їх відповідна системна поведінка (вихід) фіксуються в табличній формі. Тому його також називають a Причина-Наслідок таблиця, де вказано причини та наслідки для кращого охоплення тестом.
A Таблиця рішень це табличне представлення вхідних даних і правил/випадків/умов тестування. Це дуже ефективний засіб, який використовується як комплексно тестування програмного забезпечення і управління вимогами. Таблиця рішень допомагає перевірити всі можливі комбінації умов для тестування, а тестувальники також можуть легко визначити пропущені умови. Умови позначаються значеннями True(T) і False(F).
Вчимося на прикладі.
Приклад 1: Як створити базову таблицю рішень для екрана входу
Давайте створимо таблицю рішень для екрана входу.
Умова проста, якщо користувач вводить правильне ім’я користувача та пароль, його буде перенаправлено на домашню сторінку. Якщо будь-який із введених даних неправильний, з’явиться повідомлення про помилку.
Conditions | правило 1 | правило 2 | правило 3 | правило 4 |
---|---|---|---|---|
Ім'я користувача (T/F) | F | T | F | T |
Пароль (T/F) | F | F | T | T |
Вихід (E/H) | E | E | E | H |
Легенда:
- T – Правильний логін/пароль
- F – Неправильний логін/пароль
- E – Відображається повідомлення про помилку
- H – Відображається головний екран
Інтерпретація:
- Справа 1 – Ім’я користувача та пароль неправильні. Користувачеві відображається повідомлення про помилку.
- Справа 2 – Ім’я користувача було правильним, але пароль неправильним. Користувачеві відображається повідомлення про помилку.
- Справа 3 – Ім’я користувача неправильне, але пароль правильний. Користувачеві відображається повідомлення про помилку.
- Справа 4 – Ім’я користувача та пароль були правильними, і користувач перейшов на домашню сторінку
Перетворюючи це на a тестовий випадок, ми можемо створити 2 сценарії,
- Введіть правильне ім’я користувача та правильний пароль і натисніть «Вхід», і очікуваним результатом буде перехід користувача на домашню сторінку
І один із наведених нижче сценаріїв
- Введіть неправильне ім’я користувача та неправильний пароль і натисніть «Вхід». Очікуваним результатом буде те, що користувач має отримати повідомлення про помилку
- Введіть правильне ім’я користувача та неправильний пароль і натисніть «Вхід», і очікуваним результатом буде повідомлення про помилку
- Введіть неправильне ім’я користувача та правильний пароль і натисніть «Вхід», і очікуваним результатом буде повідомлення про помилку
Оскільки вони по суті перевіряють те саме правило.
Приклад 2: Як створити таблицю рішень для екрана завантаження
Тепер розглянемо діалогове вікно, яке попросить користувача завантажити фотографію з певними умовами, як-от:
- Ви можете завантажити лише зображення у форматі .jpg
- розмір файлу менше 32 Кб
- роздільна здатність 137*177.
Якщо будь-яка з умов не виконується, система видасть відповідне повідомлення про помилку із зазначенням проблеми, і якщо всі умови виконано, фото буде успішно оновлено
Давайте створимо таблицю рішень для цього випадку.
Conditions | Справа 1 | Справа 2 | Справа 3 | Справа 4 | Справа 5 | Справа 6 | Справа 7 | Справа 8 |
---|---|---|---|---|---|---|---|---|
сформований | . Jpg | . Jpg | . Jpg | . Jpg | Не .jpg | Не .jpg | Не .jpg | Не .jpg |
Розмір | Less більше 32кб | Less більше 32кб | >= 32 Кб | >= 32 Кб | Less більше 32кб | Less більше 32кб | >= 32 Кб | >= 32 Кб |
дозвіл | 137*177 | Не 137*177 | 137*177 | Не 137*177 | 137*177 | Не 137*177 | 137*177 | Не 137*177 |
Вихід | Фото завантажено | Невідповідність вирішення повідомлення про помилку | Невідповідність розміру повідомлення про помилку | Невідповідність розміру та роздільної здатності повідомлення про помилку | Повідомлення про невідповідність формату | Формат повідомлення про помилку та роздільна здатність не збігаються | Повідомлення про невідповідність формату та розміру | Повідомлення про невідповідність формату, розміру та роздільної здатності |
Для цієї умови ми можемо створити 8 різних тестів і забезпечити повне покриття на основі наведеної вище таблиці.
- Завантажте фотографію у форматі '.jpg', розміром менше 32kb і роздільністю 137*177 і натисніть кнопку завантажити. Очікуваний результат: фото має бути успішно завантажено
- Завантажте фотографію у форматі '.jpg', розміром менше 32 Кб і роздільністю не 137*177 і натисніть на завантажити. Очікуваний результат: Має відобразитися невідповідність вирішення повідомлення про помилку
- Завантажте фотографію у форматі '.jpg', розміром більше 32kb і роздільністю 137*177 і натисніть кнопку завантажити. Очікуваний результат: Має відобразитися невідповідність розміру повідомлення про помилку
- Завантажте фотографію у форматі '.jpg', розміром більше 32 Кб і роздільною здатністю не 137*177 і натисніть на завантажити. Очікуваний результат: Має відобразитися невідповідність розміру повідомлення про помилку та роздільної здатності
- Завантажте фотографію у форматі, відмінному від '.jpg', розміром менше 32 Кб і роздільною здатністю 137*177 і натисніть на завантажити. Очікуваний результат: має відобразитися повідомлення про невідповідність формату
- Завантажте фотографію у форматі, відмінному від '.jpg', розміром менше 32 Кб і роздільною здатністю не 137*177 і натисніть на завантаження. Очікуваний результат: формат повідомлення про помилку та невідповідність роздільної здатності
- Завантажте фотографію у форматі, відмінному від '.jpg', розміром більше 32 Кб і роздільністю 137*177 і натисніть на завантажити. Очікуваний результат: Має відобразитися повідомлення про помилку щодо невідповідності формату та розміру
- Завантажте фотографію у форматі, відмінному від '.jpg', розміром більше 32 Кб і роздільністю не 137*177 і натисніть на завантаження. Очікуваний результат: Має відобразитися повідомлення про помилку щодо невідповідності формату, розміру та роздільної здатності
Чому тестування таблиці рішень є важливим?
Тестування таблиці рішень є важливим оскільки це допомагає тестувати різні комбінації умов і забезпечує краще тестове покриття для складної бізнес-логіки. Під час тестування поведінки великого набору вхідних даних, де поведінка системи відрізняється для кожного набору вхідних даних, тестування таблиці рішень забезпечує гарне покриття, а подання є простим, тому його легко інтерпретувати та використовувати.
In Розробка програмного забезпечення, граничне значення та еквівалентне розділення є іншими подібними методами, які використовуються для забезпечення кращого покриття. Вони використовуються, якщо система показує то ж поведінка для великого набору вхідних даних. Однак у системі, де для кожного набору вхідних значень є поведінка системи різний, граничне значення та еквівалентна техніка поділу не є ефективними для забезпечення якісного тестового покриття.
У цьому випадку хорошим варіантом є тестування таблиці рішень. Ця техніка може забезпечити гарне покриття, а подання просте, тому його легко інтерпретувати та використовувати.
Цю таблицю можна використовувати як довідкову для вимог і для розробки функціональності, оскільки вона проста для розуміння та охоплює всі комбінації.
Значення цієї методики стає зрозумілим відразу, коли кількість вхідних даних збільшується. Кількість можливих комбінацій визначається як 2 ^ n , де n — кількість вхідних даних. Для n = 10, що є дуже поширеним у веб-тестуванні, маючи великі форми введення, кількість комбінацій становитиме 1024. Очевидно, що ви не можете перевірити всі, але ви виберете багатий піднабір можливих комбінацій за допомогою рішення заснована техніка тестування.
Переваги тестування таблиці рішень
- Коли поведінка системи відрізняється для різних вхідних даних і неоднакова для діапазону вхідних даних, еквівалентне розділення та аналіз граничних значень не допоможуть, але можна використовувати таблицю рішень.
- Представлення просте, тому його можна легко інтерпретувати та використовувати для розвитку та бізнесу.
- Ця таблиця допоможе скласти ефективні комбінації та може забезпечити краще покриття для тестування
- Будь-які складні бізнес-умови можна легко перетворити на таблиці рішень
- У випадку, коли ми зазвичай збираємося отримати 100% покриття, коли вхідні комбінації низькі, ця техніка може забезпечити покриття.
Недоліки тестування таблиці рішень
Основним недоліком є те, що при збільшенні кількості вхідних даних таблиця стане складнішою
Відео тестування таблиці рішень
Натисніть тут якщо відео недоступне