This commit captures everything produced during autodev existing-code Steps 1 (Document), 2 (Architecture Baseline Scan), and 3 (Test Spec), together with the targeted auth + CORS re-sync triggered on 2026-05-14 when codebase drift was detected at Step 4 entry. None of this work was previously committed. Step 1 (Document) — 50+ _docs/02_document/ files: problem, solution, architecture, system flows, glossary, module-layout, per-component specs (01..06), modules, deployment, diagrams, data model, FINAL report, verification log, discovery. Step 2 (Architecture Baseline) — architecture_compliance_baseline.md. Verdict PASS_WITH_WARNINGS (0 Critical, 0 High, 1 Medium, 2 Low). No High/Critical findings; auto-chained to Step 3 per existing-code flow. Step 3 (Test Spec) — _docs/02_document/tests/* (67 scenarios across blackbox, security, resilience, resource-limit, performance), plus e2e/docker-compose.test.yml, e2e/seed/run.sh, scripts/run-tests.sh, scripts/run-performance-tests.sh. Coverage 88% over the active scope (40 of 45 items covered, 6 RB-deferred, 5 documented-as-uncovered). Targeted auth + CORS re-sync — replaces the deleted in-house token issuer with a JWKS-verifier model. AuthController and TokenService removed; JwtExtensions switched from HS256 symmetric to ES256 over admin's JWKS. ConfigurationResolver and CorsConfigurationValidator added under src/Infrastructure/. ADR-002 and ADR-006 retired; SEC-01, SEC-02, SEC-03 marked Closed. One new testability risk recorded in architecture.md Open Risks Section 6 (JWKS HTTPS gating). Source changes: - src/Auth/JwtExtensions.cs (modified) — ES256, JWKS, alg pinning - src/Program.cs (modified) — DI wiring for ConfigurationResolver and CorsConfigurationValidator - src/Controllers/AuthController.cs (deleted) — no in-service issuance - src/Services/TokenService.cs (deleted) — same - src/Infrastructure/ConfigurationResolver.cs (new) - src/Infrastructure/CorsConfigurationValidator.cs (new) - .env.example (new) — required env var documentation - .gitignore (updated) Cross-repo coordination: _docs/cross-repo/flights_h1_h2_h3_change_spec captures the change-spec for downstream services that consumed the now deleted /auth endpoints. Co-authored-by: Cursor <cursoragent@cursor.com>
2.9 KiB
Test Fixtures
Binary fixtures (frame images + videos) live in the sibling detections repo under azaion/suite/detections/_docs/00_problem/input_data/. We do not duplicate them in this repo — the suite layout already collocates the two services and the test runners (Step 4 onward) resolve fixtures via the relative path below.
Canonical fixture root
$SUITE_ROOT/detections/_docs/00_problem/input_data/
Where $SUITE_ROOT is the parent directory containing both annotations/ and detections/. Test runner scripts (Phase 4) compute this from the running script's location: dirname "$0"/../../../detections/_docs/00_problem/input_data/.
Image fixtures
| Local id | Source path (relative to suite root) | Dimensions | Size | Notes |
|---|---|---|---|---|
image_small |
detections/_docs/00_problem/input_data/image_small.jpg |
1280 × 720 | ~1.5 MB | Primary single-frame test |
image_dense01 |
detections/_docs/00_problem/input_data/image_dense01.jpg |
n/a (~230 KB) | small | Many-detections test |
image_dense02 |
detections/_docs/00_problem/input_data/image_dense02.jpg |
n/a (~2.8 MB) | medium | Many-detections + larger payload |
image_different_types |
detections/_docs/00_problem/input_data/image_different_types.jpg |
900 × 1600 | ~150 KB | Multi-class detection input |
image_empty_scene |
detections/_docs/00_problem/input_data/image_empty_scene.jpg |
1920 × 1080 | ~2 MB | Zero-detection input |
image_large |
detections/_docs/00_problem/input_data/image_large.JPG |
6252 × 4168 | ~7 MB | Large payload boundary |
Video fixtures
| Local id | Source path | Size | Notes |
|---|---|---|---|
video_short01 |
detections/_docs/00_problem/input_data/video_short01.mp4 |
~150 MB | Video annotation flow |
video_short02 |
detections/_docs/00_problem/input_data/video_short02.mp4 |
~150 MB | Distinct-bytes second input — for content-addressed-id divergence |
Synthetic request payloads
Synthetic JSON request bodies (annotation create / update / dataset query / settings update / auth login) live under _docs/00_problem/input_data/requests/. They reference image fixtures by local_id from the table above; the runner inlines the binary at request time.
Why path reference, not copy
- The video binaries are ~150 MB each; committing them would bloat this repo.
- Both services live under the same suite, so the relative path is stable.
- The detections team owns the source-of-truth fixtures (frames, videos). The annotations test corpus consumes them with its own contract layer (
expected_results/results_report.md) — we do not redefine the inputs, only the contract.
If the layout ever diverges (annotations and detections move into different parent directories), fixtures.md is the one place to update the path resolution.