feat(#386): E2E Phase 4.5 — Mobile component tests via vitest #387
No reviewers
Labels
No labels
app/archiv
app/einkaufslisten
app/imap-client
app/wissensbasis
arch-answered
arch-question
area/api
area/auth
area/infra
area/mobile
area/shared
area/ui
area/web
portfolio-status
prio/high
prio/low
prio/medium
roadmap/public
size/l
size/m
size/s
size/xl
size/xs
status/blocked
status/needs-info
type/bug
type/chore
type/docs
type/feature
type/idea
type/refactor
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
admin-mrrm/mrrmlabapp!387
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/386-mobile-rntl"
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?
Closes #386
Summary
Fügt React-Native-Component-Tests in
apps/mobilehinzu — über das bestehendepnpm test(Vitest), nicht über ein separates Jest-Setup. CI führt die Tests jetzt mit aus.Was drin ist
apps/mobile/__tests__/components/counter.test.tsx— Beispiel-Test: Initial-Render + Press-Interaktion gegen einen Mini-RN-Counterapps/mobile/vitest.config.ts— aliasreact-native→react-native-web,__tests__/**/*.test.tsxininclude,globals: truefür RTL-Auto-Cleanup, Setup-Fileapps/mobile/__tests__/setup.ts— jest-dom Matcher (toHaveTextContentetc.).drone.yml— turbo-Test-Filter umfasst jetzt@mrrmlab/mobileturbo.json—__tests__/**intest.inputsfür korrektes CachingPivot von RNTL → @testing-library/react
Das Issue nannte ursprünglich
@testing-library/react-native. Beim Implementieren stellte sich heraus: RNTL brauchtreact-test-rendererund importiert RN-Source mit Flow-Syntax, die Vitest/Rollup nicht parsen kann (ohne jest-expo-Preset). Statt einen zweiten Test-Runner (Jest) neben Vitest aufzubauen, ist der kanonische Vitest+RN-Weg:react-native→react-native-webaliasen, mit@testing-library/reactrendern. Komponenten werden so im Web-Modus getestet — gut genug für Logik-Tests, ohne Native-Build-Pipeline. Echtes On-Device-Testing kommt mit Maestro (Phase 4 zweite Hälfte, später).Test plan
pnpm --filter @mrrmlab/mobile testlokal grün (61 Tests inkl. 2 neue Counter-Tests)pnpm --filter @mrrmlab/mobile typecheckgrüntest-Step grün — beim Push verifizieren🤖 Generated with Claude Code