2015
DOI: 10.1007/978-3-662-46675-9_6
|View full text |Cite
|
Sign up to set email alerts
|

Facilitating Reuse in Multi-goal Test-Suite Generation for Software Product Lines

Abstract: Abstract. Software testing is still the most established and scalable quality-assurance technique in practice. However, generating effective test suites remains computationally expensive, consisting of repetitive reachability analyses for multiple test goals according to a coverage criterion. This situation is even worse when testing entire software product lines, i.e., families of similar program variants, requiring a sufficient coverage of all derivable program variants. Instead of considering every product … Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1

Citation Types

0
8
0

Year Published

2015
2015
2022
2022

Publication Types

Select...
6
2
1

Relationship

3
6

Authors

Journals

citations
Cited by 23 publications
(9 citation statements)
references
References 28 publications
0
8
0
Order By: Relevance
“…Then we define a partitioning procedure for μL f that allows us to apply our results from [20]. Next, we evaluate our approach by verifying a number of representative properties over an mCRL2 specification of the minepump SPL benchmark model [8,13,[23][24][25]. We verify typical lineartime and branching-time properties.…”
Section: Contributionsmentioning
confidence: 99%
“…Then we define a partitioning procedure for μL f that allows us to apply our results from [20]. Next, we evaluate our approach by verifying a number of representative properties over an mCRL2 specification of the minepump SPL benchmark model [8,13,[23][24][25]. We verify typical lineartime and branching-time properties.…”
Section: Contributionsmentioning
confidence: 99%
“…We implemented this approach in the testinput generator CPA/TIGER [16]. Recently, CPA/TIGER was extended to support software-product line testing [17].…”
Section: Q16mentioning
confidence: 99%
“…A software product line (SPL) is considered as a set of products that all shared a lot of characteristics and vary in their particular configuration of variability, portfolios of very similar products are developed to get lower product cost, faster development cycles, and better quality [1], while Software product line engineering (SPLE) means to develop up a group of similar software products where commonality and variability among the family members (product variations) are explicitly determined by features where each feature is a visible characteristic of product in SPL related to product configuration [2]. Modeling variability is an essential in SPLE and a typical approach of the variability is called feature modeling and presents feature models as feature diagrams and the graphical notations is the most popular type of representation for feature diagrams [2], [3], particularly it encourages analysis to present a graphical language for these feature diagrams and associate it with formal representation considered as a base for building software engineering tool.…”
Section: Introductionmentioning
confidence: 99%