L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Développement · 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".

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

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
Skills enregistrées