Demo Data from EDBT 2026 / reviewers in the wild / expert
Shuai Wang 0035
dblp:42/1503-35
· DBLP profile ↗
2ranked-venue papers
1as first author
2since 2021 · last 2024
0009-0006-9741-6716ORCID · verified
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2 · 1 first-author · 2 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
2 papers |
Software testing · 74% Software maintenance and evolution · 26% |
Topics — the 6 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution › release engineering
continuous integration |
0.8 | 1 | 2024 | Revisiting Test-Case Prioritization on Long-Running Test Suites · ISSTA 2024 |
Software testing › regression testing
test case prioritization |
0.8 | 1 | 2024 | Revisiting Test-Case Prioritization on Long-Running Test Suites · ISSTA 2024 |
Software testing
configuration testing |
0.7 | 1 | 2023 | Test Selection for Unified Regression Testing · ICSE 2023 |
Software testing
regression testing |
0.7 | 1 | 2023 | Test Selection for Unified Regression Testing · ICSE 2023 |
Software testing › regression testing
regression test selection |
0.7 | 1 | 2023 | Test Selection for Unified Regression Testing · ICSE 2023 |
Software maintenance and evolution › software configuration management › software release management
software deployment |
0.2 | 1 | 2023 | Test Selection for Unified Regression Testing · ICSE 2023 |
Methods — techniques the papers use, named apart from their topics
test case prioritization · 0.8unified selection algorithm · 0.7dependency analysis · 0.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2024 | Revisiting Test-Case Prioritization on Long-Running Test SuitesabstractThe prolonged continuous integration (CI) runs are affecting timely feedback to software developers. Test-case prioritization (TCP) aims to expose faults sooner by reordering tests such that the ones more likely to fail are run earlier. TCP is thus especially important for long-running test suites. While many studies have explored TCP, they are based on outdated CI builds from over 10 years ago with test suites that last several minutes, or builds from inaccessible, proprietary projects. In this paper, we present LRTS, the first dataset of long-running test suites, with 21,255 CI builds and 57,437 test-suite runs from 10 large-scale, open-source projects that use Jenkins CI. LRTS spans from 2020 to 2023, with an average test-suite run duration of 6.5 hours. On LRTS, we study the effectiveness of 59 leading TCP techniques, the impact of confounding test failures on TCP, and TCP for failing tests with no prior failures. We revisit prior key findings (9 confirmed, 2 refuted) and establish 3 new findings. Our results show that prioritizing faster tests that recently failed performs the best, outperforming the sophisticated techniques. Runxiang Cheng, Shuai Wang 0035, Reyhaneh Jabbarvand Behrouz, Darko Marinov |
ISSTA | 2 |
| 2023 | Test Selection for Unified Regression TestingabstractToday's software failures have two dominating root causes: code bugs and misconfigurations. To combat failure-inducing software changes, unified regression testing (URT) is needed to synergistically test the changed code and all changed production configurations for deployment reliability. However, URT could incur high cost, as it needs to run a large number of tests under multiple configurations. Regression test selection (RTS) can reduce regression testing cost. Unfortunately, no existing RTS technique reasons about code and configuration changes collectively. We introduce Unified Regression Test Selection (uRTS) to effectively reduce the cost of URT. uRTS supports project changes on 1) code only, 2) configurations only, and 3) both code and configurations. It selects regular tests and configuration tests with a unified selection algorithm. The uRTS algorithm analyzes code and configuration dependencies of each test across runs and across configurations. uRTS provides the same safety guarantee as the state-of-the-art RTS while selecting fewer tests and, more importantly, reducing the end-to-end testing time. We implemented uRTS on top of Ekstazi (a RTS tool for code changes) and Ctest (a configuration testing framework). We evaluate uRTS on hundreds of code revisions and dozens of configurations of five large projects. The results show that uRTS reduces the end-to-end testing time, on average, by 3.64X compared to executing all tests and 1.87X compared to a competitive reference solution that directly extends RTS for URT. Shuai Wang 0035, Xinyu Lian, Darko Marinov, Tianyin Xu |
ICSE | 1 |