Back to skills
SkillHub ClubShip Full StackFull StackTesting

auto-testing

Automatically generate and run tests after each code change. Use when: any code is generated or modified in the pipeline. Triggers: internal use only.

Packaged view

This page reorganizes the original catalog entry around fit, installability, and workflow context first. The original raw source lives below.

Stars
5
Hot score
82
Updated
March 20, 2026
Overall rating
C2.7
Composite score
2.7
Best-practice grade
S96.0

Install command

npx @skill-hub/cli install timequity-plugins-auto-testing

Repository

timequity/plugins

Skill path: vibe-coder/skills/auto-testing

Automatically generate and run tests after each code change. Use when: any code is generated or modified in the pipeline. Triggers: internal use only.

Open repository

Best for

Primary workflow: Ship Full Stack.

Technical facets: Full Stack, Testing.

Target audience: everyone.

License: Unknown.

Original source

Catalog source: SkillHub Club.

Repository owner: timequity.

This is still a mirrored public skill entry. Review the repository before installing into production workflows.

What it helps with

  • Install auto-testing into Claude Code, Codex CLI, Gemini CLI, or OpenCode workflows
  • Review https://github.com/timequity/plugins before adding auto-testing to shared team environments
  • Use auto-testing for development workflows

Works across

Claude CodeCodex CLIGemini CLIOpenCode

Favorites: 0.

Sub-skills: 0.

Aggregator: No.

Original source / Raw SKILL.md

---
name: auto-testing
description: |
  Automatically generate and run tests after each code change.
  Use when: any code is generated or modified in the pipeline.
  Triggers: internal use only.
---

# Auto Testing

Run tests automatically. User sees only pass/fail.

## When to Run

After every:
- Component generation
- Feature addition
- Code modification
- Refactoring

## Test Generation

For each code change, generate:

| Code Type | Test Type |
|-----------|-----------|
| Component | Render, interaction |
| API endpoint | Request/response |
| Utility function | Unit tests |
| Form | Validation, submission |
| Auth flow | Login, logout, protected |

## Test Patterns

### Components
```typescript
test('renders correctly', () => {
  render(<Component />);
  expect(screen.getByRole('button')).toBeInTheDocument();
});

test('handles click', async () => {
  const onClick = jest.fn();
  render(<Component onClick={onClick} />);
  await userEvent.click(screen.getByRole('button'));
  expect(onClick).toHaveBeenCalled();
});
```

### API
```typescript
test('returns data', async () => {
  const response = await fetch('/api/items');
  expect(response.status).toBe(200);
  const data = await response.json();
  expect(data.items).toBeDefined();
});
```

## Reporting

| Status | User Sees |
|--------|-----------|
| All pass | ✅ (nothing else) |
| Some fail | "Fixing issues..." then ✅ |
| Can't fix | ❌ + simple explanation |

## Hidden Details

User never sees:
- Test file contents
- Number of tests
- Coverage percentage
- Individual test names

Only: ✅ works or ❌ problem
auto-testing | SkillHub