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

Що таке руйнівне тестування?

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

Для методу руйнівного тестування необов'язково знати вихідні вимоги до програмного продукту. Проте деякі знання можуть допомогти у розробці хорошої стратегії тестування.

Деструктивне тестування
Деструктивне тестування

Навіщо проводити руйнівне тестування?

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

Що ви перевіряєте в руйнівному тестуванні?

У Деструктивному тестуванні ви перевірятимете наступні речі

  • Правильна поведінка програмного забезпечення
  • Неналежна поведінка програмного забезпечення
  • Неправильне використання
  • Некоректні вхідні дані
  • Правильні вихідні дані

Як провести руйнівне тестування?

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

Що стосується руйнівного тестування, існує багато способів його перевірки. Давайте подивимося кілька прикладів руйнівного тестування -

  • Метод аналізу точки відмови: Цей приклад руйнівного тестування є покроковим керівництвом системи, яка проводить оцінку того, що може піти не так у різних точках. Для цієї стратегії можна скористатися допомогою BA (бізнес-аналітика).
  • Рецензія тестувальника: Нехай ваші тестові приклади проаналізують або переглянуть інший тестувальник, який менш знайомий із системою/функцією
  • Бізнес огляд тестових випадків: Кінцеві користувачі або експерти можуть придумати багато дійсних сценаріїв, які інколи тестувальники могли не врахувати або пропустити, оскільки вони повністю зосереджені на тестуванні вимог
  • Проведіть дослідницьке тестування, використовуючи аркуші: Дослідницьке тестування з використанням тестових аркушів допоможе визначити, що було перевірено, повторити тести та дозволить вам контролювати охоплення тестом.
  • Використовуйте інше джерело: Ви можете попросити когось зламати програмний продукт і проаналізувати різні сценарії.

Методи руйнівного контролю

Нижче наведено різні Методи руйнівного контролю використовується в розробці програмного забезпечення:

Методи руйнівного контролю

Нижче наведено Методи руйнівного контролю який можна використовувати з модифікаціями:

Під час проведення руйнівного контролю існують певні умови тестування

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

Підсумки

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