Proceedings of the 2013 International Symposium on Software Testing and Analysis 2013
DOI: 10.1145/2483760.2492396
|View full text |Cite
|
Sign up to set email alerts
|

Product-line verification with feature-oriented contracts

Abstract: Software product lines allow programmers to reuse code across similar software products. Software products are decomposed into separate modules representing user-visible features. Based on a selection of desired features, a customized software product can be generated automatically. However, these reuse mechanisms challenge existing techniques for specification and verification of software. Specifying and verifying each product involves redundant steps, and is often infeasible. We discuss how method contracts … Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2

Citation Types

0
3
0

Year Published

2015
2015
2018
2018

Publication Types

Select...
2
1

Relationship

0
3

Authors

Journals

citations
Cited by 3 publications
(3 citation statements)
references
References 25 publications
0
3
0
Order By: Relevance
“…While this is an effective way to implement variability, code, and feature traceability, as well as modularity are poorly supported or even unintended. () Furthermore, type‐checking all possible configurations of a product line is challenging for the annotation‐based implementations. ()…”
Section: Introductionmentioning
confidence: 99%
“…While this is an effective way to implement variability, code, and feature traceability, as well as modularity are poorly supported or even unintended. () Furthermore, type‐checking all possible configurations of a product line is challenging for the annotation‐based implementations. ()…”
Section: Introductionmentioning
confidence: 99%
“…This facilitates traceability and maintenance but also poses new challenges. For example, analysing and testing become more challenging, due to the complexity and separation of code . Existing composition‐based approaches rely on the same concepts but differ in implementation details compared with feature‐oriented programming.…”
Section: Introductionmentioning
confidence: 99%
“…This facilitates traceability and maintenance [12,29,30] but also poses new challenges. For example, analysing and testing become more challenging, due to the complexity and separation of code [12,31]. Existing composition-based approaches rely on the same concepts but differ in implementation details compared with feature-oriented programming.In Figure 1, we show an example for feature-oriented programming using FeatureHouse [23,32], a tool to compose the corresponding source code.…”
mentioning
confidence: 99%