testing-strategy

testing-strategy is a skill for Claude Code, Codex from block/agent-skills. It costs 13 tokens per session (338 once invoked), scanned A, original, Apache-2.0.

A set of project guidelines for writing and running software tests. It distinguishes unit tests, which check small pieces in isolation, from integration tests, which check parts working together with realistic data or services.

In plain words
What is it for?
Use it when adding unit or integration tests, organizing test folders and fixtures, choosing test commands, or checking coverage and critical paths.
Why use it?
It gives tests a consistent structure and helps avoid slow, dependent, unclear, or poorly isolated tests.

Skill for Claude CodeCodex ✓ vendor

Written for no agent in particular: nothing here depends on one.

Good fit Use it when adding unit or integration tests, organizing test folders and fixtures, choosing test commands, or checking coverage and critical paths.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/block/agent-skills/testing-strategy
About the project

Agent Skills is a collection and marketplace of reusable instruction sets that teach AI agents specific workflows, tasks, or domain knowledge, with supporting files such as scripts, templates, and examples. It is for people who want to install, browse, create, or contribute portable skills for compatible agents. The catalogue entries are individual skills from this collection.

block/agent-skills · 25 stars · on GitHub

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add block/agent-skills --skill testing-strategy
Clone the repo
git clone --depth 1 https://github.com/block/agent-skills

Made for: Claude Code, Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for testing-strategy

README.md
[![agentmods](https://agentmods.dev/badge/skills/block/agent-skills/testing-strategy/github.svg)](https://agentmods.dev/skills/block/agent-skills/testing-strategy)
Your own site
<a href="https://agentmods.dev/skills/block/agent-skills/testing-strategy"><img src="https://agentmods.dev/badge/skills/block/agent-skills/testing-strategy/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for testing-strategy

Your own site · 80×15
<a href="https://agentmods.dev/skills/block/agent-skills/testing-strategy"><img src="https://agentmods.dev/badge/skills/block/agent-skills/testing-strategy.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 13 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 338 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00013 $0.00338
Opus 5.5 $0.00005 $0.00135
Sonnet 5.5 $0.00003 $0.00068
Haiku 4.5 $0.00001 $0.00034

Measured 1mo ago against content hash a97f1f473fd1, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

testing-strategy scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

testing-strategy/SKILL.md · 67 lines

What it actually says

Testing Guidelines

Unit Tests

  • Test one thing per test
  • Use descriptive test names: test_user_creation_fails_with_invalid_email
  • Mock external dependencies
  • Keep tests fast and isolated

Integration Tests

  • Test API endpoints with realistic data
  • Verify database state changes
  • Clean up test data after each test
  • Use test fixtures for common scenarios

Running Tests

# Run all tests
npm test

# Run unit tests only
npm test:unit

# Run integration tests (requires database)
npm test:integration

# Run tests with coverage
npm test:coverage

Test Structure

tests/
├── unit/           # Fast, isolated unit tests
├── integration/    # Tests requiring external services
├── fixtures/       # Shared test data
└── helpers/        # Test utilities

Best Practices

  1. Arrange-Act-Assert: Structure tests clearly
  2. One assertion per test: When possible, test one behavior
  3. Descriptive names: Test names should describe the scenario
  4. No test interdependence: Tests should run in any order
  5. Clean state: Each test starts with a known state

Coverage Goals

  • Aim for 80%+ line coverage
  • Focus on critical paths first
  • Don't sacrifice test quality for coverage numbers
Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 1mo ago First seen · 67 lines · 13 tokens per session scan A a97f1f473fd1

Subscribe to this mod's changes

testing-strategy is a skill published in the GitHub repository block/agent-skills (25 stars, last pushed 3mo ago), licensed Apache-2.0. It adds 13 tokens to every session and 338 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other skills, from other repositories

plugin-test

A testing guide for Zhin.js plugins using Vitest, a JavaScript and TypeScript testing framework. It focuses on checking command and tool behavior, ordinary business logic, and the plugin package’s required structure.

zhinjs/zhin · 51 tokens

csharp-xunit

Your goal is to help me write effective unit tests with XUnit, covering both standard and data-driven testing approaches.

PracticalSwan/agent-skills · 25 tokens

java-junit

JUnit 5 testing patterns and parameterized-test guidance. Use when writing or reviewing Java unit tests.

PracticalSwan/agent-skills · 24 tokens

modernize-test-starter

Modernize QUnit unit tests and OPA5 integration tests to the UI5 Test Starter concept. Use this skill when: The linter reports prefer-test-starter for .qunit.html or .qunit.js files Test HTML files use manual sap-ui-core.js bootstrapping instead of Test Starter's runTest.js/createSuite.js Test JS files use…

UI5/plugins-coding-agents · 244 tokens

test-patterns

Applies proven testing patterns — Arrange-Act-Assert (AAA), Given-When-Then, Test Data Builders, Object Mother, parameterized tests, fixtures, spies, and test doubles — to help write maintainable, reliable, and readable test suites. Use when the user asks about writing unit tests, integration tests, or end-to-end…

rohitg00/skillkit · 138 tokens

ui5-best-practices-qunit

Use when the user asks to "write a QUnit test", "fix a failing QUnit test", "add a QUnit module", "modernize QUnit tests", "migrate from QUnit 1", or mentions QUnit-specific constructs such as assert.async, nextUIUpdate, Core.applyChanges, sinon sandbox, asyncTest, or QUnit.module. Covers coding standards for…

UI5/plugins-coding-agents · 178 tokens