Что такое деструктивное тестирование программного обеспечения

Что такое разрушающее тестирование?

Деструктивное тестирование — это метод тестирования программного обеспечения, позволяющий найти точки сбоя в программе. В этом методе приложение намеренно создается так, чтобы не проверить надежность и определить точки отказа. В отличие от других методов тестирования, проверяющих работу приложения, этот метод проверяет непредсказуемое поведение пользователя внутри приложения.

Для метода разрушающего контроля не обязательно знать исходные требования к программному продукту. Однако некоторые знания могут помочь в разработке хорошей стратегии тестирования.

Зачем проводить разрушающий контроль?

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

Что вы проверяете в ходе разрушающего контроля?

В ходе разрушающего контроля вы проверите следующие вещи:

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

Как проводить разрушительные испытания?

Разрушающее тестирование включает в себя множество действий, таких как разработка набора тестовых сценариев, выполнение тестовых сценариев, выявление ошибок, закрытие ошибок и предоставление показателей прохождения или неудачи заинтересованным сторонам в конце итерации.

Для разрушающего контроля существует множество способов тестирования. Давайте посмотрим несколько примеров разрушительного тестирования.

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

Методы разрушающего контроля

Ниже приведены различные Методы разрушающего контроля используется в программной инженерии:

• Альфа/Бета-тестирование
• Регрессионное тестирование
• Тестирование интерфейса
• Разделение эквивалентности
• Тестирование цикла
• Приемочное тестирование и так далее.

Методы разрушающего контроля

Ниже приведены Методы разрушающего контроля который можно использовать с модификациями:

• Белый Box Тестирование
• Тестирование безопасности
• дефект Тестирование
• Дымовое тестирование и так далее.

При проведении разрушающего контроля существуют определенные условия тестирования.

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

Резюме

• В этом методе приложение намеренно создается для того, чтобы программа не могла проверить надежность приложения.
• Для разрушающего контроля это не необходимо знать исходные требования к программному продукту.
• Это помогает понять предсказуемое поведение программного обеспечения, когда оно используется ненадлежащим образом.
• Разрушающее тестирование включает в себя множество действий, таких как разработка набора тестовых сценариев, выполнение тестовых сценариев, выявление ошибок, закрытие ошибок и предоставление показателей прохождения или неудачи заинтересованным сторонам в конце итерации.