Demo Data from EDBT 2026 / reviewers in the wild / expert
Julian Reck
dblp:333/8402
· DBLP profile ↗
1ranked-venue papers
1as first author
1since 2021 · last 2023
0009-0001-4531-5669ORCID · reported
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 1 · 1 first-author · 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 |
Empirical software engineering · 50% Software testing · 50% |
Topics — the 2 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Empirical software engineering
mining software repositories |
0.7 | 1 | 2023 | A Multidimensional Analysis of Bug Density in SAP HANA · ESEC/SIGSOFT FSE 2023 |
Software testing › fault analysis
test failure analysis |
0.7 | 1 | 2023 | A Multidimensional Analysis of Bug Density in SAP HANA · ESEC/SIGSOFT FSE 2023 |
Methods — techniques the papers use, named apart from their topics
statistical analysis · 0.7dynamic thresholds · 0.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | A Multidimensional Analysis of Bug Density in SAP HANAabstractResearchers and practitioners have been studying correlations between software metrics and defects for decades. The typical approach is to postulate a hypothesis that a certain metric correlates with the number of defects. A statistical test then utilizes historical data to accept or reject the hypothesis. Although this methodology has been widely adopted, our own experience is that such correlations are often limited in their practical relevance, particularly for large industrial projects: Interpreting and arguing about them is challenging and cumbersome; the difference between correlation and causation might not be clear; and the practical impact of a correlation is often questioned due to misconceptions between a statistical conclusion and the impact on singular events. Instead of discussing correlations, we found that the analysis for binary testedness results in more fruitful discussions. Binary testedness, as proposed by prior work, utilizes a metric to divide the source code into two parts and verifies whether more (or less) defects appear in each part than expected. In our work, we leverage the binary testedness approach and analyze several software metrics for a large industrial project to illustrate the concept. We furthermore introduce dynamic thresholds as a novel and more practical approach for source code classification compared to the static binary classification of previous works. Our results show that some studied metrics have a significant correlation with bug distribution, but effect sizes differ by several magnitudes across metrics. Overall, our approach moves away from “metric X correlates with defects” to a more fruitful “source code with attribute X has more (or less) bugs than expected”, reframing the discussion from questioning statistics and methods towards an evidence-based root cause analysis. Julian Reck, Thomas Bach 0001, Jan Stoess |
ESEC/SIGSOFT FSE | 1 |