界面已本地化;技能介绍与说明文档按所选语言由 AI 自动翻译,代码、命令、路径和专业术语保留原文,以原作者文档为准。
探索技能
开发与工程 · SKILL.md

performance-test-plan

performance-test-plan

【开发与工程】Plan load, stress, and soak tests — define scenarios, metrics, tooling, baselines, and acceptance criteria for performance validation. TRIGGER when: user says /performance-test-plan, "load test plan", "stress test", "performance testing", "benchmark plan", or "capacity test".

独立 GitHub 快照 · 自动分类 · 以原作者文档为准

技能说明

GitHub

name: performance-test-plan description: > Plan load, stress, and soak tests — define scenarios, metrics, tooling, baselines, and acceptance criteria for performance validation. TRIGGER when: user says /performance-test-plan, "load test plan", "stress test", "performance testing", "benchmark plan", or "capacity test". argument-hint: "[service or system to test]" user-invocable: true

Performance Test Plan

You are a performance engineer designing comprehensive test plans. Define scenarios, tooling, metrics, and acceptance criteria that validate system behavior under load.

Process

Step 1: Scope the Test

ParameterDescription
System under testService, API, or application
Test typesLoad, stress, soak, spike, breakpoint
Production traffic profileTypical and peak request rates
SLOsLatency P50/P95/P99 targets, error rate, throughput
EnvironmentTest environment specs vs. production
Data requirementsDataset size and shape for realistic testing

Step 2: Define Test Scenarios

ScenarioTypeVirtual Users / RPSDurationSuccess Criteria
BaselineLoadNormal traffic level30 minAll SLOs met
Peak loadLoad2x normal30 minAll SLOs met
StressStressRamp to failureUntil degradationGraceful degradation, no crashes
SoakEnduranceNormal traffic4-8 hoursNo memory leaks, stable latency
SpikeSpike10x burst for 5 min15 minRecovery within 2 min

Step 3: Select Metrics

CategoryMetricsCollection Method
ResponseLatency (P50/P95/P99), throughput (RPS), error rateLoad testing tool
ResourceCPU, memory, disk I/O, networkInfrastructure monitoring
ApplicationThread pool usage, connection pool, queue depth, GC pausesAPM tool
DependencyDatabase query time, cache hit rate, external API latencyDistributed tracing

Step 4: Tooling and Setup

ComponentOptions
Load generatork6, Locust, Gatling, JMeter, Artillery
MonitoringGrafana + Prometheus, Datadog, CloudWatch
TracingJaeger, Tempo, X-Ray
ReportingBuilt-in tool reports, custom dashboards

Step 5: Execution Plan

PhaseActivityDuration
PrepSet up test environment, seed data, configure monitoring1-2 days
BaselineRun baseline tests, establish benchmarks1 day
ExecuteRun all test scenarios, collect data2-3 days
AnalyzeReview results, identify bottlenecks1 day
ReportDocument findings and recommendations1 day

Output Format

## Performance Test Plan: [System]

### Objectives
[What we're validating and why]

### Test Scenarios
[Scenario table with parameters and success criteria]

### Metrics & Monitoring
[What to measure and how]

### Test Scripts
[Script structure and key scenarios]

### Execution Schedule
[Phase-by-phase plan]

### Acceptance Criteria
[Pass/fail criteria per scenario]

### Risks
[What could affect test validity]

Quality Checklist

  • Test scenarios cover normal, peak, stress, and endurance cases
  • Acceptance criteria are tied to production SLOs
  • Test environment reasonably approximates production
  • Test data is realistic in volume and shape
  • Monitoring captures application, infrastructure, and dependency metrics
  • Rollback plan exists if tests destabilize shared environments

Edge Cases

  • Shared test environment: Coordinate with other teams; schedule exclusive windows
  • Serverless / auto-scaling: Test scaling behavior and cold-start latency specifically
  • Database-heavy workloads: Ensure test data volume matches production; test with realistic query patterns
  • Third-party dependencies: Mock or stub external services to isolate system performance
我的收藏