Trey T
c52ce4d497
Migrate the XCUITest suite off the legacy shared-account model (and the prior Django-style auth assumptions) to a parallel-safe, domain-organized architecture, validated end-to-end against the live Kratos stack. Isolation (parallel-safe by construction): - Core/Fixtures/TestAccount.swift: each test mints its own pre-verified Kratos identity (uit_<domain>_<uuid>@test.honeydue.local), logs in, seeds under its own token, and deletes the identity in teardown (cascading all data + clearing Kratos). No shared testuser; parallel workers no longer race. - AuthenticatedUITestCase rewritten to that model (member surface preserved); adds requiresResidence / seedAccountPreconditions to seed UI-gated data BEFORE login (a fresh account is empty at login). Organization (255 tests preserved, none dropped): - 21 domain suites under Auth/ Onboarding/ Residence/ Task/ Contractor/ Document/ Sharing/ Navigation/ Smoke/ CrossCutting/ E2E/, consistent <Domain>UITests naming. Removes the Suite1..11 / AAA_ / ZZ_ / Tests/Rebuild naming chaos and the overlapping task/residence/auth suites. Runner + test plans: - run_ui_tests.sh: Smoke gate -> Seed -> Parallel(8 workers) -> Sweep. The parallel phase runs the whole target minus phase-managed suites via -skip-testing, so new suites auto-include (no hand-maintained list to drift). Drops the 2-worker cap and Suite6 isolation (isolation made them moot). - HoneyDueUITests.xctestplan skips the 4 phase-managed suites; adds Smoke.xctestplan. Kratos auth fixes folded in (login/verify/reset endpoints removed under Kratos): real Mailpit verification codes replace the obsolete fixed "123456"; teardown deletes Kratos identities; admin-panel login uses the correct seeded password. Build green; isolation, parallelism, and the precondition/sharing migrations validated against the live stack (0 leaked accounts). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
25 lines
973 B
Swift
25 lines
973 B
Swift
import XCTest
|
|
|
|
/// Smoke tests for the logged-OUT cold-launch surface: the onboarding welcome
|
|
/// screen and its primary actions.
|
|
///
|
|
/// These must run WITHOUT a logged-in user (BaseUITestCase), so they verify the
|
|
/// first-run onboarding entry point rather than the authenticated main tabs.
|
|
final class AppLaunchUITests: BaseUITestCase {
|
|
func testF001_ColdLaunchShowsOnboardingWelcome() {
|
|
RootScreen(app: app).waitForReady(timeout: defaultTimeout)
|
|
|
|
let welcome = OnboardingWelcomeScreen(app: app)
|
|
welcome.waitForLoad(timeout: defaultTimeout)
|
|
}
|
|
|
|
func testF002_ColdLaunchShowsPrimaryOnboardingActions() {
|
|
let welcome = OnboardingWelcomeScreen(app: app)
|
|
welcome.waitForLoad()
|
|
|
|
XCTAssertTrue(app.buttons[UITestID.Onboarding.startFreshButton].exists)
|
|
XCTAssertTrue(app.buttons[UITestID.Onboarding.joinExistingButton].exists)
|
|
XCTAssertTrue(app.buttons[UITestID.Onboarding.loginButton].exists)
|
|
}
|
|
}
|