VLDB 2026 Research / reviewers in the wild / expert
Dengfeng Li 0003
dblp:46/5907-3
· DBLP profile ↗
4ranked-venue papers
0as first author
0since 2021 · last 2018
0000-0002-8875-6974ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 3Security and privacy · 1
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
3 papers |
Software testing · 74% Empirical software engineering · 26% |
Topics — the 9 heaviest of 9, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software testing › test generation
android test generation |
0.3 | 1 | 2018 | An empirical study of Android test generation tools in industrial cases · ASE 2018 |
Empirical software engineering › software evaluation
tool evaluation |
0.3 | 1 | 2018 | An empirical study of Android test generation tools in industrial cases · ASE 2018 |
Software testing
UI testing |
0.3 | 1 | 2018 | An empirical study of Android test generation tools in industrial cases · ASE 2018 |
Software testing
mobile application testing |
0.3 | 1 | 2017 | Record and replay for Android: are we there yet in industrial cases? · ESEC/SIGSOFT FSE 2017 |
Software testing › GUI testing
record-and-replay testing |
0.3 | 1 | 2017 | Record and replay for Android: are we there yet in industrial cases? · ESEC/SIGSOFT FSE 2017 |
Empirical software engineering › software engineering research methodology
industrial case study |
0.2 | 1 | 2016 | Automated test input generation for Android: are we really there yet in an industrial case? · SIGSOFT FSE 2016 |
Software testing
test input generation |
0.2 | 1 | 2016 | Automated test input generation for Android: are we really there yet in an industrial case? · SIGSOFT FSE 2016 |
Software testing
test coverage |
0.1 | 1 | 2018 | An empirical study of Android test generation tools in industrial cases · ASE 2018 |
Software testing
automated testing |
0.1 | 1 | 2017 | Record and replay for Android: are we there yet in industrial cases? · ESEC/SIGSOFT FSE 2017 |
Methods — techniques the papers use, named apart from their topics
empirical comparison · 0.6monkey testing · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2018 | An empirical study of Android test generation tools in industrial casesabstractUser Interface (UI) testing is a popular approach to ensure the quality of mobile apps. Numerous test generation tools have been developed to support UI testing on mobile apps, especially for Android apps. Previous work evaluates and compares different test generation tools using only relatively simple open-source apps, while real-world industrial apps tend to have more complex functionalities and implementations. There is no direct comparison among test generation tools with regard to effectiveness and ease-of-use on these industrial apps. To address such limitation, we study existing state-of-the-art or state-of-the-practice test generation tools on 68 widely-used industrial apps. We directly compare the tools with regard to code coverage and fault-detection ability. According to our results, Monkey, a state-of-the-practice tool from Google, achieves the highest method coverage on 22 of 41 apps whose method coverage data can be obtained. Of all 68 apps under study, Monkey also achieves the highest activity coverage on 35 apps, while Stoat, a state-of-the-art tool, is able to trigger the highest number of unique crashes on 23 apps. By analyzing the experimental results, we provide suggestions for combining different test generation tools to achieve better performance. We also report our experience in applying these tools to industrial apps under study. Our study results give insights on how Android UI test generation tools could be improved to better handle complex industrial apps. Dengfeng Li 0003, Wei Yang 0013, Yurui Cao, Zhenwen Zhang, Yuetang Deng, Tao Xie 0001 |
ASE | 2 |
| 2017 | Record and replay for Android: are we there yet in industrial cases?abstractMobile applications, or apps for short, are gaining popularity. The input sources (e.g., touchscreen, sensors, transmitters) of the smart devices that host these apps enable the apps to offer a rich experience to the users, but these input sources pose testing complications to the developers (e.g., writing tests to accurately utilize multiple input sources together and be able to replay such tests at a later time). To alleviate these complications, researchers and practitioners in recent years have developed a variety of record-and-replay tools to support the testing expressiveness of smart devices. These tools allow developers to easily record and automate the replay of complicated usage scenarios of their app. Due to Android's large share of the smart-device market, numerous record-and-replay tools have been developed using a variety of techniques to test Android apps. To better understand the strengths and weaknesses of these tools, we present a comparison of popular record-and-replay tools from researchers and practitioners, by applying these tools to test three popular industrial apps downloaded from the Google Play store. Our comparison is based on three main metrics: (1) ability to reproduce common usage scenarios, (2) space overhead of traces created by the tools, and (3) robustness of traces created by the tools (when being replayed on devices with different resolutions). The results from our comparison show which record-and-replay tools may be the best for developers and identify future directions for improving these tools to better address testing complications of smart devices. Wing Lam, Zhengkai Wu, Dengfeng Li 0003, Haibing Zheng, Yuetang Deng, Tao Xie 0001 |
ESEC/SIGSOFT FSE | 3 |
| 2017 | UiRef: analysis of sensitive user inputs in Android applicationsabstractMobile applications frequently request sensitive data. While prior work has focused on analyzing sensitive-data uses originating from well-defined API calls in the system, the security and privacy implications of inputs requested via application user interfaces have been widely unexplored. In this paper, our goal is to understand the broad implications of such requests in terms of the type of sensitive data being requested by applications. Benjamin Andow, Akhil Acharya, Dengfeng Li 0003, William Enck, Kapil Singh, Tao Xie 0001 |
WISEC | 3 |
| 2016 | Automated test input generation for Android: are we really there yet in an industrial case?abstractGiven the ever increasing number of research tools to automatically generate inputs to test Android applications (or simply apps), researchers recently asked the question "Are we there yet?" (in terms of the practicality of the tools). By conducting an empirical study of the various tools, the researchers found that Monkey (the most widely used tool of this category in industrial practices) outperformed all of the research tools that they studied. In this paper, we present two significant extensions of that study. First, we conduct the first industrial case study of applying Monkey against WeChat, a popular messenger app with over 762 million monthly active users, and report the empirical findings on Monkey's limitations in an industrial setting. Second, we develop a new approach to address major limitations of Monkey and accomplish substantial code-coverage improvements over Monkey, along with empirical insights for future enhancements to both Monkey and our approach. Xia Zeng, Dengfeng Li 0003, Wujie Zheng, Yuetang Deng, Wing Lam, Wei Yang 0013, Tao Xie 0001 |
SIGSOFT FSE | 2 |