testing
4
test-writer
Write comprehensive tests with emphasis on ALL error paths, edge cases, and regression coverage for code changes
ahkohd
testing-security
sorting
stars
current ordering strategy
query
all entries
refine the visible subset
testing
4
testing-anti-patterns
Use when writing or changing tests, adding mocks, or tempted to add test-only methods to production code - prevents testing mock behavior, production pollution with test-only methods, and mocking without understanding dependencies
alexsandrocruz
testing-security
testing
4
acceptance-criteria-writing
Given-When-Then 形式の受け入れ基準を整理し、テスト可能な完了条件の定義を支援する。 要件の明確化、シナリオ設計、検証手順を一貫して整理する。 Anchors: • Software Requirements (Karl Wiegers) / 適用: 要件分析・仕様化 / 目的: テスト可能な要件定義 • BDD in Action (John Ferguson Smart) / 適用: Given-When-Then / 目的: 振る舞い駆動開発 • The Art of Software Testing (Glenford Myers) / 適用: テスト設計 / 目的: 検証可能性の確保 Trigger: 受け入れ基準の作成、ユーザーストーリーの仕様化、テスト可能な要件定義を行う場合に使用。 acceptance criteria, user story, GWT, Given-When-Then, testable requirements, definition of done
daishiman
testing-security
testing
4
test-create
Generate test cases for code. Use when writing unit tests, integration tests, or verifying acceptance criteria.
hscspring
testing-security
testing
4
integration-test
Write integration tests with Jest for API routes and database operations. Use when testing backend logic, API endpoints, or data layer.
xmark168
testing-security
testing
4
qa-screenshot-management
Screenshot capture, organization, and comparison for QA testing. Use when taking screenshots during test execution to ensure proper naming, organization, and traceability back to test cases.
jpoutrin
testing-security
testing
4
test-driven-development
Use when implementing any feature or bugfix, before writing implementation code - write the test first, watch it fail, write minimal code to pass; ensures tests actually verify behavior by requiring failure first
alexanderop
testing-security
testing
4
frontend-testing
Comprehensive frontend testing strategy encompassing component tests, visual regression, accessibility, and E2E testing for modern web applications using Vitest, React Testing Library, Playwright, and Storybook. Anchors: • Test-Driven Development: By Example (Kent Beck) / Apply: Red-Green-Refactor cycle / Purpose: Guide test-first development workflow • Testing Library Guiding Principles / Apply: Query priorities and user-centric testing / Purpose: Ensure tests resemble user behavior • WCAG 2.1 AA Standards / Apply: Automated accessibility testing / Purpose: Ensure inclusive UI components Trigger: Use when implementing or improving frontend tests, setting up test infrastructure, debugging failing tests, improving test coverage, or establishing testing best practices for React/Next.js applications. vitest, react testing library, playwright, storybook, component test, e2e test, visual regression, accessibility testing, test coverage, mock service worker
daishiman
testing-security
testing
4
repository-test
Go repository testing with SQLC integration following hexagonal architecture. Use when writing integration tests for repository layer, testing database operations, and validating domain model persistence. Focuses on testcontainers, table-driven tests, and comprehensive error coverage.
nikolayk812
testing-security
testing
4
manage-react-hook-tests
Create or update test files for React hooks. Use when user asks to "create hook tests", "test useMyHook", "generate tests for hook", "update hook tests", or mentions needing tests for a React hook. Generates vitest test files with renderHook, Fake context providers, and proper test structure.
talbenmoshe
testing-security
testing
4
mock-generator
Generates test mocks, stubs, and fixtures for testing (Jest, Vitest, pytest, etc.). Use when user asks to "create mock", "generate stub", "mock function", "test fixtures", or "mock API response".
Dexploarer
testing-security
testing
4
tdd-red-green-refactor
Red-Green-Refactorサイクルを中心にTDDを実行するための専門スキル。 失敗テストの設計、最小実装、リファクタを反復し、品質と速度を両立する。 Anchors: • Test-Driven Development: By Example / 適用: RGRサイクル / 目的: 反復の規律 • Refactoring (Martin Fowler) / 適用: 改善手順 / 目的: 振る舞い維持 • xUnit Test Patterns / 適用: テスト設計 / 目的: 表現の一貫性 Trigger: Use when focusing on the red-green-refactor cycle, coaching TDD execution, or reviewing cycle quality. red-green-refactor, TDD cycle, failing test, minimal implementation, refactoring
daishiman
testing-security
testing
4
test-driven-development
Use when implementing any feature or bugfix, before writing implementation code - write the test first, watch it fail, write minimal code to pass; ensures tests actually verify behavior by requiring failure first
alexsandrocruz
testing-security
testing
4
test-doubles
テストダブルの選択・設計・検証を一貫して整理するスキル。 依存関係の分離と検証戦略を統一し、テストの意図と可読性を高める。 Anchors: • Test-Driven Development: By Example / 適用: テストダブル選択 / 目的: テスト意図の明確化 • xUnit Test Patterns / 適用: テストパターン / 目的: ダブル設計の一貫性 Trigger: Use when choosing, designing, or validating test doubles such as mocks, stubs, fakes, or spies. test doubles, mock, stub, fake, spy
daishiman
testing-security
testing
4
hammer-test-suite-generator
Generates complete test suite infrastructure (test scripts, functional tests, benchmark tests, output directories, CMake integration) for a new SDL3 HammerEngine system or manager following project conventions. Use when adding a new manager or system that needs testing infrastructure.
Ronin15
testing-security
testing
4
qa-testing-methodology
QA best practices and test design patterns. Use when designing test cases to ensure comprehensive coverage with equivalence partitioning, boundary analysis, and accessibility testing.
jpoutrin
testing-security
testing
4
webapp-testing
Automated UI testing for web applications using Playwright with comprehensive test coverage and reporting
YoavLax
testing-security
testing
4
plan-writing-gherkin-criteria
Guide for writing Gherkin acceptance criteria using Given-When-Then syntax for testable requirements. Covers scenario structure, background blocks, scenario outlines with examples tables, common patterns for authentication/CRUD/validation/error handling, and best practices for clear testable specifications. Essential for writing user stories and plan acceptance criteria
wahidyankf
testing-security
testing
4
spec-validator
Validates implementations against specifications by checking requirements coverage, acceptance criteria, and documentation updates
fractary
testing-security
testing
3
agile-story
Write behavior-focused Agile user stories with BDD-style acceptance criteria. Use when defining features, clarifying requirements, or creating development tickets. Produces narrative-form stories with Given-When-Then scenarios.
bnadlerjr
testing-security
testing
3
scrum-event-sprint-review
Verify Definition of Done and acceptance criteria for Sprint increments. Use when completing sprints, running verification commands, or preparing for acceptance.
shishi
testing-security
code-quality
3
output-style-audit
Validates output-style persona definitions, behavior specifications, and keep-coding-instructions decisions. Use when auditing, reviewing, or improving output-styles, checking persona clarity, validating behavior concreteness, or verifying scope alignment (user vs project). Triggers when user asks about output-style best practices or needs help with persona definition.
philoserf
testing-security
security
3
assisting-with-soc2-audit-preparation
Automate SOC 2 audit preparation including evidence gathering, control assessment, and compliance gap identification. Use when you need to prepare for SOC 2 audits, assess Trust Service Criteria compliance, document security controls, or generate readiness reports. Trigger with phrases like "SOC 2 audit preparation", "SOC 2 readiness assessment", "collect SOC 2 evidence", or "Trust Service Criteria compliance".
BbgnsurfTech
testing-security