test-strategy

Plan and evaluate test coverage for e-commerce checkout and Stripe payment flows.

Updated Apr 6, 2026
One-click install
npx skills add https://github.com/cellarwood/figurio --skill test-strategy-cellarwood
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-strategy
Source: https://github.com/cellarwood/figurio/tree/main/skills/test-strategy
Command: npx skills add https://github.com/cellarwood/figurio --skill test-strategy-cellarwood

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevents regressions and operational risk by defining what to test, how deeply to test it, and when a change is safe to release for Figurio's commerce and fulfillment flows. It focuses on the highest-impact failures that can cause lost revenue, duplicate charges, stranded orders, or broken approval gates.

Core Features & Use Cases

  • Risk-first testing guidance: Prioritizes tests for checkout, Stripe payments, webhooks, and order-state transitions.
  • Release gate criteria and evidence: Specifies what to capture (order IDs, previews, logs, screenshots) and when to block a release.
  • Operational recovery and manual actions: Identifies operator workflows (refund, rerun, handoff) and verification steps for safe recovery.
  • Use Case: When a change touches payment or preview approval, use this Skill to produce a concise test plan covering success paths, duplicate-event handling, and one recovery scenario.

Quick Start

Create a concise test strategy for a change that touches checkout and preview approval listing scope, highest-risk flows, tests to run, gaps, and a release recommendation.

Frequently Asked Questions about test-strategy

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

FAQPage Schema
How do I create a test strategy for Stripe payment flows and checkout state transitions?

To create a test strategy for Stripe payment flows and checkout state transitions, prioritize high-risk paths like payment intents, webhook replays, and idempotency, then capture order IDs and logs as release gate evidence to prevent duplicate charges or stranded orders.

What should I test when modifying e-commerce checkout and preview approval gates?

When modifying e-commerce checkout and preview approval gates, test success paths, duplicate webhook event handling, order-state machine integrity, and at least one operator recovery scenario like refund or rerun to verify safe code changes and fulfillment handoffs.

How do release gates verify payment correctness and webhook replay handling?

Release gates verify payment correctness and webhook replay handling by requiring captured evidence such as order IDs, preview approvals, logs, and screenshots that confirm idempotency and state-machine integrity before allowing a release.

Can I use this test planning approach for operational recovery workflows in fulfillment?

Yes, this test planning approach applies to operational recovery workflows in fulfillment by identifying manual operator actions like refunds, reruns, and handoffs, along with the verification steps required to safely recover stranded orders during code changes.

What are the highest-risk e-commerce failures to cover in a test plan?

The highest-risk e-commerce failures to cover in a test plan are lost revenue from broken checkout initiation, duplicate charges from improper Stripe payment intent handling, stranded orders from webhook replay failures, and broken preview approval gates.

Does this test strategy approach work without external testing framework dependencies?

Yes, this test strategy approach works without external framework dependencies because it functions as a planning and evaluation layer that defines what to test, how deeply to test it, and what evidence to capture for release confidence.