Test expectations for beta #49
Labels
No labels
needs-info
needs-triage
ready-for-agent
ready-for-human
wayfinder:grilling
wayfinder:map
wayfinder:prototype
wayfinder:research
wayfinder:task
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
TheAnachronism/tt-rss-viewer#49
Loading…
Add table
Add a link
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?
Part of #41
Blocked by: #48
Question
What automated-test bar does an established codebase require for 1.0 beta — kinds of coverage that must exist, acceptable gaps, and whether current tests already meet that bar?
Resolution
Automated-test bar for sideload-to-friends 1.0 beta (criteria only — implement later):
Must
flutter testpasses on the beta-cut commit (already required by CI quality gates for beta).Document as debt (not blockers)
Test landscape snapshot gaps stay acceptable for beta readiness, named in the eng bar as debt: Sign-in / Settings / Manage-accounts widgets, ReaderVideo / embed cards,
url_launcher,ThemeMode.darksmoke, PrefsAccountStore wiring, integration happy path.Not must for beta
integration_test/, device/emulator)Why
Friends beta needs a green regression floor plus protection when the two product Blockers are fixed — not a UI/E2E maturity campaign. Current domain/API/controller strength already meets the “established enough” bar once Blockers are covered.
Does current suite meet the bar?
Yes, for kinds of coverage — once the two Blocker fixes land with their regression tests and the suite stays green. Until those Blocker tests exist, the bar is not yet satisfied for readiness sign-off.