Testing

Unit tests, integration tests, test automation

Showing 2281-2304 of 6757 skills
LerianStudio

ring:dev-frontend-visual

by LerianStudio

Gate 4 of frontend development cycle - ensures all components have snapshot tests covering all states, viewports, and edge cases.

Testing 218 8mo ago
LerianStudio

ring:condition-based-waiting

by LerianStudio

Flaky test fix pattern - replaces arbitrary timeouts with condition polling that waits for actual state changes.

Debugging 218 8mo ago
LerianStudio

ring:testing-anti-patterns

by LerianStudio

Test quality guard - prevents testing mock behavior, production pollution with test-only methods, and mocking without understanding dependencies.

API Dev 218 8mo ago
LerianStudio

ring:dispatching-parallel-agents

by LerianStudio

Concurrent investigation pattern - dispatches multiple AI agents to investigate and fix independent problems simultaneously.

Agents 218 8mo ago
LerianStudio

ring:testing-agents-with-subagents

by LerianStudio

Agent testing methodology - run agents with test inputs, observe outputs, iterate until outputs are accurate and well-structured.

Agents 218 8mo ago
LerianStudio

ring:testing-skills-with-subagents

by LerianStudio

Skill testing methodology - run scenarios without skill (RED), observe failures, write skill (GREEN), close loopholes (REFACTOR).

Agents 218 8mo ago
LerianStudio

ring:dev-unit-testing

by LerianStudio

Gate 3 of development cycle - ensures unit test coverage meets threshold (85%+) for all acceptance criteria using TDD methodology.

Analytics 218 8mo ago
LerianStudio

ring:dev-fuzz-testing

by LerianStudio

Gate 4 of development cycle - ensures fuzz tests exist with proper seed corpus to discover edge cases, crashes, and unexpected input handling.

Analytics 218 8mo ago
LerianStudio

ring:dev-cycle-frontend

by LerianStudio

Frontend development cycle orchestrator with 9 gates. Loads tasks from PM team output or backend handoff and executes through implementation → devops → accessibility → unit testing → visual testing → E2E testing → performance testing → review → validation.

Accessibility 218 8mo ago
LerianStudio

ring:dev-cycle

by LerianStudio

Main orchestrator for the 10-gate development cycle system. Loads tasks/subtasks from PM team output and executes through implementation → devops → SRE → unit testing → fuzz testing → property testing → integration testing (write) → chaos testing (write) → review → validation gates (Gates 0-9), with state persistence and metrics collection. Gates 6-7 (integration/chaos) write and update test code per unit but only execute tests at end of cycle (deferred execution).

Agents 218 8mo ago
andrelandgraf

testing

by andrelandgraf

Complete testing setup with Neon database branching, Playwright browser tests, integration tests, and unit tests. Isolated branches with automatic TTL cleanup.

Database 22 9mo ago
banteg

takopi-release

by banteg

Prepare and ship a Takopi release. Use when asked to cut a release, bump release versions, update changelog/spec/readme, tag v<major.minor.patch>, or trigger the GitHub release workflow.

Agents 1.1K 9mo ago
fmschulz

bio-binning-qc

by fmschulz

Perform metagenomic binning, refinement, and QC with completeness/contamination checks.

Automation 11 8mo ago
fmschulz

bio-reads-qc-mapping

by fmschulz

Ingest, QC, and map reads with reproducible outputs. Use for raw read processing and coverage stats.

Automation 11 8mo ago
FOUNDUPS

foundups-result-interpreter

by FOUNDUPS

Summarize raw test output, logs, or diffs into a compact worker-friendly report for FoundUps handoff. Use after execution upstream returns artifacts.

Processing 5 6mo ago
bear2u

workthrough

by bear2u

Automatically document all development work and code modifications in a structured workthrough format. Use this skill after completing any development task, bug fix, feature implementation, or code refactoring to create comprehensive documentation.

Code Gen 935 11mo ago
bear2u

prompt-enhancer

by bear2u

Enhance user prompts by analyzing project context (code structure, dependencies, conventions, existing patterns). Use when users provide brief development requests that would benefit from project-specific context to generate more accurate, contextually-aware prompts.

API Dev 935 12mo ago
sentenz

cpp-unit-testing

by sentenz

Automates unit test creation for C++ projects using GoogleTest (GTest) framework with consistent software testing patterns including In-Got-Want, Table-Driven Testing, and AAA patterns. Use when creating, modifying, or reviewing unit tests, or when the user mentions unit tests, test coverage, or GTest.

Templates 3 8mo ago
sentenz

cpp-mock-testing

by sentenz

Automates mock test creation for C++ projects using Google Mock (GMock) framework with consistent software testing patterns. Use when creating tests with mocked dependencies, interface mocking, behavior verification, or when the user mentions mocks, stubs, fakes, or GMock.

Templates 3 6mo ago
sentenz

cpp-fuzz-testing

by sentenz

Automates fuzz test creation for C++ projects using Google FuzzTest with consistent software testing patterns. Use when creating fuzz tests, mutation testing, or when the user mentions fuzzing, AFL, or coverage-guided testing.

Testing 3 8mo ago
bear2u

workthrough

by bear2u

Automatically document all development work and code modifications in a structured workthrough format. Use this skill after completing any development task, bug fix, feature implementation, or code refactoring to create comprehensive documentation.

Code Gen 935 11mo ago
the-vibey-project

testing

by the-vibey-project

This skill should be used when adding behavior, repairing a failed gate, changing workflows, or validating a release.

Testing 3 1mo ago
jupiterx0910

finding-mobility-opportunities

by jupiterx0910

Evidence-driven opportunity discovery for startup ideas, emerging industries, career-to-founder transitions and small-team ownership paths. Finds what a specific operator can enter, validate and turn into owned capital.

Agents 3 1mo ago
the-vibey-project

claudeloop-testing

by the-vibey-project

Explains claudeloop's testing philosophy and pytest layout — fakes over mocks for every port, FakeClock/FakeSleeper for simulating multi-day waits without real sleeping, mandatory Hypothesis property tests for numeric/time-based invariants, per-layer coverage gates (100% for domain and application), and the documented # pragma no cover policy. Use this whenever writing or modifying any test under tests/, whenever the user asks how to test something in this codebase, mentions coverage, Hypothesis, property-based testing, or asks why a coverage gate failed. Make sure to consult this before adding a mock (this codebase uses fakes implementing real Protocols instead), before adding a numeric or time-based config field without a property test, and before adding a # pragma no cover without a stated reason — all three are enforced review expectations here, not suggestions.

Testing 3 1mo ago