Webdriverio JSON Test Results Report
Save Webdriverio test results as a JSON file
A WDIO JSON test reporter to create test reports that follow the CTRF standard.
Common Test Report Format ensures the generation of uniform JSON test reports, independent of programming languages or test framework in use.
⭐ If you find this project useful, consider giving it a GitHub star ⭐
It means a lot to us and helps us grow this open source library.
We need your help
We believe CTRF can save a lot of time for engineers, a single data serialisation report, well structured, community driven and works with any framework. For over 30s years software engineers have used a de facto data serialisation report, you know the one! But we feel it’s time to modernise.
The only way we can grow CTRF is with your help and the support of the software engineering community.
How can you help?
- Join and build with us! We are looking for contributors, get involved in this early stage project. All contributions are welcome.
- Give this repository a star ⭐⭐⭐⭐⭐⭐
- Follow the CTRF GitHub organisation
- Clap for our medium articles (30 times each) 👏
- Share, share share! Discord, Reddit, Twitter, LinkedIn, Slack, Teams, whereever! - please share our libraries, our homepage, our Medium articles
- Maybe even write a blog about us!
- Try our tools
Thank you so much!!
Features
- Generate JSON test reports that follow CTRF standard
- Straightforward integration with WDIO
{
"results": {
"tool": {
"name": "webdriverio"
},
"summary": {
"tests": 1,
"passed": 1,
"failed": 0,
"pending": 0,
"skipped": 0,
"other": 0,
"start": 1706828654274,
"stop": 1706828655782
},
"tests": [
{
"name": "ctrf should generate the same report with any tool",
"status": "passed",
"duration": 100
}
],
"environment": {
"appName": "MyApp",
"buildName": "MyBuild",
"buildNumber": "1"
}
}
}
What is CTRF?
CTRF is a universal JSON test report schema that addresses the lack of a standardized format for JSON test reports.
Consistency Across Tools: Different testing tools and frameworks often produce reports in varied formats. CTRF ensures a uniform structure, making it easier to understand and compare reports, regardless of the testing tool used.
Language and Framework Agnostic: It provides a universal reporting schema that works seamlessly with any programming language and testing framework.
Facilitates Better Analysis: With a standardized format, programatically analyzing test outcomes across multiple platforms becomes more straightforward.
Installation
npm install --save-dev wdio-ctrf-json-reporter
Add the reporter to your wdio.config.ts/js file:
reporters: [
['ctrf-json', {}]],
Run your tests:
npm run wdio
In the ctrf
directory, you will find the JSON report files generated for each spec.
Reporter Options
The reporter supports several configuration options:
reporter: [
['wdio-ctrf-json-reporter', {
outputFile: 'custom-name.json',
outputDir: 'custom-directory',
minimal: true,
testType: 'e2e',
appName: 'MyApp',
appVersion: '1.0.0',
osPlatform: 'linux',
osRelease: '18.04',
osVersion: '5.4.0',
buildName: 'MyApp Build',
buildNumber: '100',
}]
],
Merge reports
With WDIO v5 upwards, reporting has moved from a centralized process to one that is handled by each of the "sessions" spun up for parallel test execution. This change helped reduce the amount of chatter during WDIO test execution and thus improved performance. The downside is it is no longer possible to get a single report for all test execution.
The ctrf-cli package provides a method to merge the multiple json files into a single file.
After executing your tests, use the following command:
npx ctrf merge <directory>
Replace directory with the path to the directory containing the CTRF reports you want to merge.
Test Object Properties
The test object in the report includes the following CTRF properties:
Name | Type | Required | Details |
---|
name | String | Required | The name of the test. |
status | String | Required | The outcome of the test. One of: passed , failed , skipped , pending , other . |
duration | Number | Required | The time taken for the test execution, in milliseconds. |
start | Number | Optional | The start time of the test as a Unix epoch timestamp. |
stop | Number | Optional | The end time of the test as a Unix epoch timestamp. |
suite | String | Optional | The suite or group to which the test belongs. |
message | String | Optional | The failure message if the test failed. |
trace | String | Optional | The stack trace captured if the test failed. |
rawStatus | String | Optional | The original playwright status of the test before mapping to CTRF status. |
type | String | Optional | The type of test (e.g., api , e2e ). |
filepath | String | Optional | The file path where the test is located in the project. |
retries | Number | Optional | The number of retries attempted for the test. |
flaky | Boolean | Optional | Indicates whether the test result is flaky. |
browser | String | Optional | The browser used for the test. |
Support Us
If you find this project useful, consider giving it a GitHub star ⭐. It means a lot to us.