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
์คํ
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