Decision Table

Use this skill when requirements describe discrete business rules, multiple conditions, or outcome logic that should be modeled as a rule table.

jovd83 0caed7c 1.2 KB Updated

File contents

Decision Table

Read First

  • ./references/decision-table.md
  • ./references/test-design-shared-conventions.md
  • ./assets/templates/decision-table.j2
  • ./assets/templates/optimized-decision-table.j2
  • ./assets/templates/test-case-table.j2

Workflow

  1. Extract conditions and resulting actions.
  2. Distinguish stated rules from unstated combinations.
  3. Build the full rule space only as far as the requirement supports it.
  4. Mark impossible or unspecified combinations explicitly.
  5. Optimize only when multiple columns truly produce the same outcome and the same oracle.
  6. Derive one scenario per retained rule column.

Required Output

  • condition list
  • action list
  • full or partially constrained decision table
  • optimized decision table when valid
  • scenario list tied back to retained rules

Guardrails

  • Do not invent policy for unspecified combinations.
  • Do not use "don't care" to hide a meaningful rule difference.
  • Prefer a coverage gap note over a fake complete matrix.

jovd83/test-design-orchestrator/tree/main/decision-table commit 0caed7c8a8

Frequently asked questions

npx skillmds@latest add jovd83/decision-table