- It has the test’s result, error, and links to its report and replay.
- It also records versions, sandbox details, and how many
find()calls hit the cache. - Use it in CI scripts instead of parsing console output.
Turn it on
The TestDriver Vitest reporter writes the files.npx testdriverai init adds it to vitest.config.js for you:
vitest.config.js
TD_API_KEY. If it can’t record the run, it doesn’t write the files.
Where the files go
<test file>is the test file’s path relative to the project root, such astests/login.test.mjs.<test id>is Vitest’s ID for the test, with characters other than letters, digits,_,., and-replaced by_. Read the test’s name fromtest.nameinside the file.
.testdriver/results before a run if you only want the latest results.
Example
.testdriver/results/tests/login.test.mjs/1223128da3_0_0.json
null.
Fields
versions
test
urls
replay
The test’s Dashcam recording.gifUrl, embedUrl, and markdown are filled in only when the replay link includes a ?share= key.
date, team, and infrastructure
realtime and interactions
Use the results in CI
This GitHub Actions step adds a table of results to the job summary:scripts/report.mjs
Related
- Dashcam: how the replay is recorded
- Run in CI/CD: run your tests on every pull request
- Run tests: run tests locally and in parallel

