Mobile App Tester
Overview
Execute automated mobile application testing on iOS simulators and Android emulators covering UI interactions, navigation flows, gesture handling, and platform-specific behaviors. Supports Appium, Detox (React Native), XCUITest (iOS native), Espresso (Android native), and Maestro for cross-platform mobile testing.
Prerequisites
- Mobile testing framework installed (Appium, Detox, Maestro, or native XCUITest/Espresso)
- iOS Simulator via Xcode (macOS only) or Android Emulator via Android SDK
- Application build artifact (
.app, .apk, or .ipa) or bundled dev server (React Native)
- Appium drivers installed (
uiautomator2 for Android, xcuitest for iOS) if using Appium
- Node.js for JavaScript-based test runners
Instructions
- Configure the test environment:
- List target devices/simulators: specify OS versions, screen sizes, and orientations.
- Build the application for testing (
xcodebuild, ./gradlew assembleDebug, or npx react-native build).
- Start the emulator/simulator or connect physical devices.
- Install the app on the target device.
- Create test cases for core mobile interactions:
- Tap and navigation: Tap buttons, navigate between screens, verify back navigation.
- Text input: Fill forms, verify keyboard behavior, test autocomplete and paste.
- Scrolling: Scroll lists, verify lazy loading, test pull-to-refresh.
- Gestures: Swipe (carousel), pinch-to-zoom, long press, drag-and-drop.
- System interactions: Handle permission dialogs, push notifications, deep links.
- Test platform-specific behaviors:
- iOS: Safe area insets, notch handling, Dynamic Type, VoiceOver accessibility.
- Android: Back button behavior, multi-window, different navigation patterns, TalkBack.
- Both: Screen rotation (portrait/landscape), dark mode, low battery mode.
- Implement device-specific test configurations:
- Define capability sets for each device/OS combination.
- Use test tagging to run subsets on specific platforms (
@ios, @android).
- Configure screenshot capture on failure for visual debugging.
- Handle asynchronous mobile behaviors:
- Wait for animations to complete before assertions.
- Handle network loading spinners with explicit waits.
- Account for system dialogs (permissions, updates) that interrupt test flow.
- Run the test suite and capture results:
- Execute tests per platform:
npx detox test --configuration ios.sim.debug.
- Collect device logs, screenshots, and crash reports.
- Generate JUnit XML or Allure reports for CI integration.
- Set up CI pipeline for mobile testing (GitHub Actions macOS runners for iOS, Linux for Android).
Output
- Mobile test files organized by feature/flow in
tests/mobile/ or e2e/
- Device configuration profiles for each target device/OS combination
- Screenshot captures for visual validation and failure debugging
- Test results in JUnit XML format with device-specific metadata
- CI pipeline configuration for automated mobile test execution
Error Handling
| Error |
Cause |
Solution |
| Simulator/emulator fails to boot |
Insufficient disk space or corrupted simulator image |
Delete derived data and reset simulator; increase disk allocation; recreate the emulator AVD |
| App crashes on launch during test |
Missing permissions or incompatible OS version |
Check minimum deployment target; grant required permissions in test setup; verify app signing |
| Element not found |
Element ID changed or screen did not finish loading |
Use accessibility IDs instead of XPath; add explicit waits; verify element visibility before interaction |
| Test flaky on CI but passes locally |
CI runner has slower CPU/GPU affecting animations and timing |
Increase wait timeouts for CI; disable animations in developer settings; use dedicated CI hardware |
| Permission dialog blocks test |
System alert appeared over the app UI |
Auto-dismiss alerts in test setup; pre-grant permissions via xcrun simctl or ADB commands |
Examples
Detox test for React Native login flow:
describe('Login Flow', () => {
beforeAll(async () => { await device.launchApp(); });
beforeEach(async () => { await device.reloadReactNative(); });
it('logs in with valid credentials', async () => {
await element(by.id('email-input')).typeText('user@test.com');
await element(by.id('password-input')).typeText('password123');
await element(by.id('login-button')).tap();
await expect(element(by.id('home-screen'))).toBeVisible();
});
});
Maestro flow file:
appId: com.example.myapp
---
- launchApp
- tapOn: "Sign In"
- inputText:
id: "email-input"
text: "user@test.com"
- inputText:
id: "password-input"
text: "password123"
- tapOn: "Submit"
- assertVisible: "Welcome"
Resources
1---2name: testing-mobile-apps3description: Execute mobile app testing on iOS and Android devices/simulators. Use when performing specialized testing. Trigger with phrases like "test mobile app", "run iOS tests", or "validate Android functionality".4license: MIT5---6# Mobile App Tester
7
8## Overview
9
10Execute automated mobile application testing on iOS simulators and Android emulators covering UI interactions, navigation flows, gesture handling, and platform-specific behaviors. Supports Appium, Detox (React Native), XCUITest (iOS native), Espresso (Android native), and Maestro for cross-platform mobile testing.
11
12## Prerequisites
13
14- Mobile testing framework installed (Appium, Detox, Maestro, or native XCUITest/Espresso)
15- iOS Simulator via Xcode (macOS only) or Android Emulator via Android SDK
16- Application build artifact (`.app`, `.apk`, or `.ipa`) or bundled dev server (React Native)
17- Appium drivers installed (`uiautomator2` for Android, `xcuitest` for iOS) if using Appium
18- Node.js for JavaScript-based test runners
19
20## Instructions
21
221. Configure the test environment:
23 - List target devices/simulators: specify OS versions, screen sizes, and orientations.
24 - Build the application for testing (`xcodebuild`, `./gradlew assembleDebug`, or `npx react-native build`).
25 - Start the emulator/simulator or connect physical devices.
26 - Install the app on the target device.
272. Create test cases for core mobile interactions:
28 - **Tap and navigation**: Tap buttons, navigate between screens, verify back navigation.
29 - **Text input**: Fill forms, verify keyboard behavior, test autocomplete and paste.
30 - **Scrolling**: Scroll lists, verify lazy loading, test pull-to-refresh.
31 - **Gestures**: Swipe (carousel), pinch-to-zoom, long press, drag-and-drop.
32 - **System interactions**: Handle permission dialogs, push notifications, deep links.
333. Test platform-specific behaviors:
34 - iOS: Safe area insets, notch handling, Dynamic Type, VoiceOver accessibility.
35 - Android: Back button behavior, multi-window, different navigation patterns, TalkBack.
36 - Both: Screen rotation (portrait/landscape), dark mode, low battery mode.
374. Implement device-specific test configurations:
38 - Define capability sets for each device/OS combination.
39 - Use test tagging to run subsets on specific platforms (`@ios`, `@android`).
40 - Configure screenshot capture on failure for visual debugging.
415. Handle asynchronous mobile behaviors:
42 - Wait for animations to complete before assertions.
43 - Handle network loading spinners with explicit waits.
44 - Account for system dialogs (permissions, updates) that interrupt test flow.
456. Run the test suite and capture results:
46 - Execute tests per platform: `npx detox test --configuration ios.sim.debug`.
47 - Collect device logs, screenshots, and crash reports.
48 - Generate JUnit XML or Allure reports for CI integration.
497. Set up CI pipeline for mobile testing (GitHub Actions macOS runners for iOS, Linux for Android).
50
51## Output
52
53- Mobile test files organized by feature/flow in `tests/mobile/` or `e2e/`
54- Device configuration profiles for each target device/OS combination
55- Screenshot captures for visual validation and failure debugging
56- Test results in JUnit XML format with device-specific metadata
57- CI pipeline configuration for automated mobile test execution
58
59## Error Handling
60
61| Error | Cause | Solution |
62|-------|-------|---------|
63| Simulator/emulator fails to boot | Insufficient disk space or corrupted simulator image | Delete derived data and reset simulator; increase disk allocation; recreate the emulator AVD |
64| App crashes on launch during test | Missing permissions or incompatible OS version | Check minimum deployment target; grant required permissions in test setup; verify app signing |
65| Element not found | Element ID changed or screen did not finish loading | Use accessibility IDs instead of XPath; add explicit waits; verify element visibility before interaction |
66| Test flaky on CI but passes locally | CI runner has slower CPU/GPU affecting animations and timing | Increase wait timeouts for CI; disable animations in developer settings; use dedicated CI hardware |
67| Permission dialog blocks test | System alert appeared over the app UI | Auto-dismiss alerts in test setup; pre-grant permissions via `xcrun simctl` or ADB commands |
68
69## Examples
70
71**Detox test for React Native login flow:**
72
73```javascript
74describe('Login Flow', () => {
75 beforeAll(async () => { await device.launchApp(); });
76 beforeEach(async () => { await device.reloadReactNative(); });
77
78 it('logs in with valid credentials', async () => {
79 await element(by.id('email-input')).typeText('user@test.com');
80 await element(by.id('password-input')).typeText('password123');
81 await element(by.id('login-button')).tap();
82 await expect(element(by.id('home-screen'))).toBeVisible();
83 });
84});
85```
86
87**Maestro flow file:**
88
89```yaml
90appId: com.example.myapp
91---
92- launchApp
93- tapOn: "Sign In"
94- inputText:
95 id: "email-input"
96 text: "user@test.com"
97- inputText:
98 id: "password-input"
99 text: "password123"
100- tapOn: "Submit"
101- assertVisible: "Welcome"
102```
103
104## Resources
105
106- Appium documentation: https://appium.io/docs/en/latest/
107- Detox (React Native): https://wix.github.io/Detox/
108- Maestro mobile testing: https://maestro.mobile.dev/
109- XCUITest:
110- Espresso (Android): https://developer.android.com/training/testing/espresso