Python мануфактураJavaDesign Patterns для автоматизаторів

Java · Сесії: AMA та PMP · 8:20–12:30

React Native, Flutter і змішана стратегія

У React Native частина компонентів доступна як native UI, частина може поводитися як web content, а для platform-specific можливостей додається Swift або Kotlin code. Крім Appium, для такого стеку згадується Detox. Якщо продукт значною мірою рендериться як web view, більшу частину логіки іноді дешевше перевіряти Playwright-тестами на web-рівні, залишивши кілька справжніх mobile flows для інсталяції, permissions і наскрізної інтеграції. Flutter сам рендерить значну частину UI, тому accessibility tree і поведінка елементів можуть відрізнятися від стандартних native components. Це не робить Flutter автоматично добрим чи поганим: потрібен окремий proof of concept на реальному застосунку, перш ніж обирати automation stack.

Типи мобільних застосунків та мобільна автоматизація →

Java · Advanced: API-автоматизація · 15:00–35:00

Native чи cross-platform: ціна абстракції

Cross-platform stack пришвидшує MVP та shared feature delivery, але platform-specific capabilities і UI differences нікуди не зникають. Зі зростанням product команди часто все одно ділять iOS/Android ownership. Для тестів це означає: shared business scenarios не гарантують identical platform behavior. Потрібно розділити shared domain behavior і platform-specific contracts, а не будувати великий conditional E2E suite.

Стратегія тестування мультиплатформних систем →
Запитати в чаті про «react-native» →