category focus

Testing

Unit, integration, and e2e testing.

4139 スキルall categories
sorting
stars
current ordering strategy
query
all entries
refine the visible subset
testing
13

test-skill

A test skill from the complex plugin.

netease-lcap
netease-lcap
testing-security
open
testing
13

fuzz

OCaml fuzz testing with Crowbar for protocol implementations. Use when Claude needs to: (1) Write fuzz tests for parsers and encoders, (2) Test roundtrip invariants (parse(encode(x)) = x), (3) Verify boundary conditions and error handling, (4) Test state machines and transitions, (5) Organize fuzz test suites for large codebases

avsm
avsm
testing-security
open
testing
13

smart-test

Intelligent test selection based on code changes. Maps source files to tests via import analysis, implements tiered testing (fast < 1 min, impacted < 5 min, full suite), and tracks test reliability. Use when running tests after code changes to optimize feedback loops and CI time.

rysweet
rysweet
testing-security
open
testing
12

agent-qa-expert

Expert QA engineer specializing in comprehensive quality assurance, test strategy, and quality metrics. Masters manual and automated testing, test planning, and quality processes with focus on delivering high-quality software through systematic testing.

Tony363
Tony363
testing-security
open
testing
12

integration-testing

Integration testing standards for API testing, database testing, and service-to-service communication. Covers test containers, Docker Compose, API mocking, and contract testing for reliable integration suites.

williamzujkowski
williamzujkowski
testing-security
open
testing
12

checkpoint-ambiguity-review

Review checkpoint specs and tests to identify tests that encode ambiguous interpretations rather than explicit requirements. Use when asked to check checkpoint_N.md against test_checkpoint_N.py, when auditing tests for ambiguity, or when reviewing snapshot eval failures for interpretive issues.

SprocketLab
SprocketLab
testing-security
open
testing
12

edge-cases

Analyze checkpoint tests and suggest missing edge cases. Use after writing tests or when reviewing test coverage. Invoke with /edge-cases <problem> <checkpoint>.

SprocketLab
SprocketLab
testing-security
open
testing
12

agent-test-automator

Expert test automation engineer specializing in building robust test frameworks, CI/CD integration, and comprehensive test coverage. Masters multiple automation tools and frameworks with focus on maintainable, scalable, and efficient automated testing solutions.

Tony363
Tony363
testing-security
open
testing
12

edge-case-discovery

Use when user requests exhaustive edge case analysis. Enforces TodoWrite with 15+ items (5 categories). Triggers: "all edge cases", "what could break", "bulletproof", "failure modes". If thinking "main path is sufficient" - use this.

pvillega
pvillega
testing-security
open
testing
12

test-ambiguity-detector

Analyze test cases against specifications to find ambiguous assumptions. Use when tests might be making assumptions not explicitly defined in the spec. Invoke with /test-ambiguity-detector <problem> <checkpoint>.

SprocketLab
SprocketLab
testing-security
open
testing
12

making-plans

Use when design is complete and you need detailed implementation tasks - breaks epics into coarse-grained Beans issues with TDD guidance, exact file paths, and verification steps

czottmann
czottmann
testing-security
open
testing
12

sc-test

Execute tests with coverage analysis and automated quality reporting. Use when running unit tests, integration tests, e2e tests, analyzing coverage, or debugging test failures.

Tony363
Tony363
testing-security
open
testing
12

reclassify-tests

Reclassify tests by adding @pytest.mark.functionality to tests not explicitly shown in the spec. Invoke with /reclassify-tests <problem> <checkpoint>.

SprocketLab
SprocketLab
testing-security
open
testing
12

fix-solution

Continually test and repair solutions to benchmark problems until they pass. Use when a solution has failing tests. Invoke with /fix-solution <snapshot_path> <problem_name> <checkpoint_index>.

SprocketLab
SprocketLab
testing-security
open
testing
12

run-tests

Run problem tests using eval-snapshot instead of raw pytest. Use this to evaluate solutions against benchmark tests in Docker. Invoke with /run-tests <snapshot_path> <problem_name> <checkpoint_index>.

SprocketLab
SprocketLab
testing-security
open
testing
12

unit-testing

Unit testing standards following TDD methodology, test pyramid principles, and comprehensive coverage practices. Covers pytest, Jest, mocking, fixtures, and CI integration for reliable test suites.

williamzujkowski
williamzujkowski
testing-security
open
testing
12

testing

Comprehensive testing standards including unit, integration, security, and property-based testing with TDD methodology

williamzujkowski
williamzujkowski
testing-security
open
testing
12

edge-cases

Analyze checkpoint tests and suggest missing edge cases. Use after writing tests or when reviewing test coverage. Invoke with /edge-cases <problem> <checkpoint>.

SprocketLab
SprocketLab
testing-security
open
testing
12

validate-run

Validate all checkpoints from an agent run directory in parallel. Spawns test-validator agents for each checkpoint and summarizes results. Invoke with /validate-run <run_path> [problem].

SprocketLab
SprocketLab
testing-security
open
testing
12

systematic-debugging

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes

kofttlcc
kofttlcc
testing-security
open
testing
12

rspec-testing

This skill should be used when writing, reviewing, or improving RSpec tests for Ruby on Rails applications. Use this skill for all testing tasks including model specs, controller specs, system specs, component specs, service specs, and integration tests. The skill provides comprehensive RSpec best practices from Better Specs and thoughtbot guides.

dgalarza
dgalarza
testing-security
open
testing
11

automation-strategy

Plan test automation strategies including ROI analysis, automation candidate selection, framework evaluation, and maintainable automation architecture.

melodic-software
melodic-software
testing-security
open
testing
11

gherkin-authoring

Gherkin acceptance criteria authoring. Use when writing Given/When/Then scenarios, feature files, or BDD-style specifications. Provides syntax reference, best practices, and Reqnroll integration guidance.

melodic-software
melodic-software
testing-security
open
Previous
Page 76 / 173
Next