Вступ до тестування чорної скриньки

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

Методи тестування чорної коробки

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

  1. Розділення рівноваги
  2. Аналіз граничної вартості
  3. Тестова таблиця рішень
  4. Державне перехідне тестування
  5. Помилка відгадування
  6. Методи тестування на основі графіків
  7. Порівняльне тестування
  8. Використовуйте техніку випадку

Нижче наведені методи, пояснені нижче:

1. Тестування на еквівалентність

  • Ця методика розділяє вхідні значення, які надаються програмному забезпеченню, на різні групи або класи. Це робиться на основі результатів, які будуть мати результат. Ця методика також відома як розділення класів еквівалентності. Роблячи це, ми економимо зусилля, надаючи різні матеріали. Натомість ми надаємо одне значення групі чи класу для перевірки результату для цієї групи чи класу. Це допомагає покращити охоплення тесту та, у свою чергу, зменшити кількість перероблень. Час також економиться, оскільки не потрібно вводити окремих входів. Вхід для кожного класу достатній.
  • Візьмемо приклад оцінок, які оцінюють учні. Якщо студент набрав вище 75%, він / вона забезпечив Перший клас з відмінністю. Аналогічно, якщо оцінка становить від 60% до 75%, тоді він / вона забезпечив перший клас. Якщо оцінка становить від 50% до 60%, то другий клас. Якщо оцінка становить від 40% до 50%, тоді пройти клас, інакше не вдасться. Тут буде чотири класи. Ці тестові справи формуються, і гарантується, що всі можливості, таким чином, охоплені. Отже, тестування з будь-якими значеннями в цьому наборі достатньо.

2. Аналіз граничної вартості

  • Тут основна увага зосереджена на значеннях, які присутні на кордонах. Це тому, що зазвичай виникає багато проблем, коли йдеться про тестування значень, орієнтованих на межі. Межа зосереджується на значеннях, що знаходяться біля межі, де змінюється поведінка системи. При аналізі граничних значень слід перевірити обидва входи, які є дійсними та недійсними.
  • Наприклад, якщо ми хочемо перевірити значення, що варіюються від 1 до 100, тоді ми повинні перевірити, чи працює програма для таких значень, як 1-1, 1 + 1, 1, 100-1, 100 + 1 і т.д. Це допомагає в заощаджуючи час, оскільки ми можемо перевірити лише такі значення, як 0, 1, 2, 99, 100 і 101.

3. Табличне тестування рішення

Всякий раз, коли є логічні умови або кроки прийняття рішень, цей метод слід використовувати. Вони можуть бути схожими, якщо певна умова не виконується, тоді слід виконати дію А, інакше дія Б повинна бути виконана. Тестувальник повинен визначити вхідні дані та дії, які слід виконати на основі умов. На основі них створюється таблиця рішень. Розглянемо приклад, коли непарна кількість транспортних засобів дозволена лише у понеділок, середу, п'ятницю та неділю, тоді як парні транспортні засоби дозволені у вівторок, четвер та суботу. У цьому випадку є дві умови та дві дії. Умова 1 - непарні транспортні засоби, а Умова 2 - парні. Дії - це дні, коли ці транспортні засоби можуть бути на дорогах. Загальна кількість тестових випадків у цьому випадку може бути чотирма, а отже, таблицю рішень можна отримати відповідно.

4. Державне перехідне тестування

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

5. Відгадування помилок

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

6. Графічне тестування

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

7. Порівняльне тестування

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

8. Використовуйте техніку випадку

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

Висновок

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

Рекомендовані статті

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

  1. Тест на фуз
  2. Негативне тестування
  3. Тестова таблиця рішень
  4. Тестування сірого ящика

Категорія:

Розробка програмного забезпечення