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

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