soak-test

Solid

Generate a soak test protocol for extended play sessions. Defines what to observe, measure, and log during long play sessions to surface slow leaks, fatigue effects, and edge cases that only appear after sustained play. Primarily used in Polish and Release phases.

Testing & QA 88 stars 9 forks Updated 1 months ago MIT

Install

View on GitHub

Quality Score: 87/100

Stars 20%
65
Recency 20%
75
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Soak Test A soak test (also called an endurance test) is an extended play session run with specific observation goals. Unlike a smoke check (broad critical path, ~10 min) or a single-feature playtest (~30 min), a soak test runs for **30 minutes to several hours** to surface: - **Memory leaks** — gradual heap growth that only appears after scene transitions - **Performance drift** — frame time degradation that worsens over time - **State accumulation bugs** — issues that only appear after N repetitions of a mechanic (inventory full, score overflow, AI state corruption) - **Fun fatigue** — mechanics that feel good in a first session but grow repetitive over extended play - **Content exhaustion** — the point where players run out of novel content **This skill generates the observation protocol and analysis harness — the human does the actual playing.** **Output:** `production/qa/soak-test-[date]-[duration].md` **When to run:** - Polish phase — before `/gate-check release` - After fixing a memory or stability issue (regression soak) - When extended play has not been formally tracked --- ## 1. Parse Arguments **Duration** (default: `1h`): - `30m` — short soak; suitable for testing a single mechanic or scene - `1h` — standard soak; covers most common leak categories - `2h` — extended soak; recommended for first full Polish soak - `4h` — deep soak; required for games with long session design (RPGs, sims) **Focus** (default: `all`): - `memory` — focus on heap size, obj...

Details

Author
striderZA
Repository
striderZA/OpenCodeGameStudios
Created
4 months ago
Last Updated
1 months ago
Language
JavaScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Testing & QA Listed

stress-test-setup

Use after finishing product/requirements setup (e.g. via the pre-build-setup skill, if you have it), when project is a production web app, public API, or system with SLA/load requirements. Sets up k6 load tests (baseline, spike, soak) based on expected user volume from a PRD. Trigger when user says "stress test", "load test", "k6", "בדיקת עומס", or invoked automatically as a follow-up step from a pre-build-setup workflow. Skip for CLI tools, libraries, internal dashboards with <10 users, or POCs.

0 Updated 2 days ago
hiyabh
Data & Documents Solid

playtest-report

Generates a structured playtest report template or analyzes existing playtest notes into a structured format. Use this to standardize playtest feedback collection and analysis.

88 Updated 1 months ago
striderZA
AI & Automation Listed

stress-testing

Plan, run, and interpret load and stress tests — smoke, average-load, stress, spike, breakpoint, and soak — with realistic workload modeling (open vs closed model, coordinated omission) and SLO-based thresholds (p95/p99, error rate). Use ONLY when the user explicitly asks for a load test, stress test, performance test under load, capacity check, spike/soak/breakpoint test, or "how much traffic can this handle". NEVER run or suggest running load tests proactively — they hammer real systems, consume resources, and can degrade shared environments. If load-related risk is spotted during other work, mention it in one line and stop.

5 Updated 2 days ago
Cristhianzl