Engineering QA Structured Output

Test Case Generator

Generate edge-case-focused test scenarios for any function, feature, or API endpoint — covering boundary values, failure modes, and regression risks.

Overview

Writing complete tests requires thinking beyond the happy path: boundary values, empty inputs, concurrency issues, permission edge cases. Set this up once and use it to systematically enumerate test scenarios for any function or feature — producing structured test ideas your team can implement in their preferred testing framework.

Workflow

  1. Describe the target

    Paste the function signature, feature spec, or API endpoint description.

  2. Specify the framework

    Optionally mention your testing framework (xUnit, Jest, pytest) so scenario names match conventions.

  3. Run through the assistant

    Send the description with this system prompt to your AI model.

  4. Prioritize and implement

    Review the generated scenarios, prioritize by risk, and implement the most critical ones first.

Why This Workflow Works

  • Categorizing test cases by type (boundary, permission, concurrency) ensures systematic coverage rather than ad-hoc enumeration
  • Requesting scenarios not code keeps the output implementation-agnostic — works for any framework or language
  • Regression risk section forces the AI to reason about future failure modes, not just current behavior
  • Flagging cases that require mocking surfaces test infrastructure decisions before implementation begins

Best for

  • Functions with non-trivial input validation logic
  • Public API endpoints with permission requirements
  • Modules at risk of regression after a major refactor
  • Features where edge-case failures have high user impact

Not for

  • Generating runnable test code — this produces scenarios, not implementations
  • Performance or load testing — use a dedicated benchmarking tool instead
  • UI pixel-perfect or visual regression testing

Use cases

  • Generating test plans for a new API endpoint before implementation
  • Expanding unit test coverage for an undertested module
  • Creating Playwright or Selenium scenario ideas for E2E test suites
  • Reviewing a feature spec for testability before writing a single line of code