Skip to content

test(runtime): characterize backend result integrity - #1150

Merged
Brad-Edwards merged 3 commits into
devfrom
158-backend-falsification-matrix
Aug 19, 2026
Merged

test(runtime): characterize backend result integrity#1150
Brad-Edwards merged 3 commits into
devfrom
158-backend-falsification-matrix

Conversation

@doublewhy

@doublewhy doublewhy commented Aug 14, 2026

Copy link
Copy Markdown

Plain-language summary

  • Context: ADR-004 and ADR-036 assign validation of portable backend results admitted into RAE runtime state to raes_runtime.
  • Problem: The original test, issue, and draft ASR-532 wording conflated runtime result integrity with certification of backend manifests and third-party implementations.
  • Fix: Reframe the matrix and draft requirement as bounded RuntimeManager.apply result integrity, attribute the existing transition rejection precisely, and limit strict expected failures to assertion failures.

Issue tracking

Closes #158

Verification

  • uv run --frozen python -m pytest tests/test_issue_158_runtime_result_integrity.py -q -rxX: 2 passed, 4 expected failures
  • ruff check and ruff format --check: passed
  • RAES_REQUIREMENT_UID=ADR-036 make policy: passed
  • RAES_REQUIREMENT_UID=ASR-532 make policy: local policy checks passed; Ground Control requirement lookup returned 404 and was skipped by the checker

Checklist

  • Code follows the project coding standards
  • PR title is a Conventional Commit
  • Draft ASR-532 aligns with the accepted runtime responsibility boundary
  • No runtime behavior, published contract, schema, or fixture changed

Notes for review

The four expected failures record currently admitted result inconsistencies; they do not certify backend behavior or infrastructure realization. The unplanned-address case remains characterization pending a contract decision on backend-derived portable resources.

doublewhy and others added 2 commits August 19, 2026 06:01
Exercise RuntimeManager.apply with controlled result perturbations to record which RAE-owned portable transition invariants are enforced. Attribute the existing predecessor-snapshot rejection and keep admitted cases as assertion-only strict expected failures.

Part of #158
@Brad-Edwards Brad-Edwards changed the title test(conformance): falsification matrix for dishonest backend claims test(runtime): characterize backend result integrity Aug 19, 2026
@Brad-Edwards
Brad-Edwards force-pushed the 158-backend-falsification-matrix branch from 8d8f322 to 677857d Compare August 19, 2026 04:03
@Brad-Edwards

Copy link
Copy Markdown
Collaborator

Updated to match the revised #158 scope: reframed the change as RuntimeManager result-integrity characterization, corrected the predecessor-snapshot case, asserted the exact transition diagnostic, limited strict expected failures to AssertionError, removed the inaccurate conformance/#663 claims and vendor attribution, and merged current dev. No runtime behavior or published contract changed.

Align the draft requirement with ADR-004 and ADR-036. Keep RAE responsible for validating portable results admitted at the execution boundary while excluding external backend certification and infrastructure verification.
@Brad-Edwards

Copy link
Copy Markdown
Collaborator

Draft ASR-532 is now aligned with the revised issue scope. It requires validation of portable results admitted at the execution boundary and excludes external backend certification, manifest truth verification, and substrate observation.

@Brad-Edwards
Brad-Edwards merged commit 0b28579 into dev Aug 19, 2026
18 checks passed
@Brad-Edwards
Brad-Edwards deleted the 158-backend-falsification-matrix branch August 19, 2026 04:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants