1988
DOI: 10.1145/62959.62964
|View full text |Cite
|
Sign up to set email alerts
|

The category-partition method for specifying and generating fuctional tests

Abstract: A method for creating functional test suites has been developed in which a test engineer analyzes the system specification, writes a series of formal test specifications, and then uses a generator tool to produce test descriptions from which test scripts are written. The advantages of this method are that the tester can easily modify the test specification when necessary, and can control the complexity and number of the tests by annotating the tests specification with constraints.

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
352
0
8

Year Published

1997
1997
2012
2012

Publication Types

Select...
6
3

Relationship

0
9

Authors

Journals

citations
Cited by 624 publications
(360 citation statements)
references
References 5 publications
0
352
0
8
Order By: Relevance
“…A somewhat different way to view the failure rate data is by breaking up aggregate failure rates into separate failure rates grouped by the type of call or function [29]. This gives some general insight into the portions of the implementations that tend to be robust at handling exceptions without becoming bogged down in the details of individual call/ function failure rates.…”
Section: Failure Rates By Call/function Categorymentioning
confidence: 99%
“…A somewhat different way to view the failure rate data is by breaking up aggregate failure rates into separate failure rates grouped by the type of call or function [29]. This gives some general insight into the portions of the implementations that tend to be robust at handling exceptions without becoming bogged down in the details of individual call/ function failure rates.…”
Section: Failure Rates By Call/function Categorymentioning
confidence: 99%
“…Tests are produced based on abstract test cases from high-level system specifications written in standardized specification languages such as UML. This transformation is performed based on existing algorithms [15] combined with different test coverage strategies [16]. The results are unprecedented guarantees and automation [17].…”
Section: Figure 1 Existing Test Approachesmentioning
confidence: 99%
“…The system behavior data specifies the data set used during the tests. In particular, tedeso uses the category partition method [15], which prescribes a set of categories (data classes) and choices (data instances) of these categories. When associated with behavioral models by means of notes, categories and choices will determine the generated tests covering different sets of choices and/or paths in the models.…”
Section: B Imbt Main Elementsmentioning
confidence: 99%
“…Several sequential versions of each of these programs are available. The first three programs are provided with JUnit test suites, and the last two are provided with TSL (Test Specification Language) test suites [29]. Table I lists, for each of our objects of analysis, data on its associated "Versions" (the number of versions of the object program), "Classes" (the number of class files in the latest version of that program), "Size (KLOCs)" (the number of lines of code in the latest version of the program), and "Test Cases" (the number of test cases available for the latest version of the program).…”
Section: A Objects Of Analysismentioning
confidence: 99%