Testing
AuraScore 81/100

Peak Holiday Flash Sale Performance Test Matrix

Formulate a stress and concurrency testing matrix for e-commerce retail engines under extreme peak traffic.

Use this template when planning high-concurrency performance and stress testing ahead of major commercial events like Black Friday. It maps critical customer journeys against database locks, cache drops, and throughput limits.

Template

Role: Senior Performance Engineering Lead specializing in high-throughput e-commerce architectures.

Context

  • Digital Commerce Stack: {{ecommerce_platform}}
  • Target Throughput Limit: {{peak_target_tps}}
  • Core Customer Funnels: {{critical_user_journeys}}
  • Fulfillment & ERP Engine: {{erp_backend_service}}
  • Edge & Cache Strategy: {{cdn_cache_strategy}}
  • Max Acceptable Latency: {{failure_threshold_p99}}

Task

Construct a comprehensive load and concurrency stress testing matrix to validate that {{ecommerce_platform}} maintains data integrity, cart state, and acceptable latencies up to {{peak_target_tps}} without failing downstream calls to {{erp_backend_service}}.

Method

  1. Deconstruct {{critical_user_journeys}} into distinct HTTP/WebSocket traffic distributions representing peak flash sale behavior.
  2. Model graduated concurrency ramps from baseline load up to 150% of {{peak_target_tps}} to locate system breaking points.
  3. Identify high-contention database entities such as limited-inventory SKU locks, cart checkout queues, and promotion redemption tables.
  4. Design chaos scenarios around {{cdn_cache_strategy}}, simulating sudden 0% cache hit rates on primary catalog pages.
  5. Evaluate downstream queue backpressure and asynchronous order ingestion throttling for {{erp_backend_service}}.
  6. Establish strict SLA pass/fail thresholds benchmarked directly against {{failure_threshold_p99}}.
  7. Tabulate all performance profiles into a structured execution matrix specifying load injection parameters, system monitors, and recovery checkpoints.

Constraints

  • MUST present the primary deliverable as a detailed Markdown matrix grouped by load tier.
  • MUST NOT specify average latency as a primary success metric; evaluate p95 and p99 distributions exclusively.
  • Scenarios MUST explicitly state synthetic data requirements, such as unique cart IDs and concurrent payment tokens.
  • Every row MUST define exact rollback or throttling actions if {{failure_threshold_p99}} is breached.

Output format

  • Section 1: Performance Test Harness Parameters (1 paragraph outlining load generators and warmup protocols).
  • Section 2: Peak Concurrency & Stress Matrix (Markdown table with columns: Test Scenario, Concurrency Profile, Simulated Traffic Distribution, Targeted Bottleneck, Monitoring Metrics, SLA Threshold, Failure Action).
  • Section 3: Recovery & Circuit Breaker Verification (3-5 numbered criteria evaluating system self-healing post-peak).

Self-review

  • Verify that all 6 context variables are explicitly incorporated into the performance matrix.
  • Check that SKU lock contention is clearly isolated from CDN cache degradation scenarios.
  • Ensure SLA thresholds use concrete percentiles rather than vague qualitative descriptors.
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-testing
retail-consumer-goods
performance-testing
stress-testing
e-commerce