Software Product Lines 2006
DOI: 10.1007/978-3-540-33253-4_13
|View full text |Cite
|
Sign up to set email alerts
|

The ScenTED Method for Testing Software Product Lines

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
44
0
2

Year Published

2007
2007
2018
2018

Publication Types

Select...
6
2
1

Relationship

0
9

Authors

Journals

citations
Cited by 37 publications
(46 citation statements)
references
References 5 publications
0
44
0
2
Order By: Relevance
“…There is no single recommended approach available today for testing interactions between features in product lines efficiently [11], but there are many suggestions. Some of the more promising suggestions are combinatorial interaction testing [1], discussed below; a technique called ScenTED, where the idea is to express the commonalities and differences on the UML model of the product line and then derive concrete test cases by analyzing it [12]; and incremental testing, where the idea is to automatically adapt a test case from one product to the next using the specification of similarities and differences between the products [13]. Kim et al 2011 [14] presented a technique where they can identify irrelevant features for a test case using static analysis.…”
Section: Reusable Component Testingmentioning
confidence: 99%
“…There is no single recommended approach available today for testing interactions between features in product lines efficiently [11], but there are many suggestions. Some of the more promising suggestions are combinatorial interaction testing [1], discussed below; a technique called ScenTED, where the idea is to express the commonalities and differences on the UML model of the product line and then derive concrete test cases by analyzing it [12]; and incremental testing, where the idea is to automatically adapt a test case from one product to the next using the specification of similarities and differences between the products [13]. Kim et al 2011 [14] presented a technique where they can identify irrelevant features for a test case using static analysis.…”
Section: Reusable Component Testingmentioning
confidence: 99%
“…In the area of product line engineering, models have been used to test application requirements derived from domain requirements [5]. The models have also been used to derive application test cases from reusable domain test cases, which have been created to verify and validate domain requirements [32].…”
Section: Human To Machine Communicationmentioning
confidence: 99%
“…As all of these notations are based on a defined formalism, they provide the possibility to inspect and analyze the use case descriptions automatically and to use these formal models in succeeding activities (e.g. test case design [Reuys06,Ryser00]). However the major drawback of using formal notations is rooted in their formality as well, since formal descriptions are difficult to understand by non-technical stakeholders.…”
Section: Related Workmentioning
confidence: 99%