levels-operational

Guides smoke, sanity, and regression testing for post-deploy operational verification.

Updated Jun 24, 2026
One-click install
npx skills add https://github.com/Hakkadaikon/hymme --skill levels-operational-hakkadaikon
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: levels-operational
Source: https://github.com/Hakkadaikon/hymme/tree/main/skills/levels-operational
Command: npx skills add https://github.com/Hakkadaikon/hymme --skill levels-operational-hakkadaikon

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often blur the line between quick post-deploy checks and full test suites, either overloading smoke tests until they lose their speed or skipping regression tests until old bugs resurface. This Skill defines the operational verification layer of testing—smoke, sanity, and regression tests—with explicit scope boundaries, step-by-step procedures, and completion checklists for each. ## Core Features & Use Cases - Smoke Testing: Defines a minimal gate that checks process health plus one critical path within seconds after a build or deploy, with binary pass/fail criteria wired into CI. - Sanity Testing: Verifies that a specific fix or small change behaves as intended, scoped narrowly to the changed code and its immediate neighbors. - Regression Testing: Establishes a workflow where every bug fix adds one reproduction test (tagged with its issue number), accumulated permanently and enforced in CI, including detection of skipped or silenced tests. - Use Case: After deploying a new build, run a two-assertion smoke suite to gate further testing; after fixing a full-width digit parsing bug, write a sanity test for that exact behavior; then add a regression test labeled with the bug number so the defect can never silently return. ## Quick Start Ask the AI to apply the levels-operational skill to design a smoke, sanity, or regression test suite for your current change or deployment.

Frequently Asked Questions about levels-operational

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

FAQPage Schema
What is the difference between smoke testing and sanity testing?

Smoke testing broadly and shallowly confirms the system starts and one critical path works, acting as a gate before deeper testing. Sanity testing narrowly and deeply verifies that a specific recent fix behaves as intended, covering only the changed code and its immediate neighbors.

How do I write a smoke test for a deployed service?

Pick the single feature whose failure makes everything else worthless, then check the health endpoint plus that feature's main path from outside the system. Keep the suite to a few seconds; if it runs longer, move extra checks to lower-level tests.

How should regression tests be maintained after bug fixes?

Write a minimal reproduction test that fails before the fix and passes after, tag it with the bug or issue number, and never delete it. Run the accumulated suite in CI on every change so regressions block merges.

How do I detect skipped or silenced tests in a test suite?

Search mechanically with grep for patterns like .skip, .only, .todo, xit, and xdescribe, or enforce a lint rule such as no-disabled-tests. Manual review alone misses silenced tests, which turn the regression suite into decoration.

When should I not use smoke tests?

Do not use smoke tests for exhaustive verification; their only purpose is immediate detection of fatal failures after build or deploy. Adding many checks destroys the speed that makes them useful as a gate.