nodefony-test-campaign

Orchestrates a complete ordered test campaign across Nodefony suites, benches, and gates.

Updated Dec 19, 2023
One-click install
npx skills add https://github.com/nodefony/nodefony-core --skill nodefony-test-campaign-nodefony
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: nodefony-test-campaign
Source: https://github.com/nodefony/nodefony-core/tree/main/.claude/skills/nodefony-test-campaign
Command: npx skills add https://github.com/nodefony/nodefony-core --skill nodefony-test-campaign-nodefony

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Running every test suite, bench, and gate in a large Node.js framework repository in the wrong order produces false failures, misleading green totals, and verdicts that confuse saturation or missing infrastructure with real product regressions. ## Core Features & Use Cases - Ordered six-stage campaign matrix: Sequences non-regression, load and memory, cost switches, load benches, scaffold verification, and multi-pod tests so each stage does not corrupt the next. - Red-verdict decision tree: Instructs each failure through isolation replay, decor checks, shared-state accumulation, instrument staleness, and only lastly the product code. - Blind-spot accounting: Tracks closed switches, skipped benches, out-of-scope scripts, and the unpublished release chain so a green total is never reported without what did not run. - Use Case: Before publishing Nodefony 10.0.0, run the full campaign stage by stage, triage every red by cause, and generate the committed HTML quality report under docs/qualite. ## Quick Start Ask the agent to run a complete Nodefony test campaign and produce the final HTML report with every red verdict instructed by cause.

Frequently Asked Questions about nodefony-test-campaign

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

FAQPage Schema
How do I run a complete test campaign on the Nodefony repository?

Run the six stages in order: npm run test:all with dialects, then with load, then cost switches by family, then load benches in lots, then scaffold verification, then multi-pod scripts. Stop the dev server before stages A, B, C, and F.

Why do tests pass in isolation but fail in the full suite?

This is usually saturation, not a regression. A full run executes dozens of workspaces in parallel, so hardcoded timeouts expire without anything being broken. Replay the failing case alone; if it passes, record it as saturation.

Why does a green test total still miss real regressions?

A skipped bench counts as green, and missing infrastructure variables silently disable entire suites. Read the gateReporter block and the closed-switches summary before the total, since the skipped count is the informative number.

Can two Nodefony servers listen on the same port on macOS?

Yes. On macOS and BSD, 127.0.0.1:5151 and *:5151 are distinct bindings, so a second server reports ready while traffic goes to the first. Stop the dev server and verify with lsof before benchmarking.

What are the limitations of npm run test:all coverage?

test:all skips performance micro-benches, real CLI boots, cluster e2e, WebSocket rupture probes, and database outage tests by default. Load-test and multipod bench scripts are never included, and nothing exercises the npm release tarball.