
Ui Testing
- 3 installs
- 706 repo stars
- Updated July 14, 2026
- alinaqi/maggy
ui-testing is a Claude Code skill that verifies generated UI against accessibility standards using a checklist and optional Playwright/axe-core tests.
About
This skill is a quick verification pass to confirm generated UI meets accessibility standards. It provides a pre-flight checklist covering button visibility, contrast, touch targets, states, dark mode, and responsiveness, plus common fixes and Tailwind-safe color combinations. A developer runs it after creating new UI components. It also includes an optional Playwright axe-core test for automated checks.
- Pre-flight accessibility checklist to catch invisible buttons, low contrast, and broken layouts
- Lists Tailwind-safe contrast combinations and common fixes for buttons, focus, and dark mode
- Includes an optional Playwright/axe-core accessibility test snippet
Ui Testing by the numbers
- 3 all-time installs (skills.sh)
- Ranked #1,648 of 2,153 Testing & QA skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
ui-testing capabilities & compatibility
Free; no external keys required.
- Capabilities
- testing · code review
- Works with
- playwright
- Use cases
- testing · ui design
- Runs
- Runs locally
- Pricing
- Free
What ui-testing says it does
Quick verification that generated UI meets accessibility standards. Run these checks after creating any new UI components.
Visual testing - catch invisible buttons, broken layouts, contrast
npx skills add https://github.com/alinaqi/maggy --skill ui-testingAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 3 |
|---|---|
| repo stars | ★ 706 |
| Last updated | July 14, 2026 |
| Repository | alinaqi/maggy ↗ |
What it does
Verify newly generated UI for contrast, visible buttons, touch targets, and accessibility before shipping.
Who is it for?
Quickly verifying that generated UI meets accessibility and visibility standards after building components.
When should I use this skill?
When writing visual or accessibility tests for UI components.
What you get
A verified UI that passes visibility, contrast, touch-target, state, and dark-mode checks.
- pre-flight accessibility checklist
- common fixes
- Playwright axe-core test
By the numbers
- Enforces a 4.5:1 contrast ratio for text
- Provides a multi-section pre-flight checklist (visibility, targets, states, dark mode, responsive)
Files
UI Verification Skill
Load with: ui-web.md or ui-mobile.md
Purpose
Quick verification that generated UI meets accessibility standards. Run these checks after creating any new UI components.
---
Pre-Flight Checklist
Before Shipping ANY UI:
## Visibility Check
- [ ] All buttons have visible background OR border
- [ ] No text is same color as its background
- [ ] All text meets 4.5:1 contrast ratio
- [ ] Ghost/text buttons have visible borders
## Touch/Click Targets
- [ ] All buttons are minimum 44px height
- [ ] Icon buttons are minimum 44x44px
- [ ] Adequate spacing between clickable elements
## States
- [ ] Hover states visible (web)
- [ ] Pressed states visible (mobile)
- [ ] Focus rings on keyboard navigation
- [ ] Disabled states visually distinct (opacity 0.5)
- [ ] Loading states show indicators
## Dark Mode (if applicable)
- [ ] Text readable on dark backgrounds
- [ ] Borders visible in dark mode
- [ ] No gray-400 text on dark backgrounds
## Responsive (web)
- [ ] No horizontal scroll on mobile (320px)
- [ ] Content readable at all breakpoints
- [ ] Touch targets adequate on mobile---
Quick Contrast Check
Use Browser DevTools
1. Right-click element → Inspect
2. In Styles panel, click on color value
3. Look for contrast ratio display
4. Must show ✓ for AA compliance (4.5:1 for text)Online Tools
- https://webaim.org/resources/contrastchecker/
- https://coolors.co/contrast-checker
Tailwind Safe Combinations
LIGHT MODE (on white bg):
✓ text-gray-900 (#111827) = 16:1
✓ text-gray-800 (#1F2937) = 12:1
✓ text-gray-700 (#374151) = 9:1
✓ text-gray-600 (#4B5563) = 6:1
✗ text-gray-500 (#6B7280) = 4.6:1 (barely)
✗ text-gray-400 (#9CA3AF) = 2.6:1 (FAILS)
DARK MODE (on gray-900 bg):
✓ text-white (#FFFFFF) = 16:1
✓ text-gray-100 (#F3F4F6) = 13:1
✓ text-gray-200 (#E5E7EB) = 11:1
✓ text-gray-300 (#D1D5DB) = 8:1
✗ text-gray-400 (#9CA3AF) = 5:1 (barely)
✗ text-gray-500 (#6B7280) = 3:1 (FAILS)---
Common Fixes
Invisible Button
// PROBLEM: No visible boundary
<button className="text-gray-500">Click</button>
// FIX: Add background OR border
<button className="bg-gray-100 text-gray-900 px-4 py-3 rounded-lg">
Click
</button>
// OR
<button className="border border-gray-300 text-gray-700 px-4 py-3 rounded-lg">
Click
</button>Low Contrast Text
// PROBLEM: Light gray on white
<p className="text-gray-400">Secondary text</p>
// FIX: Use darker gray
<p className="text-gray-600">Secondary text</p>Missing Focus State
// PROBLEM: Focus removed without replacement
<button className="outline-none">Submit</button>
// FIX: Add visible focus ring
<button className="outline-none focus-visible:ring-2 focus-visible:ring-blue-500 focus-visible:ring-offset-2">
Submit
</button>Small Touch Target
// PROBLEM: Too small for fingers
<button className="p-1 text-sm">×</button>
// FIX: Minimum 44px
<button className="w-11 h-11 flex items-center justify-center">×</button>Dark Mode Broken
// PROBLEM: Same colors in both modes
<p className="text-gray-400">Text</p>
// FIX: Adjust for dark mode
<p className="text-gray-600 dark:text-gray-300">Text</p>---
Automated Checks (Optional)
ESLint Plugin
npm install -D eslint-plugin-jsx-a11y// .eslintrc
{
"extends": ["plugin:jsx-a11y/recommended"]
}Playwright Quick Test
// e2e/accessibility.spec.ts
import { test, expect } from '@playwright/test';
import AxeBuilder from '@axe-core/playwright';
test('no accessibility violations', async ({ page }) => {
await page.goto('/');
const results = await new AxeBuilder({ page }).analyze();
expect(results.violations).toEqual([]);
});---
When to Use Full Testing
Add comprehensive visual testing (Playwright screenshots, Storybook) when:
- Building a component library
- Multiple developers on UI
- Frequent UI changes
- Design system enforcement needed
For solo projects or MVPs, the checklist above is sufficient.
Related skills
FAQ
When do I run ui-testing?
After creating any new UI components, as a quick verification that they meet accessibility standards.
Does it support automated checks?
Yes, it includes an optional Playwright test using axe-core and an eslint-plugin-jsx-a11y setup.