Методи тестування програмного забезпечення з прикладами дизайну тестових випадків

Що таке техніка тестування програмного забезпечення?

Методи тестування програмного забезпечення допомагають розробляти кращі тестові випадки. Оскільки вичерпне тестування неможливе; Методи ручного тестування допомагають зменшити кількість тестів, які потрібно виконати, одночасно збільшуючи охоплення тестами. Вони допомагають визначити умови тестування, які інакше важко розпізнати.

Аналіз граничних значень (BVA)

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

Зазвичай видно, що велика кількість помилок виникає на межах визначених вхідних значень, а не в центрі. Він також відомий як BVA і надає вибір тестів, які використовують обмежувальні значення.

Ця техніка тестування чорного ящика доповнює розділення еквівалентності. Ця техніка тестування програмного забезпечення базується на принципі, що якщо система добре працює для цих конкретних значень, вона буде чудово працювати для всіх значень, які знаходяться між двома граничними значеннями.

Рекомендації щодо аналізу граничних значень

  • Якщо вхідна умова обмежена між значеннями x і y, тоді тестові випадки повинні бути розроблені зі значеннями x і y, а також значеннями, які знаходяться вище і нижче x і y.
  • Якщо вхідною умовою є велика кількість значень, слід розробити тестовий випадок, який потребує визначення мінімальної та максимальної кількості. Тут також перевіряються значення вище та нижче мінімального та максимального значень.
  • Застосуйте вказівки 1 і 2 до умов виведення. Він дає результат, який відображає мінімальне та максимальне очікувані значення. Він також перевіряє значення нижче або вище.

приклад:

Input condition is valid between 1 to 10

Boundary values 0,1,2 and 9,10,11

Розбиття класів еквівалентності

Еквівалентне розділення класів дозволяє вам розділити набір тестових умов на розділ, який слід вважати однаковим. Цей метод тестування програмного забезпечення розділяє вхідну область програми на класи даних, з яких повинні бути розроблені тестові випадки.

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

приклад:

Умови введення дійсні між

 1 to 10 and 20 to 30

Отже, є п'ять класів еквівалентності

--- to 0 (invalid)
1 to 10 (valid)
11 to 19 (invalid)
20 to 30 (valid)
31 to --- (invalid)

Ви вибираєте значення з кожного класу, тобто

-2, 3, 15, 25, 45

Також читайте більше про – Аналіз граничних значень і тестування розподілу еквівалентності

Тестування на основі таблиці рішень

Таблиця рішень також відома як таблиця причинно-наслідкових зв’язків. Цей метод тестування програмного забезпечення використовується для функцій, які реагують на комбінацію вхідних даних або подій. Наприклад, кнопка «Надіслати» має бути ввімкнена, якщо користувач ввів усі необхідні поля.

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

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

Нижче наведено кроки для створення таблиці рішень:

  • Розмістіть вхідні дані в рядках
  • Внесіть усі правила у стовпчик
  • Заповніть таблицю різними комбінаціями вхідних даних
  • В останньому рядку запишіть результат проти вхідної комбінації.

Приклад: кнопка «Надіслати» у формі контакту активна лише тоді, коли всі введені дані введено кінцевим користувачем.

Тестування на основі таблиці рішень

Перехід до стану

У техніці переходу стану зміни умов введення змінюють стан тестової програми (AUT). Цей метод тестування дозволяє тестувальнику перевірити поведінку AUT. Тестер може виконати цю дію, ввівши різні вхідні умови в послідовності. У техніці переходу стану команда тестування надає як позитивні, так і негативні вхідні тестові значення для оцінки поведінки системи.

Інструкції щодо переходу до стану:

  • Перехід стану слід використовувати, коли команда тестувальників перевіряє програму для обмеженого набору вхідних значень.
  • Техніку проектування тестового випадку слід використовувати, коли команда тестувальників хоче перевірити послідовність подій, які відбуваються в тестовій програмі.

приклад:

У наступному прикладі, якщо користувач введе дійсний пароль під час будь-якої з перших трьох спроб, він зможе успішно ввійти. Якщо користувач вводить недійсний пароль під час першої чи другої спроби, йому буде запропоновано повторно ввести пароль. Коли користувач вводить неправильний пароль 3rd часу, дія виконана, і обліковий запис буде заблоковано.

Діаграма переходу станів

Діаграма переходу станів

На цій діаграмі, коли користувач вводить правильний PIN-код, він або вона переходить у стан доступу. Наступна таблиця створена на основі діаграми вище-

Таблиця переходів станів

Правильний PIN-код Неправильний PIN-код
S1) Початок S5 S2
S2) 1st спроба S5 S3
S3) 2nd спроба S5 S4
S4) 3rd спроба S5 S6
S5) Доступ надано - -
S6) Обліковий запис заблоковано - -

У наведеній вище таблиці, коли користувач вводить правильний PIN-код, стан змінюється на Доступ надано. І якщо користувач вводить неправильний пароль, він або вона переходить до наступного стану. Якщо він робить те саме 3rd час, він дійде до стану блокування облікового запису.

Помилка вгадування

Помилка вгадування це техніка тестування програмного забезпечення, заснована на вгадуванні помилки, яка може переважати в коді. Техніка значною мірою базується на досвіді, коли аналітики тестування використовують свій досвід, щоб здогадатися про проблемну частину програми тестування. Отже, аналітики тестування повинні бути кваліфікованими та досвідченими для кращого вгадування помилок.

Техніка підраховує список можливих помилок або ситуацій, схильних до помилок. Потім тестер пише a тестовий випадок щоб викрити ці помилки. Щоб розробити тестові випадки на основі цієї техніки тестування програмного забезпечення, аналітик може використати минулий досвід для визначення умов.

Вказівки щодо помилкового відгадування:

  • Тест повинен використовувати попередній досвід тестування подібних програм
  • Розуміння тестованої системи
  • Знання типових помилок впровадження
  • Згадайте раніше проблемні ділянки
  • Оцінка історичних даних і результатів випробувань

Висновок

  • Техніка розробки тестових випадків дозволяє розробляти кращі випадки. Існує п'ять технік, які в основному використовуються.
  • Аналіз граничних значень — це тестування на кордонах між розділами.
  • Еквівалентне розділення класів дозволяє вам розділити набір тестових умов на розділ, який слід вважати однаковим.
  • Техніка тестування програмного забезпечення Decision Table використовується для функцій, які реагують на комбінацію вхідних даних або подій.
  • У техніці переходу стану зміни в умовах введення змінюють стан тестової програми (AUT)
  • Вгадування помилок — це техніка тестування програмного забезпечення, яка базується на вгадуванні помилки, яка може переважати в коді.

Детальніше ЧИТАТИ