testdriver-agent
How the TestDriver agent behaves on GitHub issues, pull requests, and @mentions
Use dynamic data and secure secrets in your tests
Claude Code
$ npx -y skills add testdriverai/testdriverai --skill testdriver-variables --agent claude-code
Codex
$ npx skills add testdriverai/testdriverai --skill testdriver-variables -a codex -y
Cursor
$ npx skills add testdriverai/testdriverai --skill testdriver-variables -a cursor -y
Gemini CLI
$ npx skills add testdriverai/testdriverai --skill testdriver-variables -a gemini-cli -y
GitHub Copilot
$ npx skills add testdriverai/testdriverai --skill testdriver-variables -a github-copilot -y
OpenCode
$ npx skills add testdriverai/testdriverai --skill testdriver-variables -a opencode -y
Windsurf
$ npx skills add testdriverai/testdriverai --skill testdriver-variables -a windsurf -y
name: testdriver:variables description: Use dynamic data and secure secrets in your tests
<!-- Generated from variables.mdx. DO NOT EDIT. -->
Make your tests larger with dynamic data and secure secrets. Select the correct method for your test needs.
Use environment variables for **configuration that changes between environments** (dev, staging, production). Also use them for **secrets that you must not commit to the code**. Use this method when you must run the same tests against different servers or with different credentials.
import { test } from 'vitest';
import { chrome } from 'testdriverai/presets';
test('multi-environment testing', async (context) => {
const env = process.env.TEST_ENV || 'staging';
const urls = {
dev: 'https://dev.myapp.com',
staging: 'https://staging.myapp.com',
production: 'https://myapp.com'
};
const { testdriver } = await chrome(context, {
url: urls[env]
});
await testdriver.assert('app is running');
});# Run against different environments TEST_ENV=dev vitest run TEST_ENV=staging vitest run TEST_ENV=production vitest run
Test fixtures work best when you have **structured, reusable test data** that needs to be shared across multiple tests. Use fixtures when testing different user roles, product catalogs, or any scenario where you want to parameterize tests with a known set of data.
export const testUsers = [
{ email: 'admin@test.com', role: 'admin' },
{ email: 'user@test.com', role: 'user' },
{ email: 'guest@test.com', role: 'guest' }
];
export const products = [
{ name: 'Laptop', price: 999 },
{ name: 'Mouse', price: 29 },
{ name: 'Keyboard', price: 89 }
];import { test } from 'vitest';
import { chrome } from 'testdriverai/presets';
import { testUsers } from './fixtures/users.js';
test.each(testUsers)('$role can access dashboard', async ({ email, role }, context) => {
const { testdriver } = await chrome(context, { url });
await testdriver.find('email input').type(email);
await testdriver.find('password input').type('password123');
await testdriver.find('login button').click();
if (role === 'admin') {
await testdriver.assert('admin panel is visible');
} else {
await testdriver.assert('user dashboard is visible');
}
});Dynamic data generation is perfect for **creating unique test data on each run**, avoiding conflicts with existing records, and **testing edge cases with realistic data**. Use libraries like Faker when you need fresh emails, names, or other data that won't collide with previous test runs.
import { test } from 'vitest';
import { chrome } from 'testdriverai/presets';
import { faker } from '@faker-js/faker';
test('user registration with dynamic data', async (context) => {
const { testdriver } = await chrome(context, { url });
// Generate unique test data for each run
const userData = {
firstName: faker.person.firstName(),
lastName: faker.person.lastName(),
email: faker.internet.email(),
password: faker.internet.password({ length: 12 })
};
await testdriver.find('first name input').type(userData.firstName);
await testdriver.find('last name input').type(userData.lastName);
await testdriver.find('email input').type(userData.email);
await testdriver.find('password input').type(userData.password);
await testdriver.find('register button').click();
await testdriver.assert('registration successful');
console.log('Registered user:', userData.email);
});npm install --save-dev @faker-js/faker
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,…