Demo Data from VLDB 2026 / reviewers in the wild / expert
Lucas Bruck
dblp:348/6529
· DBLP profile ↗
1ranked-venue papers
0as first author
1since 2021 · last 2023
0000-0002-2167-7729ORCID · reported
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 1 · 1 since 2021
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Software engineering, system software, and programming languages
1 paper |
Software testing · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Embedded and real-time systems · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software testing
search-based software testing |
0.7 | 1 | 2023 | Test Case Generation for Drivability Requirements of an Automotive Cruise Controller: An Experience with an Industrial Simulator · ESEC/SIGSOFT FSE 2023 |
Software testing
test generation |
0.7 | 1 | 2023 | Test Case Generation for Drivability Requirements of an Automotive Cruise Controller: An Experience with an Industrial Simulator · ESEC/SIGSOFT FSE 2023 |
Embedded and real-time systems › automotive embedded systems
automotive software |
0.2 | 1 | 2023 | Test Case Generation for Drivability Requirements of an Automotive Cruise Controller: An Experience with an Industrial Simulator · ESEC/SIGSOFT FSE 2023 |
Methods — techniques the papers use, named apart from their topics
search-based software testing · 1.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | Test Case Generation for Drivability Requirements of an Automotive Cruise Controller: An Experience with an Industrial SimulatorabstractAutomotive software development requires engineers to test their systems to detect violations of both functional and drivability requirements. Functional requirements define the functionality of the automotive software. Drivability requirements refer to the driver's perception of the interactions with the vehicle; for example, they typically require limiting the acceleration and jerk perceived by the driver within given thresholds. While functional requirements are extensively considered by the research literature, drivability requirements garner less attention. This industrial paper describes our experience assessing the usefulness of an automated search-based software testing (SBST) framework in generating failure-revealing test cases for functional and drivability requirements. We report on our experience with the VI-CarRealTime simulator, an industrial virtual modeling and simulation environment widely used in the automotive domain. We designed a Cruise Control system in Simulink for a four-wheel vehicle, in an iterative fashion, by producing 21 model versions. We used the SBST framework for each version of the model to search for failure-revealing test cases revealing requirement violations. Our results show that the SBST framework successfully identified a failure-revealing test case for 66.7% of our model versions, requiring, on average, 245.9s and 3.8 iterations. We present lessons learned, reflect on the generality of our results, and discuss how our results improve the state of practice. Federico Formica, Nicholas Petrunti, Lucas Bruck, Vera Pantelic, Mark Lawford, Claudio Menghi |
ESEC/SIGSOFT FSE | 3 |