All categories
Testing & QA
Unit tests, integration tests, E2E, QA, validation, and test automation
- 31,543
- 1,315
Security grades appear on each card once the skill has been scanned. Newly imported skills may briefly show without a grade until the backfill job runs.
Open in full browserBrowse testing & qa skills
Showing 5,833–5,856 of 31,543 skills
- React TestingТестирование React-компонентов — Testing Library + Vitest/Jest, поведенческие проверки от лица пользователя, MSW для мокинга сети. Use при написании или ревью тестов фронтенда.Votes: 0GitHub stars: 2
- Visual Research VorclМногошаговый анализ скриншотов через Task Master с документацией, live-проверкой и доказательным ответом.Votes: 0GitHub stars: 2
- TestingПерсона «Testing & Verification Engineer» — пишет и прогоняет unit (Vitest/Jest), интеграционные (Supertest/`inject`, testcontainers) и e2e (Playwright) тесты, снимает покрытие, лечит flaky. Исполняет testStrategy задач Task Master и выносит вердикт «готово/не готово» строго с выводом прогонов — замыкает цикл «реализация → проверка → done». Use when нужно написать тесты, верифицировать задачу перед done, снять покрытие или вылечить нестабильный тест.Votes: 0GitHub stars: 2
- Testing VorclЦель тестирования через Task Master — покрытие/верификация до готового, зелёные прогоны как доказательство (роль testing). Use when дана цель по тестам и её нужно довести через задачи.Votes: 0GitHub stars: 2
- Testing VerifyНезависимая read-only верификация claimed задачи по testStrategy. Checker не меняет implementation, acceptance tests или статусы; возвращает evidence-based ГОТОВО/НЕ ГОТОВО Orchestrator-у.Votes: 0GitHub stars: 2
- Testing UnitUnit-тесты (Vitest/Jest) для файла/модуля — happy path + границы + ошибки, с реальным прогоном и выводом (роль testing). Use when нужно покрыть функцию/модуль модульными тестами.Votes: 0GitHub stars: 2
- Testing StrategyСтратегия тестирования — пирамида unit/integration/e2e, что мокать (границы I/O) а что нет (домен, своя БД в integration), осмысленные пороги покрытия, AAA/given-when-then, критерии хорошего теста, причины flaky → фиксы. Use при проектировании/ревью тестов, выборе уровня и лечении нестабильных.Votes: 0GitHub stars: 2
- Testing FlakyДиагностика и лечение нестабильного (flaky) теста — race/timing/shared state/моки; фикс первопричины до 10 зелёных прогонов подряд (роль testing). Use when тест падает «иногда» или только в CI.Votes: 0GitHub stars: 2
- Testing E2ePlaywright e2e-сценарии критического пути — селекторы по ролям, fixtures/auth-state, web-first assertions, trace при падении (роль testing). Use when нужно проверить пользовательский сценарий в реальном браузере.Votes: 0GitHub stars: 2
- Testing CoverageОтчёт покрытия с находками — что критично не покрыто, задачи на закрытие дыр (роль testing). Use when нужно понять реальное покрытие и спланировать его рост.Votes: 0GitHub stars: 2
- React TestingТестирование React-компонентов — Testing Library + Vitest/Jest, поведенческие проверки от лица пользователя, MSW для мокинга сети. Use при написании или ревью тестов фронтенда.Votes: 0GitHub stars: 2
- Frontend TestГенерация тестов компонентов (роль frontend). Use when нужно покрыть React-компоненты/хуки поведенческими тестами (Testing Library + Vitest); готово = прогнанный зелёный набор, не текст тестов.Votes: 0GitHub stars: 2
- Expo Mobile TestСоздать и реально прогнать Expo tests: domain unit, React Native Testing Library и Maestro critical flows.Votes: 0GitHub stars: 2
- E2e PlaywrightE2E на Playwright — селекторы (getByRole > testid > css), fixtures/auth-state (storageState), web-first assertions без sleep, trace/screenshot при падении, параллельность/шардинг, CI-конфиг, Page Object. Use при написании, ревью или стабилизации браузерных e2e-тестов.Votes: 0GitHub stars: 2
- Test Driven DevelopmentApply the Red-Green-Refactor cycle to software development. Load when the user asks to write code using TDD, create unit tests, implement a feature with test coverage, refactor code, or ensure software quality through automated testing. Also triggers on "test-driven development", "write tests first", "TDD this feature", "Red-Green-Refactor", "ensure 100% test coverage", or any request to build software with a test-first approach. Supports unit, integration, and end-to-end testing strategies.Votes: 0GitHub stars: 3
- Technical Debt AuditAudit the project's technical health and identify "high-interest" debt. Load when the user asks to check code quality, find TODOs, assess project health, or prepare for a refactoring sprint. Also triggers on "technical debt audit", "where is the code messy", "assess project health", "find my hacks", or "identify tech debt". Essential for maintaining velocity in growing projects.Votes: 0GitHub stars: 3
- Split SkillReduce an oversized SKILL.md by checking whether an existing skill already covers the excess sub-workflow before creating a new child skill only when none fits. Load when a skill exceeds 200 lines and compress-skill determines excess content is genuinely CORE, when the same sub-workflow appears in multiple skills, or when universal-skill-creator or improve-skills identifies a coherent sub-capability. Also triggers on "split this skill", "extract a sub-skill", "this skill is doing too much", o...Votes: 0GitHub stars: 3
- Spec CrosscheckHard readiness gate before implementation begins — cross-checks the constitution, feature spec, plan, and tasks for consistency, traceability, and unresolved ambiguity. Returns PASS or FAIL with specific findings. Load when the spec-driven-development orchestrator routes /analyze, when the user asks to cross-check spec vs plan, audit traceability, verify spec readiness, gate-check before implementation, or says "is this spec implementation-ready", "trace requirements to tasks", "/analyze", "s...Votes: 0GitHub stars: 3
- Safe ChangeApply one logical code change with mandatory impact mapping, git snapshot, verification, and automatic revert on failure. Load when the user asks for a safe edit, verified change, one change at a time with rollback, or codespine-style edit loop. Also triggers on "safe change", "edit with verification", "don't break the build", "revert if tests fail", or any non-trivial code edit where blast radius matters. Always runs dependency-mapping first. Pairs with incremental-implementation for multi-s...Votes: 0GitHub stars: 3
- Reality CheckEvaluate any project, product, or system's claims against its actual implementation — scoring each claim for truth, identifying architectural gaps, assessing competitive positioning, proposing creative solutions, and producing an actionable roadmap. Load when the user asks to evaluate claims, reality-check a project, assess what this project actually does vs what it says, validate product claims, or score a system's credibility. Also triggers on "is this real", "does this work as claimed", "e...Votes: 0GitHub stars: 3
- Project ConstitutionAuthor the project's non-negotiable engineering rules — the constitution that every feature spec, plan, and implementation must satisfy. Load when the user asks to write a constitution, define project rules, set engineering invariants, write project standards, define non-negotiables, capture agent guardrails as policy, or when spec-driven-development orchestrator routes here. Also triggers on "project constitution", "engineering invariants", "non-negotiable rules", "project policy", "set our ...Votes: 0GitHub stars: 3
- Problem To PlanTactical fast path: turn a small problem, bug report, edit request, or narrow refactor into three deliverables — a brief change-spec (docs/specs/), a detailed implementation-ready plan (docs/plans/), and a TODO.md with agent-pickable tasks and milestones. Load when the user describes a tactical problem and wants quick planning artifacts, says "plan this change", "create a TODO", "write a plan for this", "problem to plan", "break this into tasks for agents", "I want to change X — plan it", or ...Votes: 0GitHub stars: 3
- Performance OptimizationMeasure, profile, and fix performance bottlenecks — Core Web Vitals, backend latency, bundle size, and database queries. Load when performance requirements exist, users report slowness, profiling reveals bottlenecks, or the user asks to optimize load time, LCP, INP, CLS, or response time. Not for premature optimization without evidence. Pairs with browser-testing-with-devtools and ci-cd-and-automation for regression guards.Votes: 0GitHub stars: 3
- Model SelectionPlan which model tier handles which work BEFORE execution begins — a high-cognition model deeply understands the problem, lays the foundations, then emits a modular plan assigning each module the cheapest tier that can safely execute it, with escalation tripwires and one-way-door protection. Advisory only: it announces "next module → tier X / model Y" at each boundary and the HUMAN switches models — harnesses like Cursor cannot switch mid-run. Load when the user asks which model to use, wants...Votes: 0GitHub stars: 3