Per-test JSON result files with metadata, versions, and infrastructure details
Scanned 9/6/2026
Install to Claude Code
npx -y skills add testdriverai/testdriverai --skill testdriver-test-results-json --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Testdriver Test Results Json?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/testdriverai-testdriver-test-results-json)More formats (shields.io, HTML) on the badges page.
---
name: testdriver:test-results-json
description: Per-test JSON result files with metadata, versions, and infrastructure details
---
<!-- Generated from test-results-json.mdx. DO NOT EDIT. -->
## Overview
TestDriver automatically writes a JSON result file for each test case after it finishes. These files contain comprehensive metadata about the test run, including SDK and runner versions, infrastructure details, interaction statistics, and links to recordings.
Result files are written to:
```
.testdriver/results/<testFile>/<testName>.json
```
For example, a test file `tests/login.test.mjs` with a test named `"should log in"` produces:
```
.testdriver/results/tests/login.test.mjs/should_log_in.json
```
<Note>
Test names are sanitized for filesystem use — special characters are replaced with underscores and names are truncated to 200 characters.
</Note>
## Enabling
No configuration is required. The JSON files are written automatically by the TestDriver Vitest reporter plugin whenever tests run.
## JSON Schema
Each result file is organized into logical groups:
### `versions`
| Field | Type | Description |
|---|---|---|
| `versions.sdk` | `string \| null` | TestDriver SDK version (e.g. `"7.8.0"`) |
| `versions.vitest` | `string \| null` | Vitest version used to run the test |
| `versions.api` | `string \| null` | TestDriver API server version |
| `versions.runnerBefore` | `string \| null` | Runner version at sandbox start |
| `versions.runnerAfter` | `string \| null` | Runner version after auto-update |
| `versions.runnerWasUpdated` | `boolean` | Whether the runner was auto-updated during provisioning |
### `test`
| Field | Type | Description |
|---|---|---|
| `test.file` | `string \| null` | Relative path to the test file |
| `test.name` | `string \| null` | Name of the test case |
| `test.suite` | `string \| null` | Name of the parent `describe` block |
| `test.passed` | `boolean` | Whether the test passed |
| `test.caseId` | `string \| null` | Database ID for this test case |
| `test.runId` | `string \| null` | Database ID for the overall test run |
| `test.error` | `string \| null` | Error message if the test failed |
| `test.errorStack` | `string \| null` | Error stack trace if the test failed |
### `urls`
| Field | Type | Description |
|---|---|---|
| `urls.api` | `string \| null` | API root URL used for this test |
| `urls.console` | `string \| null` | TestDriver console base URL |
| `urls.vnc` | `string \| null` | VNC URL for the sandbox |
| `urls.testRun` | `string \| null` | Direct link to this test case in the console |
### `replay`
The `replay` object contains the recording replay URL and derived embed links. The `gifUrl` and `embedUrl` are generated automatically from the replay URL.
| Field | Type | Description |
|---|---|---|
| `replay.url` | `string \| null` | Recording replay URL |
| `replay.gifUrl` | `string \| null` | Animated GIF thumbnail of the recording |
| `replay.embedUrl` | `string \| null` | Embeddable replay URL (appends `&embed=true`) |
| `replay.markdown` | `string \| null` | Ready-to-use Markdown embed with GIF linking to the replay |
The `replay.markdown` field produces a clickable GIF badge you can paste directly into PR comments, README files, or issue descriptions:
```markdown
[](https://console.testdriver.ai/replay/abc123?share=xyz)
```
### `date`
| Field | Type | Description |
|---|---|---|
| `date` | `string` | ISO 8601 timestamp when the test finished |
### `team`
| Field | Type | Description |
|---|---|---|
| `team.id` | `string \| null` | Team ID from the sandbox |
| `team.sessionId` | `string \| null` | SDK session ID |
### `infrastructure`
| Field | Type | Description |
|---|---|---|
| `infrastructure.sandboxId` | `string \| null` | Sandbox instance ID |
| `infrastructure.instanceId` | `string \| null` | Instance ID |
| `infrastructure.os` | `string \| null` | Operating system of the sandbox (`"linux"` or `"windows"`) |
| `infrastructure.amiId` | `string \| null` | AWS AMI ID used for provisioning |
| `infrastructure.e2bTemplateId` | `string \| null` | E2B template ID used for provisioning |
| `infrastructure.imageVersion` | `string \| null` | Sandbox image version |
### `realtime`
| Field | Type | Description |
|---|---|---|
| `realtime.channel` | `string \| null` | Ably channel name used for communication |
| `realtime.messageCount` | `number` | Number of messages published to the realtime channel |
### `interactions`
| Field | Type | Description |
|---|---|---|
| `interactions.total` | `number` | Total number of interactions recorded |
| `interactions.cached` | `number` | Number of interactions served from cache |
| `interactions.byType` | `object` | Breakdown of interactions by type (e.g. `find`, `click`, `assert`) |
## Example Output
```json
{
"sdkVersion": "7.8.0",
"vitestVersion": "4.0.0",
"apiVersion": "1.45.0",
"runnerVersionBefore": "2.1.0",
"runnerVersionAfter": "2.1.1",
"wasUpdated": true,
"apiUrl": "https://api.testdriver.ai",
"consoleUrl": "https://console.testdriver.ai",
"testRunLink": "https://console.testdriver.ai/runs/abc123/def456",
"dashcamUrl": "https://app.dashcam.io/replay/abc123",
"vncUrl": "wss://sandbox-123.testdriver.ai/vnc",
"date": "2025-01-15T14:30:00.000Z",
"team": {
"id": "team_abc123",
"sessionId": "sess_xyz789"
},
"infrastructure": {
"sandboxId": "sandbox-123",
"instanceId": "i-abc123",
"os": "linux",
"amiId": "ami-0abc123",
"e2bTemplateId": null,
"imageVersion": "v2.1.0"
},
"realtime": {
"channel": "sandbox:sandbox-123",
"messageCount": 42
},
"interactions": {
"total": 15,
"cached": 3,
"byType": {
"find": 8,
"click": 5,
"assert": 2
}
}
}
```
## Using Result Files in CI
Result files are useful for extracting test metadata in CI pipelines without parsing log output.
### GitHub Actions Example
Use `fromJSON` to parse a result file into a GitHub Actions expression you can reference in subsequent steps:
```yaml
- name: Run tests
run: npx vitest run tests/login.test.mjs
- name: Parse result
id: result
run: |
# Read the first JSON result file
FILE=$(find .testdriver/results -name '*.json' | head -n 1)
echo "json=$(cat "$FILE")" >> "$GITHUB_OUTPUT"
- name: Comment on PR
if: fromJSON(steps.result.outputs.json).test.passed == false
uses: actions/github-script@v7
with:
script: |
const result = ${{ steps.result.outputs.json }};
await github.rest.issues.createComment({
owner: context.repo.owner,
repo: context.repo.repo,
issue_number: context.issue.number,
body: [
`❌ **${result.test.name}** failed`,
``,
`Error: ${result.test.error}`,
``,
result.replay.markdown,
``,
`[View full recording](${result.urls.testRun})`
].join('\n')
});
```
You can also load all results into a matrix or iterate over them:
```yaml
- name: Run tests
run: npx vitest run tests/*.test.mjs
- name: Collect results
id: results
run: |
# Merge all result files into a JSON array
echo "json=$(find .testdriver/results -name '*.json' -exec cat {} + | jq -s '.')" >> "$GITHUB_OUTPUT"
- name: Summary
run: |
echo '## Test Results' >> $GITHUB_STEP_SUMMARY
RESULTS='${{ steps.results.outputs.json }}'
echo "$RESULTS" | jq -r '.[] | "| \(.test.name) | \(if .test.passed then "✅" else "❌" end) | \(.urls.testRun) |"' >> $GITHUB_STEP_SUMMARY
```
### Reading Results Programmatically
```javascript
import fs from "fs";
import path from "path";
const resultsDir = ".testdriver/results";
function readResults(dir) {
const results = [];
for (const testDir of fs.readdirSync(dir, { recursive: true })) {
const fullPath = path.join(dir, testDir);
if (fullPath.endsWith(".json") && fs.statSync(fullPath).isFile()) {
results.push(JSON.parse(fs.readFileSync(fullPath, "utf-8")));
}
}
return results;
}
const results = readResults(resultsDir);
const passed = results.filter(r => r.test.passed);
const failed = results.filter(r => !r.test.passed);
console.log(`${passed.length} passed, ${failed.length} failed`);
for (const r of failed) {
console.log(` FAIL: ${r.test.name} — ${r.test.error}`);
console.log(` Recording: ${r.urls.testRun}`);
console.log(` Embed: ${r.replay.markdown}`);
}
```
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!