test-browser

Runs automated browser tests on pages changed by a PR or branch.

Updated Mar 14, 2026
One-click install
npx skills add https://github.com/Bradliebs/VolumeTurtle --skill test-browser-bradliebs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-browser
Source: https://github.com/Bradliebs/VolumeTurtle/tree/main/.github/skills/test-browser
Command: npx skills add https://github.com/Bradliebs/VolumeTurtle --skill test-browser-bradliebs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Validate that pages affected by a PR or branch work correctly by running automated end-to-end browser tests, reducing regressions before merging.

Core Features & Use Cases

  • Execute browser-based tests for pages changed by code changes using the agent-browser CLI.
  • Map changed files to testable routes, determine the dev server port, and generate a deterministic test plan with snapshots and interactions.
  • Use in CI workflows to quickly validate PRs, feature branches, or deployment previews to ensure UI integrity.

Quick Start

Run test-browser on your current branch or a PR to validate affected pages with the agent-browser CLI.

Frequently Asked Questions about test-browser

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run automated browser tests on changed pages for a PR?

Automated browser testing for PRs works by mapping changed files to testable routes, discovering the dev server port, and executing end-to-end validation via a dedicated CLI. This generates a deterministic test plan with snapshots and interactions to ensure UI integrity.

What is end-to-end validation for feature branches?

End-to-end validation for feature branches is the process of executing automated browser tests on pages affected by code changes to reduce regressions. It determines the dev server port, maps changed files to routes, and runs browser automation to validate UI integrity before merging.

Can I use this browser testing process in my CI workflows?

Yes, you can use this browser testing approach in CI workflows to quickly validate PRs, feature branches, or deployment previews. It identifies changed pages and applies deterministic browser automation to ensure affected routes work correctly before merging.

Do I need a dev server running to execute browser tests on a branch?

Yes, executing browser tests requires a running dev server. The testing process includes requirements for server setup and port discovery to map changed files to testable routes, ensuring the agent-browser CLI can perform deterministic interactions and snapshots.

How does route mapping work for automated browser tests?

Route mapping for automated browser tests works by identifying changed files in a PR or branch and mapping them to testable routes. This determines the dev server port and generates a deterministic test plan to guide the browser automation CLI in validating affected pages.

What are the limitations of running browser tests only on changed pages?

Running browser tests only on changed pages focuses validation strictly on affected routes mapped from modified files. It does not test the entire application UI, meaning regressions in untouched pages or global state changes outside the mapped route plan will not be detected.