Find research datasets worth reusing
Search datasets from major research repositories and use ShareScore to quickly assess how well each record supports discovery, access, and reuse.
57
datasets available to search
ShareScore release 0.9.0
Dataset results
57 results for “Test Automation”
Interactive maps for the visualization of ESRIUM automated driving tests with various EGNSS localization solutions
<p>In order to make the test results available to a broader audience in an easy manner, we have generated interactive maps. These maps are attached to this report and can be viewed in a web-browser. </p><p>Due to the large number of datasets, we have color-coded them on the map and in the menu. An arbitrary number of datasets can be selected at a time.</p><p>Due to the high accuracy of the EGNSS receivers, one can clearly identify the lane on which the vehicle was driving, and where the vehicle was performing a lane-change. However, the satellite/areal-images are not perfectly geo-referenced, thus one can notice a slight offset between satellite/areal-images and real-world lanes.</p><p> </p><p><strong>How to use the map?</strong></p><ul><li>The map can be used in a similar manner than other map-applications, such as google maps. By using the mouse, you can set the focus on the area of your interest. By using the +/- buttons (top left), you can zoom in/out.</li><li>By hovering over the layer-symbol (top right), a popup emerges. Here, you can select different background-tiles (such as satellite/areal-images). In addition, you can select different datasets which should be visualized on the map.</li></ul><p><strong>Background-tiles:</strong></p><ul><li>Basemap – Sat - Satellite/Areal images (from Basemap) -Symbolic map with high resolution (from Basemap)</li><li>Basemap – HighDPI Symbolic map with high resolution (from Basemap)</li><li>OpenStreetMap - Symbolic map (from OpenStreetMap)</li><li>OpenTopoMap - Symbolic map including topology information (from OpenTopoMap)</li></ul><p><strong>Datasets:</strong></p><ul><li>GNSS (Vehicle) - Position of vehicle, according to on-board GPS receiver</li><li>EGNSS (AsteRx SB3 Pro+) - Position of vehicle, according to AsteRx SB3 Pro+ receiver</li><li>EGNSS (mosaic-X5) - Position of vehicle, according to mosaic-X5 receiver</li><li>EGNSS (mosaic-H) - Position of vehicle, according to mosaic-H receiver</li><li>PVT Mode: EGNSS (AsteRx SB3 Pro+) - PVT Mode of AsteRx SB3 Pro+ receiver</li><li>PVT Mode: EGNSS (mosaic-X5) - PVT Mode of mosaic-X5 receiver</li><li>PVT Mode: EGNSS (mosaic-H) - PVT Mode of mosaic-H receiver</li><li>in-lane Offset Change-Request - Position, at which an in-lane offset change (relative to middle of the current lane) was requested via C-ITS</li><li>Lane Change to left - Position, at which a lane-change towards left was performed </li><li>Lane Change to right - Position, at which a lane-change towards right was performed</li></ul><p>Interactive maps are attached are two precision levels one with 4 and the other in 7 digits. The list files and the corresponding test conditions are listed below. </p><p>Test velocities [km/h]: 90, 110, 130 </p><p>interactive map files: </p><p>speed: 90 km/h</p><ul><li>Testrun_01.html</li><li>Testrun_03.html</li><li>Testrun_04.html</li></ul><p>speed: 110 km/h</p><ul><li>Testrun_05.html</li><li>Testrun_06.html</li><li>Testrun_07.html</li></ul><p>speed: 130 km/h </p><ul><li>Testrun_08.html</li><li>Testrun_09.html</li><li>Testrun_10.html</li></ul>
Can We Trust Tests To Automate Dependency Updates? A Case Study of Java Projects
<p>The dataset contains analyzed projects and modules for the paper "Can We Trust Tests To Automate Dependency Updates? A Case Study of Java Projects". The contents are the following:</p> <ul> <li><a href="/api/files/f0b463e1-7c71-4f10-8aa4-aa4ed963bd9e/manual-studied-modules.csv?versionId=8258b59c-3f88-487b-a4a3-007cb362a44a">manual-studied-modules.csv</a>: Manually analyzed Maven modules mentioned in Section 5.2</li> <li><a href="https://zenodo.org/api/files/f0b463e1-7c71-4f10-8aa4-aa4ed963bd9e/projects.zip">projects.zip</a>: Instrumented and Mutated Github Projects. Projects list applied mutation changes, and their dynamic and static call graph.</li> </ul>
OggyBug: A Test Automation Tool in Chatbots
<p>Backup video for the presentation of the paper titled "OggyBug: A Test Automation Tool in Chatbots", published in SAST - CBSoft 2020</p>
Dataset for "Automated Identification of Uniqueness in JUnit Tests"
<p>Dataset for "Automated Identification of Uniqueness in JUnit Tests"</p> <p>Author: Jianwei Wu, James Clause</p> <p>Please contact at wjwcis@udel.edu for any questions.</p> <p> </p>
Readme for the Dataset of "Automated Identification of Uniqueness in JUnit Tests"
<p>This is the README for the dataset of journal publication "Automated Identification of Uniqueness in JUnit Tests".</p> <p>Please read through this before using the dataset.</p>
The Dataset of Quantifying Alignment Deviations for Uniaxial Material Mechanical Testing via Automated Machine Learning
<p>The dataset consists of 4 alignment deviations of the uniaxial testing machine as well as 12 strain measurement points on cruciform specimens. A deep learning model is trained on the dataset to quantify 4 alignment deviations using 12 strain values on a thin plate specimen. The design of experiments includes Optimal Latin Hypercube, numerical modelling of Finite Element Methods. Using the Optimal Latin Hypercube, 12496 distinct groups of DOE simulation tests are constructed. Under the boundary conditions of 4 distinct deviations, 12 strain values at the required location on the cruciform specimen are obtained using Python scripts.</p> <p>The nine CSV files correspond to the nine analysis steps. The only difference among the nine analysis steps is the pretension force acting on RP1. Each CSV file contains 24 columns of data, and the corresponding contents of each column of data are as follows:</p> <ul> <li>Columns 1-6 are the freedoms of RP1 reference point, which are U1, U2, U3, ur1, UR2 and UR3 respectively;</li> <li>Columns 7-12 are the freedoms of RP2 reference points, which are U1, U2, U3, ur1, UR2 and UR3 respectively;</li> <li>Columns 13-24 are the strain values of the last 12 strain measurements of the thin plate rectangular specimen。</li> </ul>
Automated Nuclear Pleomorphism Scoring in Breast Cancer: Slide-Study test set
<p>This dataset contains data from the Slide-Study data set used in the paper:</p> <p>[1]<em> C. Mercan, M. Balkenhol, R. Salgado, M. Sherman, P. Vielh, W. Vreuls, A. Polonia, H. M. Horlings, W. Weichert, J. M. Carter, P. Bult, M. Christgen, C. Denkert, K. van de Vijver, J.-M Bokhorst, J. van der Laak, F. Ciompi, Deep learning for fully-automated nuclear pleomorphism scoring in breast cancer. NPJ Breast Cancer, 2022.</em></p> <p>The dataset consists of n=118 digital pathology whole-slide images (WSI) of breast cancer surgical resections, stained with hematoxylin and eosin (H&E) at Radboud University Medical Centers, Nijmegen (The Netherlands).</p> <p>The WSIs were scanned with a 3DHistech P1000 scanners at 0.25 um/px spacing, originally stored in MRXS file format. However, the WSIs made available here have been converted to TIFF format with a maximum spacing of 0.5 um/px. This was done to make slides broadly accessible (since MRXS files are sometimes not compatible with some digital pathology viewers or APIs), and with the same spacing used in the prediction of the pleomorphism score in the NPJ breast cancer paper.</p> <p>Note that we are solely releasing the Slide-Study test set used in [1]. Together with the data, we have released a web-based evaluation platform via the <a href="https://grand-challenge.org/">grand-challenge.org</a> platform, which can be found at this link: <a href="https://breastpleomorphism.grand-challenge.org/">https://breastpleomorphism.grand-challenge.org/</a>. In this way, researchers can download the WSI from Zenodo, process them with their algorithm to predict a single pleomorphism score for each slide, compile the predictions as indicated on the grand-challenge.org page, and submit them, to compare the results with the ones presented in the paper and with the opinion of a panel of four pathologists involved in the study.</p> <p>The data is released under CC BY-NC 4.0 license.</p>
Dataset for the workshop paper titled "Automating GUI-based Software Testing with GPT-3" published at AIST 2023
<p>The training dataset for the research paper "Automating GUI-based Software Testing with GPT-3" presented at the 3rd International Workshop on Artificial Intelligence in Software Testing (AIST 2023), which was a part of the 16th IEEE International Conference on Software Testing, Verification and Validation (ICST 2023). The dataset contains prompt completion pairs acquired through user interaction with the software and was used to fine-tune the GPT-3 model. The dataset is in the .jsonl format specified by OpenAI.</p>
Automated Isolation for White-box Test Generation
<p>We present an approach for automated isolation in white-box test generation. This publication contains the data and the corresponding analysis script written in R.</p>
Test automation maturity dataset
<p>This repository contains the dataset for the paper:</p> <p>Wang, Y., Mäntylä, M., Liu, Z., Markkula, J., Test Automation Maturity Improves Product Quality –Quantitative Study of Open Source Projects Using continuous integration. </p> <p>This dataset collected data from 37 java open source projects, which are actively adopting test automation using the Maven framework under the Travis CI environment, from two snapshots: Snapshot 2 represents the state of the project on 18th January 2021; Snapshot 1 represents the state of the project on 18th January 2020. The dataset contains the following files:</p> <p>- project data.csv: project data mined from project repositories. <br> - project_data_column_description. txt : the description to columns in project_data.csv<br> - Survey data: responses from the "Test automation maturity survey"<br> - Test class: test classes of each project at two snapshots<br> - Test logs: test logs of each project between two snapshots </p>
Artefact to our paper "An Empirical Study of Automated Unit Test Generation for Python"
<p><strong>Artefact for “An Empirical Study of Automated Unit Test Generation for Python”</strong></p> <p>Together with our paper “An Empirical Study of Automated Unit Test Generation for Python”, we provide this artefact for future use.</p> <p><strong>Pynguin Version</strong></p> <p>We used Pynguin 0.25.2 for our experiments. The releases of Pynguin are archieved by Zenodo, too. Pynguin 0.25.2 is available under DOI <a href="https://doi.org/10.5281/zenodo.6836225">10.5281/zenodo.6836225</a>.</p> <p><strong>Preparation of the Environment</strong></p> <p>We use the <a href="https://python-poetry.org"><code>poetry</code></a> dependency-management tool to manage all dependencies for this artefact. Install this tool if you have not done yet. Furthermore, let <code>poetry</code> create a virtual environment for the experiment by execution <code>poetry install</code>.</p> <p><strong>Execution of the Experiment</strong></p> <p>The execution scripts make several assumptions that are based on our infrastructure. We maintain a SLURM cluster infrastructure that defines different <code>constraints</code> for different machines.</p> <p>Furthermore, we assume some paths to be present: we assume every computing machine to have writable mount points at <code>/local/${USER}</code> and <code>/local/hdd/${USER}</code>. On our machines, both are mount points on the local hard disk/SSD of the computing machines. Additionally, we have a shared mount <code>/scratch/${USER}</code>, which is mounted via NFS from a central file server. This mount point is also mounted on all computing machines.</p> <p>We assume the created and packaged Docker image to be located at <code>/scratch/lukasczy/pynguin.tar</code>. You can change this path by editing the XML files. These XML files contain the basic definitions of the jobs: they specify the SLURM constraint, the version of the Pynguin Docker container, the used Pynguin configurations as well as the modules used for the experiments. These modules have to reside under <code>projects</code>, as they come with this artefact.</p> <p>The Python script <code>execution.py</code> generates the actual run scripts from the XML file. It generates all scripts necessary to run a SLURM array job consisting of all runs for the experiment. Further general settings for the SLURM array job are present in this file.</p> <p>The Bash script <code>run_experiment.sh</code> executes the full execution pipeline; one has to specify the variable <code>EXPERIMENT_NAME</code> to match the name of the respective XML file who's defined experiment shall be executed.</p> <p><em>Important:</em> Executing the full experiment can take several days, depending on your computing infrastructure! We do therefore provide the raw result CSVs for further inspection.</p> <p><strong>Data Analysis</strong></p> <p>All raw data resides in the <code>data</code> folder:</p> <ul> <li><code>loc_data.csv</code> contains all information about the lines of code in each module. This file was created using the <code>extract_locs_and_types.py</code> script in the root folder. Please note that executing this script requires that the <code>cloc</code> utility tool is installed on your system's path.</li> <li><code>types.csv</code> and <code>types_per_module.csv</code> contain type information extract from the modules at different granularity level. They are also generated using the aforementioned script.</li> <li><code>results-assertion.csv.xz</code> contains the raw results from the experiment for RQ3 that evaluates the effectiveness of the assertions.</li> <li><code>results.csv.xz</code> contains the raw results from the experiment for RQ1 and RQ2.</li> </ul> <p>We provide the Jupyter Notebook that generated the plots, tables, and various LaTeX macros in the <code>notebooks</code> folder. Please note that if you want to reexecute this notebook, you might have to change the <code>PAPER_EXPORT_PATH</code> constant in cell <code>[2]</code> to a suitable location on your machine. Executing this notebook requires a installation of a TeX system to be available on your system because the plots are generated using <code>pdflatex</code> and <code>matplotlib</code>s pgf backend.</p> <p><strong>Further Data</strong></p> <p>The folder <code>projects</code> contains all the projects in the versions stated in our paper. The folder <code>run-logs</code> contains all the run logs from our experiment executions.</p>
Artefact for "Automated Test Generation for Scratch Programs"
<p><strong>Automated Test Generation for Scratch Programs</strong></p> <p>Replication package for our study on <a href="https://arxiv.org/pdf/2202.06274.pdf">Automated Test Generation for Scratch Programs</a>.</p> <pre><code>@article{Deiner2022AutomatedTG, title={Automated Test Generation for Scratch Programs}, author={Adina Deiner and Patric Feldmeier and Gordon Fraser and Sebastian Schweikl and Wengran Wang}, journal={ArXiv}, year={2022}, volume={abs/2202.06274} }</code></pre> <p>It contains:</p> <ul> <li>A comprehensive README,</li> <li>the source code of <a href="https://github.com/se2p/whisker/tree/emse22">Whisker</a> and our custom <a href="https://github.com/se2p/scratch-vm/tree/emse22">Scratch VM</a>,</li> <li>a docker image of Whisker for a controlled execution environment,</li> <li>the datasets (as <code>*.sb3</code> Scratch project files) used in the study,</li> <li>the Whisker configuration files we used to generate tests with, and</li> <li>all experimental data from the paper as CSV files, along with scripts to re-create the plots.</li> </ul> <p>In case of questions, <a href="mailto:Patric.Feldmeier@uni-passau.de,Sebastian.Schweikl@uni-passau.de">feel free to contact us</a>.</p>
Automated and manual pooled sample testing with panther fusion and aptima SARS-CoV-2 assays
<p>Combining diagnostic specimens into pools has been considered as a strategy to augment throughput, decrease turnaround time, and leverage resources. This study utilized a multi-parametric approach to assess optimum pool size, impact of automation, and effect of nucleic acid amplification chemistries on the detection of SARS-CoV-2 RNA in pooled samples for surveillance testing on the Hologic Panther Fusion® System. Dorfman pooled testing was conducted with previously tested SARS-CoV-2 nasopharyngeal samples using Hologic's Aptima® and Panther Fusion® SARS-CoV-2 Emergency Use Authorization assays. A manual workflow was used to generate pool sizes of 5:1 (five samples: one positive, four negative) and 10:1. An automated workflow was used to generate pool sizes of 3:1, 4:1, 5:1, 8:1 and 10:1. The impact of pool size, pooling method, and assay chemistry on sensitivity, specificity, and lower limit of detection (LLOD) was evaluated. Both the Hologic Aptima® and Panther Fusion® SARS-CoV-2 assays demonstrated >85% positive percent agreement between neat testing and pool sizes ≤5:1, satisfying FDA recommendation. Discordant results between neat and pooled testing were more frequent for positive samples with CT>35. Fusion® CT (cycle threshold) values for pooled samples increased as expected for pool sizes of 5:1 (CT increase of 1.92 - 2.41) and 10:1 (CT increase of 3.03 - 3.29). The Fusion® assay demonstrated lower LLOD than the Aptima® assay for pooled testing (956 vs 1503 cp/mL, pool size of 5:1). Lowering the cut-off threshold of the Aptima® assay from 560 kRLU (manufacturer's setting) to 350 kRLU improved the assay sensitivity to that of the Fusion® assay for pooled testing. Both Hologic's SARS-CoV-2 assays met the FDA recommended guidelines for percent positive agreement (>85%) for pool sizes ≤5:1. Automated pooling increased test throughput and enabled automated sample tracking while requiring less labor. The Fusion® SARS-CoV-2 assay, which demonstrated a lower LLOD, may be more appropriate for surveillance testing.</p>
Automated Trustworthiness Testing for Machine Learning Classifiers
<p>This repository includes data for the paper <em>Automated Trustworthiness Testing for Machine Learning Classifiers</em>.</p>
Supporting material for "Pharmacological validation of individual animal locomotion, temperature and behavioural analysis in group-housed rats using a novel automated home cage analysis system: a comparison with the modified Irwin test"
<p>The data were uploaded to support the manuscript "Pharmacological validation of individual animal locomotion, temperature and behavioural analysis in group-housed rats using a novel automated home cage analysis system: a comparison with the modified Irwin test" for the submission to Journal of Pharmacological and Toxicological Methods.</p>
Comparing developer-provided to user-provided tests for fault localization and automated program repair: Artifacts
<p>Artifacts for the paper <em>Comparing developer-provided to user-provided tests for fault localization and automated program repair.</em></p> <p>Note that the artifacts are maintained in the following repositories:</p> <ul> <li>https://github.com/rjust/defects4j</li> <li>https://bitbucket.org/rjust/tests-tested-data</li> <li>https://bitbucket.org/rjust/fault-localization-data</li> </ul>
PopSweeper: Automatically Detecting and Resolving App-Blocking Pop-Ups to Assist Automated Mobile GUI Testing
<p>Collected data for paper: PopSweeper: Automatically Detecting and Resolving App-Blocking Pop-Ups to Assist Automated Mobile GUI Testing</p>
[dataset] Automated Test-based Learning and Verification of PerformanceModels for Microservices Systems
<p>This repository contains the replication package of experiments presented in the research paper "Automated Test-based Learning and Verification of PerformanceModels for Microservices Systems" (M Camilli, A Janes, B Russo).</p>
Training, Validation and Test Sets for paper 'A Little Data goes a Long Way: Automating Seismic Phase Arrival Picking at Nabro Volcano with Transfer Learning'
<p>Training, Validation and Test Data for model presented in paper 'A Little Data Goes A Long Way: Automating Seismic Phase Arrival Picking at Nabro Volcano with Transfer Learning', submitted to Journal of Geophysical Research: Solid Earth.</p> <p>Files:</p> <p>- train_events_2498.h5 = training set of seismic waveforms (events with P-/S-wave labelled arrivals only, i.e., no noise waveforms)</p> <p>- train_events_2498.pkl = event training set metadata (UTC P-/S-wave phase arrival times)</p> <p>- train_noise_2498.h5 = training set of seismic waveforms (noise sections only, i.e., no event waveforms)</p> <p>- train_noise_2498.pkl = noise training set metadata (UTC time for training noise waveforms)</p> <p>- val_events.h5 = validation set of seismic waveforms (events with P-/S-wave labelled arrivals only, i.e., no noise waveforms)</p> <p>- val_events.pkl = event validation set metadata (UTC P-/S-wave phase arrival times)</p> <p>- val_noise.h5 = validation set of seismic waveforms (noise sections only, i.e., no event waveforms)</p> <p>- val_noise.pkl = noise validation set metadata (UTC time for validation noise waveforms)</p> <p>- test.h5 = test set of seismic waveforms (events and noise)</p> <p>- test_events.pkl = event test set metadata (UTC P-/S-wave phase arrival times for test event waveforms)</p> <p>- test_noise.pkl = noise test set metadata (UTC time for test noise waveforms)</p> <p>- nabro_2011-247.mseed = 24 hours seismic data from Nabro Urgency Array (2011-09-04), saved in mseed format (e.g., can be read with obspy)</p> <p>- nabro_2011-269.mseed = 24 hours seismic data from Nabro Urgency Array (2011-09-26), saved in mseed format (e.g., can be read with obspy)</p> <p> </p> <p>Further details and code for reading and using these files can be found at the GitHub repo for this paper: <a href="https://github.com/sachalapins/U-GPD">https://github.com/sachalapins/U-GPD</a></p> <p> </p>
Datasets for publication: FREEDA: an automated computational pipeline guides experimental testing of protein innovation
<p>Supplementary materials related to the article: Dudka D, Akins RB, Lampson MA (2023) FREEDA: an automated computational pipeline guides experimental testing of protein innovation. Journal of Cell Biology.</p> <p> </p> <p>The file includes FREEDA pipeline validation results: orthologue detection, comparison with previously published datasets, analysis of rodent centromere proteins and additional analyses of KIF4A, KIF4B, histone H4, MICA, MICB, NUP73 and HERC5. Manually aligned structural prediction models for MIS18A, MIS18B, AURKC, CENP-O and CENP-P are also included.</p>
ScienceDex guides
Understand access before you commit
These curated guides explain access requirements, typical timelines, costs, and reuse considerations for widely used research datasets.
Allen Brain Atlas
Allen Brain Atlas is an Allen Institute collection of brain map atlases, datasets, APIs, and analysis tools covering mouse, human, and non-human primate brain resources.
Annotated Behaviour and Observability Dataset (ABODe)
ABODe is a University of Edinburgh DataShare dataset for behavior classification in group-housed mice using home-cage video, identities, bounding boxes, ground-plate positions, and annotator labels.
DANDI Archive for NWB datasets
DANDI is a BRAIN Initiative archive for publishing and sharing neurophysiology data, including electrophysiology, optophysiology, and behavioral data packaged as NWB and related standards.
International Brain Laboratory public data
The International Brain Laboratory public data releases expose standardized mouse decision-making experiments, including Neuropixels recordings, widefield calcium imaging, behavior, and session metadata accessed through the ONE API.
OpenNeuro
OpenNeuro is a free, open platform for sharing neuroimaging datasets, with public search, dataset pages, and download paths for web, S3, DataLad, and the OpenNeuro CLI.