test-assumptions

Featured

Challenge a proposed solution by identifying and testing consequential assumptions. Use when the brief feels too certain or discovery reveals contradictions.

Testing & QA 948 stars 104 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 90/100

Stars 20%
99
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
64
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# test-assumptions <!-- Generated by bin/generate-skills.js; edit the canonical references and catalog. --> ## Purpose Challenge a proposed solution by identifying and testing consequential assumptions. Use when the brief feels too certain or discovery reveals contradictions. Before investigating or acting: 1. Read [the task context contract](references/task-context.md). 2. Read [the method](references/test-assumptions.md). Load further references only when the task needs them. Everything linked is included in this skill; no other skill pack is required. ## Principles - Work directly from the supplied permitted context. Standalone work does not require an engagement folder or initialization. Record filenames in the method are optional persistence destinations when no engagement is bound. - If called by @fde, reuse its current sanitized packet and scope. Do not restart setup, discovery or questions already answered. - The task context contract controls persistence and authority in both modes. Preserve unknowns and distinguish implementation, verification, deployment and acceptance. - Use the customer's repository instructions and available tools. Report a missing capability or unrun check honestly; do not claim that installing a skill provisions infrastructure.

Details

Author
suboss87
Repository
suboss87/FDEOps
Created
3 months ago
Last Updated
yesterday
Language
JavaScript
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Testing & QA Featured

qa

Exercise the delivered customer journey using real runtime or browser evidence. Use for functional acceptance testing after implementation, including failure paths.

948 Updated yesterday
suboss87
API & Backend Listed

assumption-check

Invoke this skill BEFORE making any load-bearing assertion, recommendation, or decision that rests on unverified external information — whether how a tool/API/framework/platform behaves, specific facts, numbers, or dates you are about to cite, current versions or pricing, or subject-matter details that may be wrong or out of date. Do not wait until something breaks — trigger when the task involves: expert recommendations in a specialized domain, citing figures or benchmarks, designing permission or auth systems, planning API integrations, evaluating tools for adoption, or building any system where a config, SDK behavior, or factual claim is load-bearing. Also trigger when: making a placement or scope decision, choosing a format or convention, deciding build-vs-buy, or any decision where 'I assume X works like Y' or 'I recall X is Y' is the justification. Widely used whenever a decision rests on unverified external state or assertions - behavior, facts, or expertise.

0 Updated today
Nova-Caelum
Testing & QA Solid

assumption-test

Surfaces the hidden assumptions an idea depends on, sorts them by risk (likelihood-it's-false × damage-if-false) across desirability, viability, feasibility, and usability, then designs the cheapest test for the riskiest ones. Use when you say "what has to be true for this to work," "what's the riskiest assumption," "should we validate before building," "how do we de-risk this bet," or "this idea feels shaky and I can't say why."

6 Updated 3 weeks ago
Sidsaladi9