Per-test JSON result files with metadata, versions, and infrastructure details
npx skills add https://github.com/testdriverai/testdriverai --skill testdriver:test-results-json
<!-- Generated from test-results-json.mdx. DO NOT EDIT. -->
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>
No configuration is required. The JSON files are written automatically by the TestDriver Vitest reporter plugin whenever tests run.
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 |
replayThe 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:
[](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) |
{
"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
}
}
}
Result files are useful for extracting test metadata in CI pipelines without parsing log output.
Use fromJSON to parse a result file into a GitHub Actions expression you can reference in subsequent steps:
- 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:
- 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
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}`);
}
Comprehensive healthcare AI toolkit for developing, testing, and deploying machine learning models with clinical data. This skill should be used when working with electronic health records (EHR), clinical prediction tasks (mortality, readmission, drug recommendation), medical coding systems (ICD, NDC, ATC), physiological signals (EEG, ECG), healthcare datasets (MIMIC-III/IV, eICU, OMOP), or implementing deep learning models for healthcare applications (RETAIN, SafeDrug, Transformer, GNN).
Comprehensive healthcare AI toolkit for developing, testing, and deploying machine learning models with clinical data. This skill should be used when working with electronic health records (EHR), clinical prediction tasks (mortality, readmission, drug recommendation), medical coding systems (ICD, NDC, ATC), physiological signals (EEG, ECG), healthcare datasets (MIMIC-III/IV, eICU, OMOP), or implementing deep learning models for healthcare applications (RETAIN, SafeDrug, Transformer, GNN).
Expert performance engineer specializing in modern observability, application optimization, and scalable system performance. Masters OpenTelemetry, distributed tracing, load testing, multi-tier caching, Core Web Vitals, and performance monitoring. Handles end-to-end optimization, real user monitoring, and scalability patterns. Use PROACTIVELY for performance optimization, observability, or scalability challenges.
Master AI-powered test automation with modern frameworks, self-healing tests, and comprehensive quality engineering. Build scalable testing strategies with advanced CI/CD integration. Use PROACTIVELY for testing automation or quality assurance.
Internet Court adapter for GenLayer Intelligent Contract supervision. Use to specify agent-performance rubrics, evidence schemas, decision outputs, and ERC-7710 connector expectations, while delegating actual GenLayer contract writing, linting, testing, deployment, and CLI interaction to the official GenLayer skills at https://skills.genlayer.com/.
> Suggests using Microsoft Testing Platform (MTP) hot reload to iterate fixes on failing tests without rebuilding. Use when user says "hot reload tests", "iterate on test fix", "run tests without rebuilding", "speed up test loop", "fix test faster", or needs to set up MTP hot reload to rapidly iterate on test failures. Covers setup (NuGet package, environment variable, launchSettings.json) and the iterative workflow for fixing tests. normally with dotnet test (use run-tests), applying test filters, producing TRX reports, CI/CD pipeline configuration, or Visual Studio Test Explorer hot reload (which is a different feature).
Build production Apache Airflow DAGs with best practices for operators, sensors, testing, and deployment. Use when creating data pipelines, orchestrating workflows, or scheduling batch jobs.
Build production-grade Azure Cosmos DB NoSQL services following clean code, security best practices, and TDD principles.
Take testdriverai/testdriver:test-results-json from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.
The instructions reference npx.
Without those the skill loads but fails at the first command.