python-tests

A set of project rules for testing Python code, checking test coverage, and running code-quality checks. Test coverage measures how much of the code is exercised by tests.

In plain words
What is it for?
Use it when changing Python code to update the related tests, check changed-code coverage, run Ruff, pydoclint, pyright, and run the test suite.
Why use it?
It helps prevent changes from being made without matching tests or checks, especially in the project’s source, scripts, and test folders.

Cursor rule for Cursor

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add rules/cpuguy96/stepcovnet/python-tests
Clone the repo
git clone --depth 1 https://github.com/cpuguy96/StepCOVNet

Made for: Cursor.

Per session 0 Nothing until a file matches its globs; then the whole rule loads.
When invoked 1,230 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.01230
Opus 5 $0.00000 $0.00615
Sonnet 5 $0.00000 $0.00246
Haiku 4.5 $0.00000 $0.00123

Measured yesterday against content hash fc5d45f91f27, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

python-tests scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.cursor/rules/python-tests.mdc · 66 lines

How it starts

The opening of the file, as written. The whole thing — 66 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Tests and coverage

When you add or modify code under src/, scripts/, or tests/:

  1. Update tests in tests/ (one test module per source module: stepcovnet/foo.py -> tests/foo_test.py; scripts/bar.py -> tests/bar_test.py when the script rule below applies).
  2. Delta coverage ΓÇö aim for 100% of changed/new code via public API tests; high 90s only as last resort. Do not test private helpers solely for coverage.
  3. Lint with Ruff, pydoclint, and pyright on changed paths (pyproject.toml ΓÇö import order, Google docstrings, pathlib, types):
venv\Scripts\python.exe -m ruff check .
venv\Scripts\pydoclint.exe src/stepcovnet/<package>/
venv\Scripts\pyright.exe src/stepcovnet/<package>/

Narrow paths to changed files/packages when appropriate. Docstring rules: python-style.mdc.

  1. Verify with Windows venv (see python-environment.mdc):
venv\Scripts\python.exe -m pytest tests/ -m "not slow" --cov=stepcovnet --cov=scripts

Use the relevant test file when scope is narrow. Import conventions beyond Ruff: python-style.mdc.

Scripts (scripts/)

Default: add tests/<script>_test.py in the same change when the script contains non-trivial parsing, discovery, path resolution, or CLI argument assembly (even if helpers are _private).

Script shape Tests required? Where logic is covered
Parsing / discovery / path logic (argparse, manifest walks, logdir specs, JSON config reads) Yestests/<script>_test.py Script tests + temp dirs; patch REPO when paths are repo-relative
Thin CLI that only calls src/stepcovnet with no local logic No dedicated script test Existing tests/ for the imported package
Mixed (local helpers + src/ calls) Yes for the local helpers Script tests for discovery/paths; package tests for core behavior

Examples: audit_agent_brain.pyaudit_agent_brain_test.py; project_status.pyproject_status_test.py. Pattern: import the script module from tests/ via sys.path insert on scripts/ (see tests/conftest.py — set STEPCOVNET_NO_WSL=1 is already global).

Read the full file on GitHub · 66 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 66 lines · 0 tokens per session scan A fc5d45f91f27

Subscribe to this mod's changes

python-tests is a cursor rule published in the GitHub repository cpuguy96/StepCOVNet (21 stars, last pushed 7d ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 1,230 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.