界面已本地化;技能介绍与说明文档按所选语言由 AI 自动翻译,代码、命令、路径和专业术语保留原文,以原作者文档为准。
探索技能
开发与工程 · SKILL.md

parallel-test-fixing

parallel-test-fixing

【开发与工程】When multiple tests fail, assign each failing test file to a separate subagent that fixes it independently in parallel.

独立 GitHub 快照 · 自动分类 · 以原作者文档为准

技能说明

GitHub

name: parallel-test-fixing description: When multiple tests fail, assign each failing test file to a separate subagent that fixes it independently in parallel. user-invocable: true

Parallel Test Fixing

Speed up fixing a broken test suite by distributing failing tests across parallel subagents.

Workflow

1. Run the Full Test Suite

npm test -- --no-coverage 2>&1 || true

Capture the output and extract all failing test files.

2. Group Failures

Parse the test output for failing files:

  • Jest: FAIL src/components/Button.test.tsx
  • Vitest: FAIL src/utils/format.test.ts
  • Pytest: FAILED tests/test_api.py::test_create_user

Group by file — each file becomes one task.

3. Launch Parallel Subagents

For each failing test file, launch a generalPurpose subagent:

Task: Fix the failing tests in <file>

The test file is: <path>
The test command is: <command to run just this file>
The error output was:
<paste the relevant failure output>

Steps:
1. Read the test file and the source file it tests
2. Understand why each test is failing
3. Fix the source code (preferred) or update the test if the test is wrong
4. Run the single test file to confirm it passes
5. Report what you changed and why

Launch all subagents simultaneously — they work in parallel since each touches different files.

4. Collect Results

As each subagent completes, collect:

  • Which tests were fixed
  • What files were changed
  • Whether the fix might conflict with another subagent's changes

5. Verify

Run the full test suite one more time to confirm everything passes:

npm test

If there are new failures (from conflicting fixes), resolve them sequentially.

Tips

  • If two failing tests share the same source file, assign them to the same subagent to avoid edit conflicts
  • Set a timeout — if a subagent is stuck for 5+ minutes, check its progress
  • For large test suites (50+ failures), batch into groups of 5-10 per subagent rather than one-per-file
  • Use best-of-n-runner subagents if you want isolated worktrees for each fix attempt
我的收藏