Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Shuai Wang 0035

dblp:42/1503-35 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Software maintenance and evolution › release engineering
continuous integration
0.812024
Revisiting Test-Case Prioritization on Long-Running Test Suites · ISSTA 2024
Software testing › regression testing
test case prioritization
0.812024
Revisiting Test-Case Prioritization on Long-Running Test Suites · ISSTA 2024
Software testing
configuration testing
0.712023
Test Selection for Unified Regression Testing · ICSE 2023
Software testing
regression testing
0.712023
Test Selection for Unified Regression Testing · ICSE 2023
Software testing › regression testing
regression test selection
0.712023
Test Selection for Unified Regression Testing · ICSE 2023
Software maintenance and evolution › software configuration management › software release management
software deployment
0.212023
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
YearPublicationVenuePosition
2024 Revisiting Test-Case Prioritization on Long-Running Test Suites
abstract
The 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
ISSTA2
2023 Test Selection for Unified Regression Testing
abstract
Today'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
ICSE1