-
Notifications
You must be signed in to change notification settings - Fork 1
Open
Labels
area:apiGenerated API client and integrationGenerated API client and integrationarea:testingTestingTestingphase:3Roadmap phase 3Roadmap phase 3size:lLargeLargetype:testTestingTesting
Description
Problem / motivation
The project depends on generated client code and already contains workarounds for real API behaviour. That makes deeper compatibility testing especially valuable.
Proposed solution
Expand the testing strategy to cover contract drift, integration behaviour, and concurrency/resilience edge cases.
Scope:
- contract tests for generated client behaviour
- integration coverage against a real or fixture-backed Seerr instance
- race tests for concurrent enrichment paths
- fuzz coverage for parsers and URL normalisation
- stronger regression coverage for known search/encoding quirks
Alternatives considered
Rely only on command-level tests and fixture mocks. This is simpler, but it is less likely to catch generator or API compatibility drift.
Additional context
Related existing issue:
Suggested checklist:
- Define contract-test targets
- Add integration test strategy
- Add race/fuzz coverage where valuable
- Cover known search and encoding quirks in CI
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
area:apiGenerated API client and integrationGenerated API client and integrationarea:testingTestingTestingphase:3Roadmap phase 3Roadmap phase 3size:lLargeLargetype:testTestingTesting