ui-test

Tests web UI changes adversarially in a real browser via the browse CLI.

Updated Jul 31, 2026
One-click install
npx skills add https://github.com/AarnavBaddam/skills --skill ui-test-aarnavbaddam
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ui-test
Source: https://github.com/AarnavBaddam/skills/tree/main/ui-test
Command: npx skills add https://github.com/AarnavBaddam/skills --skill ui-test-aarnavbaddam

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires browse, and includes references (resource) components.

What problem does it solve? Manual UI testing misses edge cases, and traditional test suites only verify what developers thought to check. This Skill runs adversarial, evidence-based UI testing in a real browser to find bugs in changed code or across an entire app. ## Core Features & Use Cases - Diff-Driven Testing: Analyzes git diffs to test only what changed, mapping modified files to routes and generating happy-path plus adversarial test plans. - Adversarial & Exploratory Testing: Tries to break forms, modals, and navigation with empty input, XSS payloads, rapid clicks, long strings, and keyboard-only flows. - Deterministic Checks: Runs axe-core accessibility audits, console error capture, broken image detection, and responsive viewport sweeps with structured STEP_PASS/STEP_FAIL assertions. - Parallel Execution & HTML Reports: Fans out independent test groups across named Browserbase sessions and generates a self-contained HTML report with embedded failure screenshots. - Use Case: After opening a PR that adds email validation to a signup form, ask the agent to test it — it will verify valid/invalid submissions, XSS rejection, double-submit protection, and keyboard accessibility, then produce a shareable report. ## Quick Start Ask the agent to test the UI changes in your current pull request against your running dev server on localhost.

Frequently Asked Questions about ui-test

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

FAQPage Schema
How do I test UI changes in a pull request automatically?

Run the diff-driven workflow: the agent analyzes your git diff, maps changed files to routes, starts a local browser with browse open --local, and executes happy-path plus adversarial tests. Results are reported as STEP_PASS/STEP_FAIL markers with screenshots for failures.

What is the difference between agentic UI testing and Playwright tests?

Playwright verifies intentions you wrote tests for, while this approach explores blind spots like empty states, XSS payloads, rapid clicks, and keyboard-only flows. It also runs axe-core audits and visual judgment checks that scripted suites typically omit.

Can I test authenticated staging pages with Browserbase?

Yes, use the cookie-sync script to sync cookies from local Chrome into a Browserbase context, then create a session with that context ID and connect via its CDP URL. This lets tests run against authenticated staging dashboards without manual login.

Does UI testing work on localhost without an API key?

Yes, localhost testing uses browse open <url> --local, which launches a clean isolated local browser with no API key required. The BROWSERBASE_API_KEY is only needed for remote testing of deployed sites.

Why does browse eval fail when I use await?

The browse eval command does not support top-level await, so async operations must use .then() chains instead. For example, run axe.run().then(r => JSON.stringify(...)) rather than awaiting the result directly.

How do I run UI tests in parallel across multiple pages?

Assign each test group a unique BROWSE_SESSION name so every session gets an independent browser, then fan out groups concurrently via the Agent tool. Each agent must prefix every browse command with its session name and stop its session when finished.