/e2e
Generate end-to-end tests using Playwright for critical user flows.
$ npx -y skills add rohitg00/awesome-claude-code-toolkit --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/e2e
Context preview
What this command does when you run it.
Generate end-to-end tests using Playwright for critical user flows.
Command definition
e2e.mdGenerate end-to-end tests using Playwright for critical user flows.
Steps
1. Identify Critical Flows
- Ask which user flow to test if not specified.
- Common critical flows:
- Authentication (sign up, log in, log out, password reset)
- Core CRUD operations (create, read, update, delete)
- Payment/checkout flows
- Search and filtering
- Navigation between key pages
2. Set Up Test Structure
import { test, expect } from "@playwright/test";
test.describe("Feature Name", () => {
test.beforeEach(async ({ page }) => {
// Navigate to starting point
// Set up required auth state if needed
});
test("should complete the happy path", async ({ page }) => {
// Steps matching real user behavior
});
test("should handle error state gracefully", async ({ page }) => {
// Verify error messages, recovery options
});
});3. Write Tests Following Best Practices
- Use user-visible selectors: `getByRole`, `getByText`, `getByLabel`.
- Avoid CSS selectors and XPaths unless absolutely necessary.
- Add `data-testid` attributes only when semantic selectors are insufficient.
- Wait for network requests to complete before asserting: `page.waitForResponse`.
- Use `test.step` to document multi-step flows for readable reports.
4. Handle Test Data
- Use API calls in `beforeEach` to set up test data (faster than UI).
- Clean up test data in `afterEach` or use isolated test databases.
- Never depend on data created by other tests.
5. Run and Verify
- Run with `npx playwright test --headed` to watch execution.
- Verify tests pass in headless mode for CI.
- Check that tests are not flaky by running 3 times.
Rules
- Test user-visible behavior, not implementation details.
- Each test should be independent and runnable in isolation.
- Keep tests under 30 seconds each.
- Use Playwright's auto-waiting instead of manual `page.waitForTimeout`.
- Configure retries in CI but fix flaky tests rather than relying on retries.
- Take screenshots on failure for debugging: `use: { screenshot: "only-on-failure" }`.
Read more
Generate end-to-end tests using Playwright for critical user flows.
Steps
1. Identify Critical Flows
- Ask which user flow to test if not specified.
- Common critical flows:
- Authentication (sign up, log in, log out, password reset)
- Core CRUD operations (create, read, update, delete)
- Payment/checkout flows
- Search and filtering
- Navigation between key pages
2. Set Up Test Structure
import { test, expect } from "@playwright/test";
test.describe("Feature Name", () => {
test.beforeEach(async ({ page }) => {
// Navigate to starting point
// Set up required auth state if needed
});
test("should complete the happy path", async ({ page }) => {
// Steps matching real user behavior
});
test("should handle error state gracefully", async ({ page }) => {
// Verify error messages, recovery options
});
});3. Write Tests Following Best Practices
- Use user-visible selectors: `getByRole`, `getByText`, `getByLabel`.
- Avoid CSS selectors and XPaths unless absolutely necessary.
- Add `data-testid` attributes only when semantic selectors are insufficient.
- Wait for network requests to complete before asserting: `page.waitForResponse`.
- Use `test.step` to document multi-step flows for readable reports.
4. Handle Test Data
- Use API calls in `beforeEach` to set up test data (faster than UI).
- Clean up test data in `afterEach` or use isolated test databases.
- Never depend on data created by other tests.
5. Run and Verify
- Run with `npx playwright test --headed` to watch execution.
- Verify tests pass in headless mode for CI.
- Check that tests are not flaky by running 3 times.
Rules
- Test user-visible behavior, not implementation details.
- Each test should be independent and runnable in isolation.
- Keep tests under 30 seconds each.
- Use Playwright's auto-waiting instead of manual `page.waitForTimeout`.
- Configure retries in CI but fix flaky tests rather than relying on retries.
- Take screenshots on failure for debugging: `use: { screenshot: "only-on-failure" }`.
The most comprehensive toolkit for Claude Code -- 135 agents, 35 curated skills (+400,000 via SkillKit), 42 commands, 176+ plugins, 20 hooks, 15 rules, 7 templates, 15 MCP configs, 26 companion apps, 53 ecosystem entries, and more.
Repo: rohitg00/awesome-claude-code-toolkit
Other commands on rohitg00-claude-code-toolkit.
- /adr
Write an Architecture Decision Record documenting a significant technical decision.
Open command - /design-review
Conduct a structured design review of a module, feature, or system component.
Open command - /diagram
Generate Mermaid diagrams from codebase analysis or description.
Open command - /migrate
Plan and execute a framework or library migration incrementally.
Open command - /plan
Create a structured implementation plan for the requested feature or change.
Open command - /refactor
Perform a systematic refactoring of the specified code area.
Open command

