Integration test: end-to-end terminology resolution
epic-dynamic-terminology-and-labels-ui-and-accessibility-task-012 — Write integration tests (flutter_test + integration_test package) that simulate a full terminology resolution flow across all three UI components. Test scenario: switch active organization from NHF to Blindeforbundet, verify TerminologyAwareTextWidget re-renders with new labels, verify WcagSemanticsLabelResolver updates its Semantics node, and verify TerminologyAdminPreviewScreen shows the correct resolved values and missing entry count for each organization's map.
Acceptance Criteria
Technical Requirements
Execution Context
Tier 4 - 323 tasks
Can start after Tier 3 completes
Implementation Notes
Structure the test file with a shared setUp() that creates the two org fixtures and wires the ProviderScope overrides — avoid copy-paste provider setup across test cases. Use tester.pumpAndSettle() after triggering the org switch to allow all async providers to resolve. For Semantics testing, enable the Semantics tree with SemanticsHandle handle = tester.ensureSemantics() at the top of the test and dispose at the end. The WcagSemanticsLabelResolver Semantics verification should use find.bySemanticsLabel() or tester.getSemantics(find.byType(WcagSemanticsLabelResolver)) — document the exact approach chosen in the test file's top comment.
If the integration_test package requires a main() entrypoint with IntegrationTestWidgetsFlutterBinding.ensureInitialized(), add it and document the run command in the project README.
Testing Requirements
Use the integration_test package for device/emulator-level tests and flutter_test for pump-based widget tests. Create two test fixture files: nhf_label_fixture.dart and blindeforbundet_label_fixture.dart, each with a complete OrganizationLabelMap. Use ProviderScope(overrides: [...]) to inject mocked repositories. Verify Semantics tree with tester.getSemantics() and SemanticsController.
Test the org-switch flow as a single sequential test (not isolated tests) to validate the reactive re-render chain. Include a separate test for the edge case where both orgs have identical label values to ensure no false positives in the missing-entry count.
WcagSemanticsLabelResolver's Semantics wrappers may conflict with Semantics nodes already defined by existing accessible widgets (e.g., accessible-bottom-navigation, activity-wizard-semantics), causing duplicate or contradictory screen reader announcements that fail WCAG 2.2 AA criteria.
Mitigation & Contingency
Mitigation: Audit all existing Semantics-annotated widgets in the accessibility feature before implementing WcagSemanticsLabelResolver. Define a clear hierarchy rule: WcagSemanticsLabelResolver always merges with, never replaces, existing Semantics nodes. Use Flutter's debugSemantics output in CI to detect conflicts automatically.
Contingency: If conflicts are discovered in testing, introduce a resolverMode parameter to WcagSemanticsLabelResolver allowing it to operate in 'override' or 'merge' mode per call site; coordinate with the Screen Reader Support feature team to align Semantics strategies.
If TerminologyAwareTextWidget subscribes to the full terminology map provider rather than the per-key labelProvider family, a single label update will trigger a full widget-tree rebuild across all screens simultaneously, causing jank on devices used by older peer mentors.
Mitigation & Contingency
Mitigation: Implement TerminologyAwareTextWidget using ref.watch(labelProvider(key)) on the per-key family provider from TerminologyRiverpodProviders so that only widgets bound to the changed key rebuild. Verify with Flutter DevTools 'rebuild tracking' in widget tests.
Contingency: If full-map subscriptions slip through code review, add a Riverpod lint rule that flags direct organizationLabelsNotifierProvider subscriptions inside widget build methods and enforces the per-key family pattern.
The TerminologyAdminPreviewScreen requires coordinator-level access, but if role checks rely solely on client-side guard logic without matching Supabase RLS policies, a peer mentor could potentially access the admin preview by manipulating navigation state.
Mitigation & Contingency
Mitigation: Protect the admin preview route with a server-validated role guard that re-fetches the user's role from Supabase on screen initialization, not just from local state. Add a Supabase RLS policy that restricts label map read access for the admin preview endpoint to coordinator and admin roles only.
Contingency: If unauthorized access is discovered in testing, immediately add a middleware role assertion that redirects non-coordinators to the no-access screen and logs the unauthorized navigation attempt for audit.