Derives human-readable manual test cases from a business-rule spec via a decision table: identify conditions and actions, build the full 2^n-column matrix, collapse columns with irrelevant entries, strike infeasible combinations, then emit one test case per remaining column (each feasible column is one coverage item per ISTQB CTFL v4.0 section 4.2.3). A deep single-technique walkthrough rather than a broad multi-lens case matrix; the output is manual step/expected cases rather than parameterized test code, and it covers how cases are derived rather than how a case record is structured. Use when a spec's outcome depends on interacting conditions (pricing, eligibility, discounts, routing rules) rather than the boundaries of a single input.
93
93%
Does it follow best practices?
Impact
94%
1.02xAverage score across 10 eval scenarios
Passed
No findings from the security scan
Site security is replacing the badge reader on the lab door. The policy extract below is what the current reader implements, as far as anyone knows - the original configuration was done by a contractor who has left, and the policy is the only surviving description.
The policy is written the way policies are written: each sentence describes a kind of person in a kind of situation. Those sentences overlap in places and leave a hole in at least one place, and because each sentence bundles several facts together, it is genuinely hard to see from the text which situations it covers and which it does not. The auditor has already asked us whether an escorted person is always logged, and I could not answer.
I want a document the security lead and I can walk through the door with, that covers every situation the reader can actually be presented with, so we can badge each one and compare the reader against the policy rather than against our memory of it.
Produce door-access-analysis.md containing:
Out of scope: the badge issuance process, the fire-alarm override, and anything about the reader's network configuration.
Extract the following files before beginning.
=============== FILE: docs/lab-access-policy.md ===============
A permanent employee who holds lab clearance may badge into the lab at any hour.
A contractor who holds lab clearance may badge in during core hours, which are 07:00 to 19:00.
A contractor who does not hold lab clearance may enter only when accompanied by an escort, and only during core hours.
A permanent employee who does not hold lab clearance may enter when accompanied by an escort, at any hour.
Every escorted entry is written to the review log. Entries that are not escorted are not logged separately.
Anyone refused at the door is shown "contact your site manager" on the reader display.
Escorts are themselves badge holders and badge in on their own credentials; the reader treats an escorted entry as two entries, and only the escorted person's entry is subject to this section.