• Home
  • Testing
  • SAP
  • Web
  • Must Learn!
  • Big Data
  • Live Projects
  • Blog

What is Destructive Testing?

Destructive Testing is a software assessment technique used to find points of failure in a software program.

It is a testing method where an application is intentionally made to fail to check the robustness of the application and identify the point of failure.

Unlike other testing method which checks the function of an application, this technique will check the unpredictable user behavior within the application.

For Destructive Testing, it is not necessary to have the knowledge of the original requirements of a software product. However, some knowledge could help in developing a good testing strategy.

Destructive Testing Tutorial: Methods & Strategy

Why to do Destructive Testing

  • It helps to understand predictable software behavior when the software is put under improper usage
  • It helps to check the robustness of a software product.

What you check in Destructive Testing

In Destructive Testing, you will check for following things

  • Proper software behavior
  • Improper software behavior
  • Improper usage
  • Improper input data
  • Proper output data

Destructive Testing Strategy

Destructive Testing involves many activities like designing a set of test scripts, executing test scripts, raising bugs, closing bugs, and providing the pass or fail metrics to stakeholders at the end of the iteration.

For Destructive Testing, there are numerous ways it can be tested. Let see some of them.

  • Failure point analysis method: It is a walkthrough of the system conducting an assessment of what could go wrong at various points. For this strategy, help from BA (Business Analyst) may be taken.
  • Tester peer review: Get your test cases analyzed or reviewed by a fellow tester, who is less familiar with the system / function
  • Business review of test cases: The end users or experts may think of many valid scenarios which sometimes testers may not have considered or missed as their entire focus will be on testing the requirements
  • Conduct exploratory testing, using run sheets: Exploratory testing using run sheets, will help to determine what was tested, repeat the tests and allows you to control your test coverage.
  • Use other source: You can ask someone to break the software product and analyze for various scenarios.

Destructive Testing method can use many testing techniques like

  • Alpha / Beta Testing
  • Regression Testing
  • Interface Testing
  • Equivalence Partitioning
  • Loop Testing
  • Acceptance Testing, and so on.

While few techniques that can be used with modifications are, White Box Testing, Security Testing, Defect Testing, Smoke Testing, and so on.

While performing Destructive Testing, there are certain testing conditions

  • The software shall never process or accept invalid input data
  • Regardless of the validity or correctness of input data, the software should always produce proper output data


  • In this technique, an application is intentionally made to fail the program to check the robustness of the application
  • For Destructive Testing, it is not necessary to have the knowledge of the original requirements of a software product.


Software Testing

Protocol Testing

What is Protocol Testing? Protocol testing is a generic term used by companies working in the...