Problem
Trufos needs a repeatable UI/UX quality gate before the 1.0.0 release. Existing Vitest and Testing Library coverage does not exercise the packaged Electron application, cross-process user journeys, accessibility, or visual regressions.
Proposed solution
Establish an initial UI/UX release-testing stack:
- add Playwright-based Electron end-to-end infrastructure
- isolate every E2E run with temporary user data
- cover critical smoke journeys for application startup, request creation/sending, persistence, settings, themes, and representative error states
- integrate automated accessibility checks for key renderer views
- add stable visual regression baselines for key light and dark views
- capture traces, screenshots, and videos on failures
- run UI/UX checks in GitHub Actions on Linux
- document exploratory UX scenarios and a manual 1.0.0 release checklist
Prefer accessible selectors (roles, labels, visible names). Add test IDs only where no stable user-facing selector exists.
Initial delivery scope
- Test harness and scripts
- 5–8 critical Electron smoke tests
- Accessibility scans for main views
- 6–10 visual baselines
- CI integration and failure artifacts
- Manual UX/release checklist
Acceptance criteria
UX study scenarios
- Import a Postman collection
- Send a request containing an environment variable
- Configure authentication
- Save and reopen a request
- Understand an unreachable-server error
Record completion, time, errors/misclicks, questions, and perceived difficulty.
Alternatives considered
- Component tests only: too little confidence across Electron IPC and persistence boundaries
- Full visual coverage: too costly and brittle for initial 1.0.0 gate
- Manual testing only: not repeatable enough for release regression protection
Problem
Trufos needs a repeatable UI/UX quality gate before the 1.0.0 release. Existing Vitest and Testing Library coverage does not exercise the packaged Electron application, cross-process user journeys, accessibility, or visual regressions.
Proposed solution
Establish an initial UI/UX release-testing stack:
Prefer accessible selectors (roles, labels, visible names). Add test IDs only where no stable user-facing selector exists.
Initial delivery scope
Acceptance criteria
yarn test,yarn lint, andyarn prettier-checkpassUX study scenarios
Record completion, time, errors/misclicks, questions, and perceived difficulty.
Alternatives considered