From python-dev-workflow
Entry point for Python pytest TDD work. Routes to focused references and agents for unit tests, integration tests, Celery tasks, Redis-backed behavior, mocks, fixtures, and test coverage.
How this skill is triggered — by the user, by Claude, or both
Slash command
/python-dev-workflow:tests-managerThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Use this skill as the entry point for Python pytest work. It defines the shared
examples/celery/conftest_celery.pyexamples/celery/test_tasks.pyexamples/redis/conftest_fakeredis.pyexamples/redis/conftest_testcontainers.pyexamples/redis/test_cache.pyexamples/redis/test_lua_scripts.pyexamples/redis/test_pubsub.pyreferences/celery-testing.mdreferences/factory-conventions.mdreferences/integration-testing.mdreferences/redis-testing.mdreferences/redis/azure-devops-ci.mdreferences/redis/ci-config.mdreferences/redis/isolation-patterns.mdreferences/test-structure.mdreferences/unit-testing.mdUse this skill as the entry point for Python pytest work. It defines the shared testing rules, then routes to focused references or agents only when the project needs them.
For a behavior change, decide the minimum useful coverage before writing tests:
| Change | Unit tests | Integration tests |
|---|---|---|
| Pure function, schema, validation, branch, or error handling | Required | Usually not needed |
| Service or repository behavior behind an interface | Required | Add when real dependency or query wiring matters |
| New or changed endpoint or feature | Required for local branches and edge cases | Required for real route, dependency, or resource wiring |
| Bug fix | Required reproduction test | Add only if the bug was caused by integration wiring |
For a new endpoint or feature in general, normally write both unit and integration coverage.
Use the frontmatter metadata as the routing table. Load only the reference or agent whose metadata value matches the current task, and skip the rest.
test_*.py; do not use .spec.* or *_test.py.tests/unit/ and tests/integration/; create
directories only when adding tests in that area.class TestThing: or class TestMethodName: when it helps
scan related behavior.test_condition_expected_result; use descriptive snake_case
and avoid vague names like test_works.@pytest.mark.parametrize when three or more cases differ only by input
and expected output.conftest.py.tests/fixtures/.Use metadata-listed agents when the caller needs substantial test generation, read-only review, or focused pytest execution.
When both unit and integration tests are needed, use the same source change as input for both writer agents and keep their scopes separate.
Guides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Enforces test-driven development: write failing test first, then minimal code to pass. Use when implementing features or bugfixes.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.
npx claudepluginhub alex-kopylov/zweihander --plugin python-dev-workflow