Skip to content
Back to skills

Language Testing Strategy

ASecurity

`analysis-agent`/`task-agent`/`review-agent`: use when test results depend on runner, concurrency, timeout, cache, or isolation semantics; skip test-portfolio work.

  • 7 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 8, 2026
testingtestingdatabasefrontend

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 22, 2026

npx -y skills add machenjie/rd-skills --skill language-testing-strategy --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Language Testing Strategy?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Language Testing Strategy
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/machenjie-language-testing-strategy/badge)](https://www.skillsdirectory.com/skills/machenjie-language-testing-strategy)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: language-testing-strategy
description: "`analysis-agent`/`task-agent`/`review-agent`: use when test results depend on runner, concurrency, timeout, cache, or isolation semantics; skip test-portfolio work."
---

# language-testing-strategy

## Registry Trigger

**Use when**

- Test evidence depends on runner discovery, process/thread/event-loop behavior, parallelism, deadlines, caching, instrumentation, or fixture lifecycle.
- An accepted test boundary needs language/runtime-specific harness behavior before its result is comparable locally and in CI.

**Do not use when**

- The open decision is the failure-to-test-level portfolio, oracle, or omission; use `test-strategy` and the relevant test-level capability.
- The runner and runtime behavior are fixed and no affected cache, isolation, concurrency, timeout, or tooling decision remains.

## Skill Role

Define test-runner and runtime execution semantics through discovery, scheduling, deadlines, async completion, isolation, cache freshness, instrumentation, and reproducible failures. Exclude proof-portfolio and case selection.

## High-Value Rules

- Verify runner version, configuration, discovery filters, shards, environment, and local/CI invocation from current repository sources before comparing results.
- Match test concurrency to the affected runtime model; shared module, class, process, database, port, or global state has an isolation owner, and a serial pass is not concurrency proof.
- Distinguish a runner timeout from the system deadline under test; cancellation reaches the subject, owned work terminates, and cleanup becomes observable before the harness exits.
- Await or join owned async work and surface background panics, rejected promises, task exceptions, and subprocess failures instead of letting the test finish first.
- Invalidate watch, incremental, test-result, transform, coverage, and build caches when their source, config, environment, generated input, or instrumentation key changes.
- Define fixture ownership for temporary paths, ports, environment, clock, randomness, locale, timezone, processes, and containers, including parallel isolation and cleanup on failure.
- Select failure-mechanism-specific test modes with reproducible first-failure evidence and repository-authorized limits.
- Return the language-test execution decision with inspected harness evidence, proof limits, and specialist routes even when no Reference loads.

## Anti-Patterns

- A command catalog selects a runner or flag without checking the repository version and configuration.
- A cached, watched, serial, or filtered pass is reported as evidence for a different CI shard or runtime mode.
- A runner timeout or retry converts a hang, leak, deadlock, or flake into a passing result.
- Coverage or instrumentation changes scheduling, module loading, or emitted code while the result is treated as equivalent.

## Stop Conditions

- Route risk portfolios to `test-strategy` and case design to `unit-testing`, `integration-testing`, `contract-testing`, `e2e-testing`, or `frontend-testing`.
- Route runner dependencies to `package-dependency-management`, lanes and cache keys to `build-tool-professional-usage`, and final freshness or sufficiency to `quality-test-gate`.

## Output Contract

- Language-test execution decision with runner discovery and scheduling; deadline, cancellation, and async completion; isolation, cache, and instrumentation; failure artifacts; proof limits and specialist routes.

## Targeted References

| Path | Type | Load when | Do not load when | Required by | Required output |
|---|---|---|---|---|---|
| [runtime tooling](references/runtime-tooling.md) | targeted | Test evidence depends on runner discovery concurrency deadline cancellation cache isolation or instrumentation semantics | Repository and CI use one established runner mode with no affected runtime-sensitive harness behavior | analysis-agent, task-agent, review-agent | validation-plan, proof-limit |

Files in this skill

  • SKILL.md3.9 KB
  • references/runtime-tooling.md2.5 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…