test-browser

Automate end-to-end browser tests for pages changed by a PR or branch.

Updated Mar 3, 2026
One-click install
npx skills add https://github.com/The-Rabak/naysmith --skill test-browser-the-rabak
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-browser
Source: https://github.com/The-Rabak/naysmith/tree/main/.github/skills/test-browser
Command: npx skills add https://github.com/The-Rabak/naysmith --skill test-browser-the-rabak

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill reduces manual QA effort by automatically running browser tests on pages changed by a PR or branch, catching UI regressions early.

Core Features & Use Cases

  • End-to-end browser tests scoped to affected pages using the agent-browser CLI
  • Support for headed and headless modes to balance debugging and speed
  • Generates test results and visual snapshots to verify UI behavior on modified routes

Quick Start

Run the test-browser command on your PR or branch to begin browser-based validation.

Frequently Asked Questions about test-browser

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

FAQPage Schema
How do I run end-to-end browser tests only on pages affected by a PR?

You can automate end-to-end browser testing for pages changed by a PR by scoping test execution to modified routes and components, catching UI regressions early without manual QA effort.

Do I need a local development server to test UI regressions?

Yes, a local development server is required to run the automated browser tests and generate visual snapshots that verify UI behavior on the modified routes of your application.

Can I run browser tests in headless mode for faster PR testing?

Yes, browser tests support both headed and headless modes, allowing you to balance visual debugging during test failures with execution speed for automated PR testing workflows.

How does automated UI regression testing work for modified routes?

Automated UI regression testing for modified routes works by using the agent-browser CLI to execute end-to-end tests on changed pages, generating test results and visual snapshots to verify UI behavior.

What is the best way to catch UI regressions early in a branch?

The best way to catch UI regressions early is to automate end-to-end browser tests scoped to affected pages, generating visual snapshots to verify UI behavior on modified routes quickly.