pm-test

Generate observable test criteria for requirements with versioned storage.

Updated Oct 17, 2025
One-click install
npx skills add https://github.com/x85446/claudecodetricks --skill pm-test
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: pm-test
Source: https://github.com/x85446/claudecodetricks/tree/main/skills/pm-test
Command: npx skills add https://github.com/x85446/claudecodetricks --skill pm-test

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Write human-readable test criteria for requirements. No code, no pseudocode — only observable outcomes. Iterator-native, succinct, imperative mood.

Core Features & Use Cases

  • Iterator-native: reference iterators by name to ensure coverage across related items.
  • Observable outcomes: focus on verifiable results such as pass/fail, metrics, or traces.
  • Modes of operation: Crawl Mode, Add From Feature, Interact Mode, and Edit mode to generate and refine tests.

Quick Start

Provide a requirement UUID and choose a mode to generate iterator-driven, observable tests.

Frequently Asked Questions about pm-test

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write observable test criteria for product requirements without code?▼

To write observable test criteria for product requirements without code, generate human-readable, verifiable outcomes using imperative mood. This approach focuses on pass/fail metrics and traces rather than pseudocode, ensuring verifiable quality through succinct, iterator-native test definitions.

What are observable test criteria in product management and when do I need them?▼

Observable test criteria in product management are verifiable outcomes like pass/fail results or metrics that validate requirement quality. You need them during requirement crawling or feature addition to ensure every iterator-driven item has clear, code-free verification standards before development.

How do I generate test criteria from existing feature requirements?▼

To generate test criteria from existing feature requirements, use Add From Feature mode by providing a requirement UUID. This extracts iterator-driven, observable test cases and stores them with versioning in product_feature_tests for continuous interactive refinement.

Can I reference multiple iterators by name when writing requirement test cases?▼

Yes, you can reference iterators by name when writing requirement test cases. This iterator-native voice ensures complete coverage across related items within product_feature_tests, maintaining verifiable quality standards throughout the crawling and interactive refinement workflows.

What is the best way to refine test criteria after initial generation?▼

The best way to refine test criteria after initial generation is using Interact Mode and Edit mode workflows. These allow iterative adjustments to the observable outcomes while enforcing the iterator-native voice and maintaining versioning within the product_feature_tests store.

Why do my requirement tests fail verification during crawling?▼

Requirement tests fail verification during crawling when they lack observable outcomes or proper iterator references. Ensure tests are written in imperative mood with clear pass/fail metrics, stored via versioning in product_feature_tests, and reference iterators by name for complete coverage.