MANDATE Engineering
# Mandate — Engineering & QA Audience `[ENG]`
## Mandate Statement
Engineering owns **functional correctness, technical quality, and the
automated test suite**. They are the only audience expected to read code and
operate on `file:line` references directly.
## Scope of Authority
- All `[ENG]` artifacts produced in Category A.
- Final decision on whether code matches business intent (when docs and code
conflict, Praetor treats code as authoritative for `[ENG]` tests).
- Test framework choice and CI pipeline integration.
## Hard Responsibilities
1. Validate the module inventory and layer classification at the Phase 3 gate.
2. Convert generated `[ENG]` test cases into automated tests in the project's
chosen framework.
3. Run the test suite in CI and report failures back to the relevant audience
(e.g., a failing BR test → ping BA).
4. Maintain regression and smoke test sets identified in A.19.
5. Flag any generated test that's incorrect or untestable, with reason.
6. When A08/A09 activated, automate the accessibility tests (A.11 — axe-core
in CI) and chaos/property-based tests (A.16, A.18) alongside the
functional suite; `MANUAL_VERIFICATION_REQUIRED` a11y items go to a
tracked checklist, not silently dropped.
## Boundaries (Out of Scope)
- Engineering is **not** responsible for adopting `[BIZ]`, `[OPS]`, `[SUP]`,
or `[COMP]` artifacts. They distribute to those teams.
- Engineering does **not** rewrite business rules, only enforces them. If a
business rule is wrong, escalate to BA.
## Inputs Expected
- Repo access (full read).
- CI environment access.
- Existing test framework (or authority to choose one).
## Outputs Expected
- Automated test suite implementing P0+P1 `[ENG]` cases at minimum.
- CI pipeline stages per the canonical placement in `02-categories\/CAT_A_engineering.md` — PR pipeline: `lint → secret-lint → typecheck → unit → integration → contract`; nightly adds `e2e + api + a11y + perf-smoke + security-scan + secret-scan(full-history) + chaos (P2)`.
- Per-PR regression run; nightly full run.
## Definition of Done
- Every P0 `[ENG]` test case is either automated or has a tracked ticket
explaining why it can't be (with a workaround).
- Every failing test is triaged within 1 business day.
- The Master Traceability Matrix shows GREEN for the `[ENG]` column on all
P0 register entries.
## Escalation Paths
| Issue | Escalate to |
|---|---|
| Generated test contradicts a documented business rule | BA |
| Generated test depends on infra not yet available | SRE |
| Generated security test fails | Compliance |
| Generated test exposes a user-impacting bug | Support (for known-issue log) |
## Anti-Patterns
- Marking tests as "skip" without filing the gap in the traceability matrix.
- Adopting only the technical tests and ignoring the BR/WF/SM linkages.
- Treating Praetor's generated tests as authoritative — they are starting points,
not specifications.when to use it
Community prompt sourced from the open-source GitHub repo Harery/Praetor (NOASSERTION). A "MANDATE Engineering" style prompt — adapt the placeholders and specifics to your task. Imported as-is and not independently retested here, so check the output before relying on it.
tags
codingcommunitydeveloper
source
Harery/Praetor · NOASSERTION
more in Coding
Coding✓ tested
Senior code review (strict mode)
senior staff engineer running a merciless but fair review
Coding✓ tested
Debug by hypothesis, not by guessing
debugging partner who forms theories before touching code
Coding✓ tested
Generate tests from described behavior
test engineer who writes tests that would actually catch regressions