testdriver-agent
How the TestDriver agent behaves on GitHub issues, pull requests, and @mentions
Capture and save screenshots during test execution
Claude Code
$ npx -y skills add testdriverai/testdriverai --skill testdriver-screenshot --agent claude-code
Codex
$ npx skills add testdriverai/testdriverai --skill testdriver-screenshot -a codex -y
Cursor
$ npx skills add testdriverai/testdriverai --skill testdriver-screenshot -a cursor -y
Gemini CLI
$ npx skills add testdriverai/testdriverai --skill testdriver-screenshot -a gemini-cli -y
GitHub Copilot
$ npx skills add testdriverai/testdriverai --skill testdriver-screenshot -a github-copilot -y
OpenCode
$ npx skills add testdriverai/testdriverai --skill testdriver-screenshot -a opencode -y
Windsurf
$ npx skills add testdriverai/testdriverai --skill testdriver-screenshot -a windsurf -y
name: testdriver:screenshot description: Capture and save screenshots during test execution
<!-- Generated from screenshot.mdx. DO NOT EDIT. -->
Capture a screenshot of the screen. TestDriver saves it to a local file automatically. TestDriver groups the screenshots by test file. This makes debug and review easy.
<Note> **Automatic Screenshots**: TestDriver can capture screenshots automatically before and after each command (click, type, find, and more). It saves them with clear filenames such as `001-click-before-L42-submit-button.png`. The filename includes the line number from your test file. Enable this with `autoScreenshots: true` in your TestDriver options. </Note>
const filePath = await testdriver.screenshot(filename)
<ParamField path="filename" type="string" optional> A custom filename for the screenshot (without the .png extension). If you do not give one, TestDriver makes a filename from the timestamp automatically. </ParamField>
`Promise<string>` - The absolute file path where TestDriver saved the screenshot
TestDriver saves screenshots automatically to `.testdriver/screenshots/<test-file-name>/` in your project root:
.testdriver/
screenshots/
login.test/
001-find-before-L15-email-input.png # Auto: before find()
002-find-after-L15-email-input.png # Auto: after find()
003-click-before-L16-email-input.png # Auto: before click()
004-click-after-L16-email-input.png # Auto: after click()
005-type-before-L17-userexamplecom.png # Auto: before type()
006-type-after-L17-userexamplecom.png # Auto: after type()
custom-screenshot.png # Manual: screenshot("custom-screenshot")
checkout.test/
001-find-before-L12-checkout-button.png
...When `autoScreenshots` is enabled, filenames follow this format:
`<seq>-<action>-<phase>-L<line>-<description>.png`
| Component | Description | Example | |-----------|-------------|---------| | `seq` | Sequential number (001, 002, ...) | `001` | | `action` | Command name | `click`, `type`, `find` | | `phase` | Before, after, or error | `before`, `after` | | `L<line>` | Line number from test file | `L42` | | `description` | Element description or action target | `submit-button` |
<Note> The screenshot folder for each test file is automatically cleared when the test starts. This ensures you only see screenshots from the most recent test run. </Note>
// Capture a screenshot with auto-generated filename
const screenshotPath = await testdriver.screenshot();
console.log('Screenshot saved to:', screenshotPath);// Save with a descriptive filename
await testdriver.screenshot("login-page");
// Saves to: .testdriver/screenshots/<test>/login-page.png
await testdriver.screenshot("after-click");
// Saves to: .testdriver/screenshots/<test>/after-click.pngimport { describe, expect, it } from "vitest";
import { TestDriver } from "testdriverai/vitest/hooks";
describe("Login Flow", () => {
it("should log in successfully", async (context) => {
const testdriver = TestDriver(context);
await testdriver.provision.chrome({
url: 'https://myapp.com/login',
});
// Capture initial state
await testdriver.screenshot();
// Fill in login form
const emailInput = await testdriver.find("email input");
await emailInput.click();
await testdriver.type("user@example.com");
// Capture state after typing
await testdriver.screenshot();
const passwordInput = await testdriver.find("password input");
await passwordInput.click();
await testdriver.type("password123");
// Capture before clicking login
await testdriver.screenshot();
const loginButton = await testdriver.find("Login button");
await loginButton.click();
// Capture after login attempt
await testdriver.screenshot();
const result = await testdriver.assert("dashboard is visible");
expect(result).toBeTruthy();
});
});By default, TestDriver captures screenshots **automatically** before and after every command. This creates a complete visual timeline of your test execution without any additional code.
// Auto-screenshots enabled by default
const testdriver = TestDriver(context);
// Explicitly disable if needed (not recommended)
const testdriver = TestDriver(context, {
autoScreenshots: false
});Automatic screenshots are taken around these commands:
For this test code:
// Line 15: Find email input
const emailInput = await testdriver.find("email input");
// Line 16: Click it
await emailInput.click();
// Line 17: Type email
await testdriver.type("user@example.com");TestDriver automatically saves:
001-find-before-L15-email-input.png 002-find-after-L15-email-input.png 003-click-before-L16-email-input.png 004-click-after-L16-email-input.png 005-type-before-L17-userexamplecom.png 006-type-after-L17-userexamplecom.png
If an error occurs, the phase will be `error` instead of `after`.
<AccordionGroup> <Accordion title="Let automatic screenshots do the work"> With `autoScreenshots: true`, you get comprehensive coverage without adding manual `screenshot()` calls. Only add manual screenshots for specific named checkpoints. </Accordion>
<Accordion title="Use screenshots for debugging flaky tests"> When a test fails intermittently, add screenshots at key st
How the TestDriver agent behaves on GitHub issues, pull requests, and @mentions
Deploy TestDriver on your AWS infrastructure using CloudFormation
How TestDriver learns your app and caches what it discovers for instant, deterministic replays
Produce the "Playwright 1.xx API Review" artifact for a range of commits - the public API additions and the breaking or behavior…
Write, refine, run, and QA promptfoo evaluation suites: promptfooconfig.yaml, prompts, providers, vars, tests, assertions,…
DeepEval evaluation workflow for AI agents and LLM applications. TRIGGER when the user wants to evaluate or improve an AI agent,…