Proceedings of the 1994 International Symposium on Software Testing and Analysis - ISSTA '94 1994
DOI: 10.1145/186258.187150
|View full text |Cite
|
Sign up to set email alerts
|

Test data generation and feasible path analysis

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
25
0

Year Published

1997
1997
2010
2010

Publication Types

Select...
6
2

Relationship

0
8

Authors

Journals

citations
Cited by 50 publications
(25 citation statements)
references
References 16 publications
0
25
0
Order By: Relevance
“…Many researchers have been done for identifying the infeasible paths of a program [11]. Different algorithms and techniques have been proposed by the researchers to detect optimized paths [12,13].Generating test data automatically and identifying infeasible paths reduces the testing cost, time and effort [14].…”
Section: Software Testingmentioning
confidence: 99%
“…Many researchers have been done for identifying the infeasible paths of a program [11]. Different algorithms and techniques have been proposed by the researchers to detect optimized paths [12,13].Generating test data automatically and identifying infeasible paths reduces the testing cost, time and effort [14].…”
Section: Software Testingmentioning
confidence: 99%
“…Jasper et al [8] use weakest precondition computation to generate test cases especially tailored for a complex coverage criterion in single threaded ADA programs. Rather than augmenting the model, they generate axioms describing the program and use a theorem prover to compute its feasibility.…”
Section: Related Workmentioning
confidence: 99%
“…For the formal specification of test purposes we use assertions which express required properties of the object state (or a suitable abstraction thereof). Test cases are then generated by applying a weakest precondition calculus in order to find an abstract behavior which satisfies the assertions [8]. The execution of a test case on the Maude platform requires instrumenting the Maude interpreter of Creol's operational semantics such that it will enforce the embodied scheduling policy on the processes of the particular concurrent object which is considered by the test case.…”
Section: Introductionmentioning
confidence: 99%
“…For validation and verification purposes, this formal specification can then be subjected to various types of analysis, for example, completeness and consistency analysis [17,19] model checking [15,9,10,20,11], theorem proving [1,2], and test case generation [8,14,13,4,28,21,30]. Through manual inspections, formal verification, and simulation and testing we convince ourselves (and any regulatory agencies) that the software specification possesses desired properties.…”
Section: Model-based Developmentmentioning
confidence: 99%