browser-qa

Automates visual testing and UI interaction verification on deployed web pages using browser automation.

Updated Jun 13, 2026
One-click install
npx skills add https://github.com/malinovskiy-makar/qls --skill browser-qa-malinovskiy-makar
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: browser-qa
Source: https://github.com/malinovskiy-makar/qls/tree/main/.claude/skills/browser-qa
Command: npx skills add https://github.com/malinovskiy-makar/qls --skill browser-qa-malinovskiy-makar

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Manually verifying that a deployed feature actually works across pages, viewports, and user journeys is slow and error-prone. This Skill automates post-deployment QA by driving a real browser to catch console errors, broken links, layout regressions, and accessibility violations before users do. ## Core Features & Use Cases - Four-phase QA workflow: Runs smoke tests (console errors, network failures, Core Web Vitals), interaction tests (nav links, forms, auth flows), visual regression at three breakpoints, and WCAG 2.2 AA accessibility audits. - Safety-first execution: Defaults to read-only journeys, requires explicit opt-in plus a staging URL for mutating flows like checkout, and mandates test credentials with PII redaction. - Structured verdict report: Produces a Markdown QA report ending in a SHIP, SHIP WITH FIXES, DO NOT SHIP, or INCONCLUSIVE verdict. - Use Case: After deploying a PR to a preview URL, run the full QA suite to confirm the contact form shows error states, the hero section does not overflow at 375px, and no new axe-core violations were introduced. ## Quick Start Run a browser QA pass on my staging deployment at the preview URL and give me a ship verdict report.

Frequently Asked Questions about browser-qa

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

FAQPage Schema
How do I run automated visual testing after deploying a feature?

Point the browser automation tool at your staging or preview URL and run the four-phase workflow: smoke test, interaction test, visual regression at 375px, 768px, and 1440px, then an accessibility audit. The output is a structured report with a ship verdict.

What browser automation tools work with this QA workflow?

It works with any browser MCP: claude-in-chrome tools are preferred since they use your actual Chrome, but Playwright via browserbase MCP or direct Puppeteer scripts also work. The workflow phases are tool-agnostic.

Can I test checkout or payment flows against production?

No. Mutating journeys like checkout, payment, delete, or mass-update are blocked against production URLs by default. They require explicit opt-in, a staging or preview URL, and seeded test credentials rather than real logins.

Does axe-core guarantee my page is accessible?

No. axe-core automatically covers roughly 30-40% of WCAG criteria, so a clean run is necessary but not sufficient. Keyboard navigation, focus order, and a screen reader pass still require manual verification before claiming accessibility.

What happens if there is no baseline screenshot for visual regression?

The report returns an INCONCLUSIVE verdict rather than a silent pass. Baseline screenshots must be committed first so layout shifts over 5px, missing elements, and overflow can be meaningfully compared.