Mattia Fazzini

dblp:118/3935 · DBLP profile ↗
← Back
6ranked-venue papers in the field
0as first author
6since 2021 · last 2026
0000-0002-1412-1546ORCID · verified

Domains — venue-derived; a paper can count in several

Other / Interdisciplinary · 6
YearPublicationVenuePosition
2026 Human-Agent versus Human Pull Requests: A Testing-Focused Characterization and Comparison
Roberto Milanese, Francesco Salzano, Angelica Spina, Antonio Vitale, Remo Pareschi, Fausto Fasano, Mattia Fazzini
MSR7
2026 AndroT: A Dataset of Android Apps with Tests
abstract
Given the central role that Android apps play in everyday life, app testing is crucial, yet there is no readily available dataset of tests from real-world apps for supporting research on app testing. In this paper, we introduce AndroT, a curated dataset of 1,337 Android app projects hosted on GitHub and published on Google Play or F-Droid that contain a total of 49,578 tests. The dataset also includes carefully extracted metadata on the tests and discusses potential applications of the dataset and directions for its extension.
Hovhannes Muradyan, Mattia Fazzini
MSR2
2025 DataTD: A Dataset of Java Projects Including Test Doubles
abstract
Test doubles enable developers to isolate software components, simulate complex scenarios, and validate interactions during testing. Despite their critical role, there is a lack of systematically created and structured datasets for studying, devising, and evaluating techniques that aim to automate various aspects of the creation, usage, and maintenance of test doubles. To address this limitation, this paper introduces a novel dataset of 1,070 projects including test doubles. The dataset also includes carefully extracted metadata describing the use of the test doubles in the projects. Finally, the paper discusses the potential applications of the dataset in future research and directions for extending the dataset.
Mattia Fazzini
MSR2
2024 Automating GUI-based Test Oracles for Mobile Apps
abstract
In automated testing, test oracles are used to determine whether software behaves correctly on individual tests by comparing expected behavior with actual behavior, revealing incorrect behavior. Automatically creating test oracles is a challenging task, especially in domains where software behavior is difficult to model. Mobile apps are one such domain, primarily due to their event-driven, GUI-based nature, coupled with significant ecosystem fragmentation. This paper takes a step toward automating the construction of GUI-based test oracles for mobile apps, first by characterizing common behaviors associated with failures into a behavioral taxonomy, and second by using this taxonomy to create automated oracles. Our taxonomy identifies and categorizes common GUI element behaviors, expected app responses, and failures from 124 reproducible bug reports, which allow us to better understand oracle characteristics. We use the taxonomy to create app-independent oracles and report on their generalizability by analyzing an additional dataset of 603 bug reports. We also use this taxonomy to define an app-independent process for creating automated test oracles, which leverages computer vision and natural language processing, and apply our process to automate five types of app-independent oracles. We perform a case study to assess the effectiveness of our automated oracles by exposing them to 15 real-world failures. The oracles reveal 11 of the 15 failures and report only one false positive. Additionally, we combine our oracles with a recent automated test input generation tool for Android, revealing two bugs with a low false positive rate. Our results can help developers create stronger automated tests that can reveal more problems in mobile apps and help researchers who can use the understanding from the taxonomy to make further advances in test automation.
Kesina Baral, Jack Johnson, Junayed Mahmud, Sabiha Salma, Mattia Fazzini, Julia Rubin, A. Jefferson Offutt, Kevin Moran
MSR5
2022 Do Customized Android Frameworks Keep Pace with Android?
abstract
To satisfy varying customer needs, device vendors and OS providers often rely on the open-source nature of the Android OS and offer customized versions of the Android OS. When a new version of the Android OS is released, device vendors and OS providers need to merge the changes from the Android OS into their customizations to account for its bug fixes, security patches, and new features. Because developers of customized OSs might have made changes to code locations that were also modified by the developers of the Android OS, the merge task can be characterized by conflicts, which can be time-consuming and error-prone to resolve.
Mattia Fazzini, John C. Grundy, Li Li 0029
MSR2
2021 Andror2: A Dataset of Manually-Reproduced Bug Reports for Android apps
abstract
Software maintenance constitutes a large portion of the software development lifecycle. To carry out maintenance tasks, developers often need to understand and reproduce bug reports. As such, there has been increasing research activity coalescing around the notion of automating various activities related to bug reporting. A sizable portion of this research interest has focused on the domain of mobile apps. However, as research around mobile app bug reporting progresses, there is a clear need for a manually vetted and reproducible set of real-world bug reports that can serve as a benchmark for future work. This paper presents AndroR2: a dataset of 90 manually reproduced bug reports for Android apps listed on Google Play and hosted on GitHub, systematically collected via an in-depth analysis of 459 reports extracted from the GitHub issue tracker. For each reproduced report, AndroR2 includes the original bug report, an apk file for the buggy version of the app, an executable reproduction script, and metadata regarding the quality of the reproduction steps associated with the original report. We believe that the AndroR2 dataset can be used to facilitate research in automatically analyzing, understanding, reproducing, localizing, and fixing bugs for mobile applications as well as other software maintenance activities more broadly.
Tyler Wendland, Jingyang Sun, Junayed Mahmud, S. M. Hasan Mansur 0001, Steven Huang, Kevin Moran, Julia Rubin, Mattia Fazzini
MSR8