Demo Data from EDBT 2026 / reviewers in the wild / expert
Peilun Zhang
dblp:205/2568
· DBLP profile ↗
1ranked-venue papers
1as first author
1since 2021 · last 2021
—ORCID · unresolved
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 |
Software testing · 67% Debugging and program repair · 33% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Debugging and program repair
automated program repair |
0.5 | 1 | 2021 | Domain-Specific Fixes for Flaky Tests with Wrong Assumptions on Underdetermined Specifications · ICSE 2021 |
Software testing
flaky test |
0.5 | 1 | 2021 | Domain-Specific Fixes for Flaky Tests with Wrong Assumptions on Underdetermined Specifications · ICSE 2021 |
Software testing
test repair |
0.5 | 1 | 2021 | Domain-Specific Fixes for Flaky Tests with Wrong Assumptions on Underdetermined Specifications · ICSE 2021 |
Methods — techniques the papers use, named apart from their topics
nondex · 0.5mutation testing · 0.5
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2021 | Domain-Specific Fixes for Flaky Tests with Wrong Assumptions on Underdetermined SpecificationsabstractLibrary developers can provide classes and methods with underdetermined specifications that allow flexibility in future implementations. Library users may write code that relies on a specific implementation rather than on the specification, e.g., assuming mistakenly that the order of elements cannot change in the future. Prior work proposed the NonDex approach that detects such wrong assumptions. We present a novel approach, called DexFix, to repair wrong assumptions on underdetermined specifications in an automated way. We run the NonDex tool on 200 open-source Java projects and detect 275 tests that fail due to wrong assumptions. The majority of failures are from iterating over HashMap/HashSet collections and the getDeclaredFields method. We provide several new repair strategies that can fix these violations in both the test code and the main code. DexFix proposes fixes for 119 tests from the detected 275 tests. We have already reported fixes for 102 tests as GitHub pull requests: 74 have been merged, with only 5 rejected, and the remaining pending. Peilun Zhang, Yanjie Jiang, Anjiang Wei, Victoria Stodden, Darko Marinov, August Shi |
ICSE | 1 |