2006Unpublished venueRequires access

Towards Destructive Software Testing

Kiumi Akingbehin

Open publisher page 4 citations

Abstract

Traditional software testing checks to see if a software product meets specifications. This generally involves testing to see if the software performs all the functions called for in the software requirements specifications (SRS). In contrast, this work-in-progress paper proposes a testing paradigm that does not have this objective. The proposed testing paradigm tests to see if a software product exhibits proper behavior when subject to improper usage or improper input. For lack of a more descriptive name and in compliance with similar testing performed on hardware systems, the new paradigm is called "destructive testing". As presented in this paper, destructive testing does not replace conventional testing, rather destructive testing supplements conventional testing (calls for additional testing beyond conventional testing). The paper discusses other uses of the term "destructive testing" as applied to software systems. Conventional testing techniques are ranked based on applicability to destructive testing. Techniques of incorporating destructive testing requirements into the SRS are proposed, the need and rational for destructive testing is discussed, and ongoing and future work in destructive testing is outlined

About this research paper

What this paper is about

Traditional software testing checks to see if a software product meets specifications. This generally involves testing to see if the software performs all the functions called for in the software requirements specifications (SRS). In contrast, this work-in-progress paper proposes a testing paradigm that does not have this objective. The proposed testing paradigm tests to see if a software product exhibits proper behavior when subject to improper usage or improper input. For lack of a more descriptive name and in compliance with similar testing performed on hardware systems, the new paradigm is called "destructive testing". As presented in this paper, destructive testing does not replace conventional testing, rather destructive testing supplements conventional testing (calls for additional testing beyond conventional testing). The paper discusses other uses of the term "destructive testing" as applied to software systems. Conventional testing techniques are ranked based on applicability to destructive testing. Techniques of incorporating destructive testing requirements into the SRS are proposed, the need and rational for destructive testing is discussed, and ongoing and future work in destructive testing is outlined

Why it matters

OpenAlex reports 4 citations for this work. Citation counts describe recorded attention and do not establish research quality.

Key contribution

A contribution statement is not available in the OpenAlex record.

Method / approach

Method details are not available in the OpenAlex metadata.

Main findings

Findings are not separately available in the OpenAlex metadata.

Limitations

Limitations are not available in the OpenAlex metadata.

Applications

Application details are not available in the OpenAlex metadata.

Available abstract

Traditional software testing checks to see if a software product meets specifications. This generally involves testing to see if the software performs all the functions called for in the software requirements specifications (SRS). In contrast, this work-in-progress paper proposes a testing paradigm that does not have this objective. The proposed testing paradigm tests to see if a software product exhibits proper behavior when subject to improper usage or improper input. For lack of a more descriptive name and in compliance with similar testing performed on hardware systems, the new paradigm is called "destructive testing". As presented in this paper, destructive testing does not replace conventional testing, rather destructive testing supplements conventional testing (calls for additional testing beyond conventional testing). The paper discusses other uses of the term "destructive testing" as applied to software systems. Conventional testing techniques are ranked based on applicability to destructive testing. Techniques of incorporating destructive testing requirements into the SRS are proposed, the need and rational for destructive testing is discussed, and ongoing and future work in destructive testing is outlined

Key concepts: Non-regression testing, Manual testing, Black-box testing, Test strategy, Software performance testing, Software reliability testing, White-box testing, System integration testing

Related papers

Back to paper searchBrowse research topicsOriginal source
Towards Destructive Software Testing — Research Paper | ScholarLens