fix(tests): cardholder-name retry test depends on test order #269
Labels
No labels
blocked
bug
enhancement
high-priority
low-priority
needs-info
needs-triage
ready-for-agent
ready-for-human
referenced
research
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gabogg/hikcentral#269
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Found by PR #233 (#221) while shuffling the suite: the full 604-test collection with seeds 233 and 264. The reproduction is recorded in #233's PR body.
Finding
tests/test_cardholder_name_resolution.py::test_failed_lookup_is_retried_after_a_pause_not_every_pollsees lookup calls['69', '67']instead of['67']whentest_forced_open_with_card_keeps_forced_triggerruns before it. Some cardholder lookup or retry state survives between tests.Why it is in this milestone
A hermetic test loop requires every test to pass in any order and in isolation. Without that, parallel runs (#238) and scoped test selection (#241) give results that depend on order.
Acceptance Criteria
tests/occupancy_reset.pyor its successor). Don't reorder or skip tests.tests/test_cardholder_name_resolution.pytogether with the door tests using 2–3 seeds, and report what you find.