2004
DOI: 10.1007/s10009-003-0128-3
|View full text |Cite
|
Sign up to set email alerts
|

Model-based testing for real

Abstract: We describe the modeling concepts of the CASE tool AutoFocus as well as our Constraint Logic Programming based approach to model-based test case generation along the lines of an inhouse smart card case study. Besides testing the model itself, we used the generated test cases to validate the respective properties in the actual hardware.

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
11
0

Year Published

2005
2005
2018
2018

Publication Types

Select...
4
3
2

Relationship

0
9

Authors

Journals

citations
Cited by 41 publications
(12 citation statements)
references
References 46 publications
0
11
0
Order By: Relevance
“…model based testing [21] and searchbased testing [20]. Another approach is to or use methods like model-checking [22], invariants or constraints to automatically limiting faults and checking properties of the targeted software.…”
Section: B Observation On the Taim Requirementsmentioning
confidence: 99%
“…model based testing [21] and searchbased testing [20]. Another approach is to or use methods like model-checking [22], invariants or constraints to automatically limiting faults and checking properties of the targeted software.…”
Section: B Observation On the Taim Requirementsmentioning
confidence: 99%
“…Ribeiro, Zúquete et al (2000) present a CHR-based tool for detecting security policy inconsistencies. Lötzbeyer and Pretschner (2000) and Pretschner, Slotosch et al (2004) propose a model-based testing methodology, in which test cases are automatically generated from abstract models using CLP and CHR. They consider the ability to formulate arbitrary test case specifications by means of CHR to be one of the strengths of their approach.…”
Section: Testing and Verificationmentioning
confidence: 99%
“…They are mainly based on the technique of symbolic execution [9,24]. The constraint rule systems that we generate to determine test data, are comparable to [28], where also constraint rules are generated encoding the visible inputs and outputs, guards and internal state changes. These rules are used to generate a set of test cases by transforming a whole system specification into Prolog.…”
Section: Related Workmentioning
confidence: 99%