Testing the architectural claims
Choose a test by the claim it must establish. Domain tests, adaptor tests and real-service qualification provide different evidence.
Follow Party and Project
Start with Party's authentication tests and Project's domain implementation. Read their context guides for the required native and broker lanes. Use TESTING.md for current commands and dev-box requirements.
Exercises
- Identify the aggregate that owns each Party access-state transition. Explain why an unchanged transition preserves the authentication generation.
- Explain how
RestoreProjecttreats invalid saved state and why it raises no creation fact. Find the test that establishes this behaviour. - Trace a complete Project observation from source validation through application admission, aggregate change and persistence. Identify the provider I/O boundary.
- Lose a command reply after commit. State which identity, input and expected version the retry must retain.
- Compare a Project material revision with its authority revision. Explain how a successful unchanged source read can affect one while preserving the other.
- Trace an owner contract to the API and browser. Identify where server-authorised subscriptions and missing-resource behaviour are checked.
Record remaining qualification alongside the implementation. A passing fake-backed handler test establishes no claim about PostgreSQL isolation or provider readiness.
Adapted from the architecture reference, with Pharos examples.
Page source
Source snapshot ยท Revision f928834c8.