testing-general

Étoiles8

Forks3

Mis à jour1 avril 2026 à 23:54

Language-agnostic testing principles: boundary assertions, null checks, and behavior-driven test naming

Installation

Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.

Source

ucdavis

ucdavis/ai-skills-registry

Ouvrir le dépôt GitHub Voir les dépôts du créateur

Téléchargement

Métiers associésSOC

Basé sur la classification professionnelle SOC

Analystes en assurance qualité des logiciels et testeursProfessions informatiques et mathématiques·SOC 15-1253

SKILL.md

readonly

name	testing-general
description	Language-agnostic testing principles: boundary assertions, null checks, and behavior-driven test naming

Testing — General

Structure

One test file per source module.
Name tests as specifications: "should <behavior> when <condition>".
Group related cases with describe/context blocks.
Follow Arrange-Act-Assert (AAA), with a blank line between each phase.

What to Test

Happy path: expected inputs produce expected outputs.
Edge cases: empty input, zero, maximum values, boundary conditions.
Error paths: invalid input, missing data, external failures.

Mocking

Mock only what you don't control: HTTP calls, databases, filesystems, clocks.
Never mock the unit under test.
Restore mocks after each test to prevent state leakage.

Assertions

Assert specific values, not just that something was called.
On error paths, assert both the error type and message.
Avoid assertions inside loops — use parameterized tests instead.

Coverage

Focus on behavior coverage, not line coverage.
100% coverage does not mean a test suite is complete.
Missing: edge cases, concurrent access, failure paths that coverage tools can't see.

Plus depuis ce dépôt

même dépôt

architecture-general

ucdavis/ai-skills-registry

Architecture decisions: layering, design patterns, microservices trade-offs, and domain-driven design

2026-04-018

architecture-python

ucdavis/ai-skills-registry

Python architecture: PEP-8, type hints, clean layering, dependency injection, and testing strategy

2026-04-018

code-review-general

ucdavis/ai-skills-registry

General code review process: priority ordering, what to block on, how to give actionable feedback

2026-04-018

data-science-python

ucdavis/ai-skills-registry

Python data science: notebook structure, data validation, reproducibility, and model documentation

2026-04-018

git-workflow-general

ucdavis/ai-skills-registry

Git workflow: branch naming, conventional commits, PR conventions, and merge strategies

2026-04-018

refactoring-typescript

ucdavis/ai-skills-registry

TypeScript refactoring: SOLID principles, DRY, type safety improvements, and eliminating code smells

2026-04-018

name	testing-general
description	Language-agnostic testing principles: boundary assertions, null checks, and behavior-driven test naming

Testing — General

Structure

One test file per source module.
Name tests as specifications: "should <behavior> when <condition>".
Group related cases with describe/context blocks.
Follow Arrange-Act-Assert (AAA), with a blank line between each phase.

What to Test

Happy path: expected inputs produce expected outputs.
Edge cases: empty input, zero, maximum values, boundary conditions.
Error paths: invalid input, missing data, external failures.

Mocking

Mock only what you don't control: HTTP calls, databases, filesystems, clocks.
Never mock the unit under test.
Restore mocks after each test to prevent state leakage.

Assertions

Assert specific values, not just that something was called.
On error paths, assert both the error type and message.
Avoid assertions inside loops — use parameterized tests instead.

Coverage

Focus on behavior coverage, not line coverage.
100% coverage does not mean a test suite is complete.
Missing: edge cases, concurrent access, failure paths that coverage tools can't see.