test(staging): feature-level verification of closed issues + seeded test users #119
No reviewers
Labels
No labels
bug
claude-failed
claude-pr
claude-queue
claude-working
epic
feature
interactive
portal
triaged
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: shad0w/pelagia-portal#119
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "feat/staging-issue-verification"
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?
What
A feature-level Playwright suite (
App/tests/staging/) that logs into the running staging instance (ppms-staging, port 3200) and verifies each closed portal issue is actually fixed — one spec per issue, driving the real UI through credential login.To make credential login possible against
pelagia_test(a prod mirror with only real, mostly SSO-only users),prisma/seed-test-users.tsidempotently seeds one known-password@pelagia.localuser per role, andautomation/refresh-test-db.shruns it after every daily refresh so the logins always exist on staging.Result against staging
41 passed, 1 skipped, 0 failed. Two closed issues were found NOT fixed and are recorded as documented
test.fail()so the suite stays green while flagging the gap:Issue → script mapping
Full table + run instructions in
Docs/TESTING.md. One spec file per issue (the filename is the mapping). Crewing epics (#75/#76/#79/#81/#83/#86) are smoke-checked for surface render; deep crewing flows remain covered by the existing integration suites.Notes
app|lib|components|hookscode.pnpm type-checkclean; the staging suite is opt-in (separateplaywright.staging.config.ts, not part ofpnpm test).@pelagia.localdomain — no collision with production accounts.🤖 Generated with Claude Code