propose-test-cases

A testing-planning rule set for proposing test cases and a testing strategy for pull request changes. It considers unit tests for individual pieces, integration tests for connected parts, and end-to-end tests for complete user flows.

In plain words
What is it for?
Use it to identify changed behavior that needs testing, assess test gaps, and recommend tests based on the project’s tools, critical paths, coverage, and performance needs.
Why use it?
It helps reveal missing or weak test coverage before new code is accepted.

Cursor rule

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/holasoymalva/ai-pr-reviewer-tasks/propose-test-cases
Clone the repo
git clone --depth 1 https://github.com/holasoymalva/AI-PR-Reviewer-Tasks
Per session 8 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,531 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.00008 $0.02531
Opus 5 $0.00004 $0.01265
Sonnet 5 $0.00002 $0.00506
Haiku 4.5 $0.00001 $0.00253

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

Security

Grade A, and why

propose-test-cases 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.

mdc/propose-test-cases.mdc · 440 lines

How it starts

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

Rule: Propose Test Cases and Testing Strategy

Goal

To guide an AI assistant in analyzing Pull Request changes and proposing comprehensive test cases, testing strategies, and quality assurance recommendations to ensure robust code coverage.

Process

  1. Analyze Changed Functionality: Examine the code changes to understand what functionality needs testing.

  2. Understand Testing Context: Gather information about testing requirements:

    • Current Coverage: "What's the existing test coverage for these areas?"
    • Testing Framework: "What testing framework and tools are being used?"
    • Test Types: "Should I focus on unit, integration, or end-to-end tests?"
    • Critical Paths: "Are there critical business flows that must be thoroughly tested?"
    • Performance Requirements: "Are there performance benchmarks to meet?"
  3. Analyze Test Gaps: Identify missing or insufficient test coverage.

  4. Generate Test Strategy: Create comprehensive testing recommendations with specific test cases.

Test Analysis Framework

🔍 Functionality Analysis

  • New Features: Identify all new functionality added
  • Modified Behavior: Understand changes to existing functionality
  • Dependencies: Map external dependencies and integrations
  • Business Logic: Identify critical business rules and workflows
  • Error Conditions: Catalog potential failure scenarios

📊 Test Coverage Assessment

  • Existing Tests: Analyze current test coverage
  • Coverage Gaps: Identify untested code paths
  • Test Quality: Evaluate existing test effectiveness
  • Regression Risks: Identify areas prone to regression

Test Categories

🧪 Unit Tests

Function-Level Testing
  • Test individual functions with various inputs
  • Verify correct outputs for expected inputs
  • Test boundary conditions and edge cases
  • Validate error handling and exceptions
Class/Module Testing
  • Test object state management
  • Verify method interactions
  • Test inheritance and polymorphism
  • Validate encapsulation and data integrity

Read the full file on GitHub · 440 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 · 440 lines · 8 tokens per session scan A c286c4b1ccf8

Subscribe to this mod's changes

propose-test-cases is a cursor rule published in the GitHub repository holasoymalva/AI-PR-Reviewer-Tasks (14 stars, last pushed 1y ago), licensed Apache-2.0. It adds 8 tokens to every session and 2,531 once invoked, about $0.0000 per session on Opus 5. 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.