Skip to main content

idevice

Cross-platform device automation for end-to-end test workflows: install and manage apps on physical devices, transfer files, and drive UI interactions through a small, platform-agnostic API.

The package ships two complementary APIs:

  • idevice.device — local device automation: talk to a USB/network-attached device through platform CLIs (go-ios, pymobiledevice3, adb) to install apps, transfer files, and drive UI.
  • idevice.host — keeper-backed remote orchestration: drive a memory-measurement run on a host machine that talks to the ikeeper control server and the on-device RemoteControlTest runner over HTTP.

Platform status

Platform Backend App lifecycle File transfer Documents sandbox Swipe UI automation
iOS go-ios (IOSDevice) Yes Yes Planned (WDA)
iOS pymobiledevice3 (IOSDevice3) Yes Yes (AFC + app sandbox) Yes Planned (WDA)
Android adb (AndroidDevice) Yes Yes Yes Yes (AndroidUIAuto)
Windows PowerShell (WindowsDevice) Yes Yes (local filesystem) Planned

macOS and HarmonyOS are not implemented yet.

Requirements

  • Python >= 3.9
  • Platform CLI tools on PATH (or configured via environment variables below):
    • iOS (go-ios): ios
    • iOS (pymobiledevice3): pymobiledevice3 (default: /opt/ios3/bin/pymobiledevice3 on Unix, ~/ios3/bin/pymobiledevice3.exe on Windows)
    • iOS (ios4): ios4 (or set IDEVICE_IOS4_BINARY); optionally ideviceinstaller for installs (or set IDEVICE_IDEVICEINSTALLER_BINARY)
    • Android: adb

Python packages pymobiledevice3 and uiautomator2 are installed automatically with the project (see Install). IOSDevice3 uses the pymobiledevice3 Python library for Documents sandbox access (documents_*); other iOS operations go through the CLI.

Install

uv sync
# or, with dev dependencies
uv sync --group dev

Quick start

Create a device bound to a single UDID or serial, then call lifecycle methods:

from pathlib import Path

from idevice.device import Device, Platform

# iOS via go-ios
device = Device.create(Platform.IOS, device_id="00000000-0000000000000000", device_ip="")

# iOS via pymobiledevice3 (iOS 17+ tunnel support)
device = Device.create(Platform.IOS3, device_id="00000000-0000000000000000", device_ip="")

# iOS via the Rust ios4 lifecycle backend
device = Device.create(
    "ios4",
    device_id="00000000-0000000000000000",
    device_ip="",
    package_name="com.example.game",
)

# Android via adb (package_name is the default app id for stop_app())
device = Device.create(
    Platform.ANDROID,
    device_id="emulator-5554",
    device_ip="",
    package_name="com.example.app",
)

device.install(Path("MyApp.ipa"), app_id="com.example.app")
device.launch_app("com.example.app")
device.is_installed("com.example.app")
device.stop_app()  # uses bound package_name
device.stop_app("com.example.app")  # explicit override
device.uninstall("com.example.app")

Launch an iOS game through IOSDevice4 with malloc stack logging and ordered command-line arguments:

from idevice.device.ios4.device import IOSDevice4

game = IOSDevice4(
    "00000000-0000000000000000",
    package_name="com.example.game",
)
game.launch_app(
    "com.example.game",
    args=["--mode", "debug", "--label", "heap capture"],
    environment={"MallocStackLogging": "1"},
)
print(game.last_launch_pid)
snapshot = game.capture_memgraph("trash-dash.memgraph")
print(snapshot)

Run the preinstalled iwda2-Runner through the IOS4 XCTest client. The host-side ios4 process stays alive in the background until stop_iwda2() is called:

from idevice.device.ios4.device import IOSDevice4

device = IOSDevice4(
    "00000000-0000000000000000",
    device_ip="192.168.1.20",  # enables /api/health readiness polling
)
startup_thread = device.run_iwda2(
    target_bundle_id="com.example.game",
    log_path="iwda2.log",
)
# Startup and /api/health polling run in the background.
print(startup_thread.name)

try:
    # iwda2 is now available at http://192.168.1.20:18201.
    ...
finally:
    device.stop_iwda2()

The default Runner bundle ID is com.idevice.iwda2.xctrunner. If device_ip is empty, the startup thread verifies that the local XCTest client did not exit immediately but skips HTTP readiness polling. Pass wait_ready=False to skip polling even when an IP is configured. Inspect device.iwda2_startup_error after the thread finishes to detect startup errors.

Android swipe (via adb shell input swipe):

device.swipe(100, 800, 100, 200, duration_ms=300)

iOS Documents sandbox (IOSDevice3 only — requires file-sharing entitlements):

device.documents_push("com.example.app", Path("log.txt"), "Logs/log.txt")
device.documents_exists("com.example.app", "Logs/log.txt")
device.documents_ls("com.example.app", "Logs")
device.documents_pull("com.example.app", "Logs", Path("out/Logs"))
device.documents_rm("com.example.app", "Logs/log.txt")

Windows Documents sandbox (WindowsDevice — backed by the local filesystem under %LocalAppData%/<company_name>/<package_name>). The sandbox root is fixed at construction, so company_name and package_name are required; remote is always resolved relative to that root, and every method works on both files and directories:

device = Device.create(
    Platform.WINDOWS,
    device_id="MY-PC",
    device_ip="",
    company_name="MyCompany",
    package_name="MyApp",
)

device.documents_push("MyApp.exe", Path("log.txt"), "Logs/log.txt")
device.documents_push("MyApp.exe", Path("assets"), "assets")  # whole directory
device.documents_exists("MyApp.exe", "Logs/log.txt")
device.documents_ls("MyApp.exe", "Logs")
device.documents_pull("MyApp.exe", "Logs", Path("out/Logs"))
device.documents_rm("MyApp.exe", "Logs")

Examples

Runnable scripts under examples/ auto-detect the first connected device when no ID is passed:

# Android: launch, push/pull, swipe (optional --apk / --package)
uv run python examples/android_device.py

# iOS (pymobiledevice3): lifecycle, AFC, app sandbox, Documents API
uv run python examples/ios3_device.py

# iOS (ios4): install and launch a game
uv run python examples/ios4_device.py \
  --udid 00000000-0000000000000000 \
  --ipa path/to/game.ipa \
  --app-id com.example.game \
  --malloc-stack-logging \
  --memgraph game.memgraph \
  --arg=--mode --arg=debug

# Install an IPA and exercise sandbox file transfer
uv run python examples/ios3_device.py \
  --ipa path/to/app.ipa \
  --app-id com.example.app \
  --sandbox-app-id com.example.app

# Host orchestration: keeper-backed memory-measurement run (see "Host orchestration")
uv run python examples/host_example.py --from-env --bundle-id com.example.app

See the module docstrings in each example for prerequisites (Developer Mode, iOS 17+ tunnel, USB debugging, ikeeper reachability, etc.).

API overview

DeviceBase

Every platform implementation shares the same interface:

  • install(package_path, app_id=None) — install .ipa / .apk and optionally record bundle id → file name
  • uninstall(app_id) / is_installed(app_id) / get_installed_pkg_name(app_id) — the latter returns an InstalledAppInfo(app_id, version, path) or None
  • launch_app(app_id=None) / stop_app(app_id=None) — both use the bound package_name when app_id is omitted
  • package_name — default app id set at Device.create / Device.from_env (GAUTO_PACKAGE_NAME)
  • push(local, remote, app_id=None, documents_only=False) / pull(remote, local, app_id=None, documents_only=True) — host ↔ device file transfer
  • ls(remote, app_id=None, recursive=False) — list a remote directory on the device
  • documents_exists(app_id, remote) / documents_ls(app_id, remote) / documents_push(app_id, local, remote) / documents_pull(app_id, remote, local) / documents_rm(app_id, remote) — app Documents sandbox, supporting both files and directories (implemented on IOSDevice3 and WindowsDevice; other platforms raise NotImplementedError)
  • swipe(x1, y1, x2, y2, duration_ms=300) — touch gesture (Android implemented; iOS/Windows raise NotImplementedError)
  • host_is_running() — whether WebDriverAgent / UIAutomator2 host process is up
  • run_iwda2(...) — launch an iwda2 XCTest Runner (currently IOSDevice4)
  • stop_iwda2(graceful=True, timeout=10) — stop the active iwda2 XCTest Runner (currently IOSDevice4)
  • capture_memgraph(output, pid=None) — capture a process memory snapshot (currently IOSDevice4)

Use Device.create(Platform, device_id=…, device_ip="", package_name=…) or construct IOSDevice, IOSDevice3, IOSDevice4, AndroidDevice, or WindowsDevice directly. Device.from_env requires GAUTO_PACKAGE_NAME on all platforms.

UIAutoBase

Higher-level UI helpers built on top of device tooling. Currently only AndroidUIAuto is available (swipe, dismiss_post_install_dialogs, hierarchy access).

iOS backends

IOSDevice (go-ios) — lightweight CLI wrapper around go-ios for install, launch, and AFC transfers.

IOSDevice3 (pymobiledevice3) — uses pymobiledevice3 services:

  • App install/uninstall/list via apps
  • Process control via developer dvt launch / pkill
  • File transfer via afc push/pull or apps push/pull (app sandbox, with optional --documents)
  • Documents sandbox via the pymobiledevice3 Python library (House Arrest AFC): documents_exists, documents_ls, documents_push, documents_pull, documents_rm
  • Developer-mode commands require a mounted DeveloperDiskImage; on iOS 17+ an active tunnel is required (pymobiledevice3 remote start-tunnel)

IOSDevice4 (ios4) — a game lifecycle backend using the Rust ios4 binary:

  • IPA/app-directory install via the standalone ideviceinstaller CLI when present, otherwise ios4 ideviceinstaller install
  • Exact bundle-id checks via application_listing
  • Launch via process_control, including ordered argv and environment values
  • Xcode-compatible snapshots via memgraph, defaulting to the last launch PID
  • Tracks the returned PID so memgraph and the runner cleanup can reuse it
  • Stop via pkill --bundle, which kills the app whether or not this instance launched it
  • Does not currently implement file transfer or Documents-sandbox operations

Choose Platform.IOS, Platform.IOS3, or Platform.IOS4 depending on which CLI you have deployed. The string value for the new backend is ios4.

Host orchestration (idevice.host)

The host package drives a memory-measurement run from a host machine (mac or Windows). The host never dials the device directly: it talks to the ikeeper control server over HTTP, which in turn proxies the on-device RemoteControlTest runner. A host is always bound to a single keeper and a single target device (device_udid / device_ip) plus the app bundle_id under test.

Host status

Host type Implementation Notes
macos MacHost Real keeper-backed host
windows WindowsHost Real keeper-backed host (HTTP-only, mirrors MacHost)
anything else (ios, android, …) DummyHost No-op host; every operation reports unhealthy and returns an inert default

Quick start

Build a host explicitly, or from the controller-injected GAUTO_* environment:

from idevice.host import Host

# Explicit
host = Host.create(
    host_type="macos",
    keeper_ip="192.168.0.10",
    device_udid="00000000-0000000000000000",
    device_ip="192.168.0.20",
    bundle_id="com.example.app",
)

# Or from GAUTO_* environment variables (never raises; falls back to DummyHost)
host = Host.from_env()

host.health()                       # keeper reachable?
host.launch_app(timeout=300.0)      # start run, wait for runner, launch app
host.capture_memgraph(timeout=60.0) # open a measured window that auto-closes
summary = host.export()             # keeper presigns + uploads; returns download_url
host.screenshot("shot.png")         # capture one screenshot via the runner proxy
host.tap(0.5, 0.5)                  # tap at normalized screen coordinates
host.kill()                         # tear down the keeper run

# Launch with command-line arguments, applied as XCUIApplication.launchArguments.
# Engine BootConfig values can be overridden this way, since argv beats boot.config:
host.launch_app(args=["-hg-mmap-allocater", "0"])

The most recently built host is also reachable anywhere via Host.Instance.

Host.create / Host.from_env return a HostBase exposing: health(), runner(), launch_app(), capture_memgraph(), export(), screenshot(), tap(), status(), kill(), and exit(). Errors are raised as HostError (with KeeperError, RunnerError, HostTimeoutError, and HostNotSupportedError subclasses).

Lower-level clients

  • Keeper — thin HTTP client for the ikeeper control server (/api/runs routes): launch, launch_app, status, list_runs, kill, export, health.
  • Runner — thin HTTP client for the on-device runner, reached through the keeper proxy: launch_app, activate, terminate, start_measuring / stop_measuring / measuring_status, dt_measuring, screenshot, tap, exit, health.

Configuration

Environment variables override default binary paths:

Variable Default Used by
IDEVICE_IOS_BINARY ios IOSDevice
IDEVICE_IOS3_BINARY /opt/ios3/bin/pymobiledevice3 (Unix) / ~/ios3/bin/pymobiledevice3.exe (Windows) IOSDevice3
IDEVICE_IOS4_BINARY ios4 (ios4.exe on Windows) IOSDevice4
IDEVICE_IDEVICEINSTALLER_BINARY ideviceinstaller (ideviceinstaller.exe on Windows) IOSDevice4.install (falls back to ios4 when missing)
IDEVICE_ADB_BINARY adb AndroidDevice, AndroidUIAuto
IDEVICE_POWERSHELL_BINARY powershell WindowsDevice

User data (e.g. installed-app cache) is stored under ~/.idevice by default.

The idevice.host orchestrator reads its configuration from the controller-injected environment (used by Host.from_env):

Variable Default Meaning
GAUTO_HOST_TYPE Host type (macos / windows run a real host; others → DummyHost)
GAUTO_HOST_IP ikeeper control-server IP
GAUTO_HOST_PORT 18200 Keeper control-server port
GAUTO_HOST_ID Optional keeper/controller id (informational)
GAUTO_DEVICE_UDID Target device UDID
GAUTO_DEVICE_IP Target device IP
GAUTO_DEVICE_SERVER_PORT 18100 On-device runner port
GAUTO_PACKAGE_NAME Target app bundle id
IDEVICE_HOST_TIMEOUT 60 Per-request HTTP timeout (seconds)
IDEVICE_HOST_READY_TIMEOUT 300 Runner readiness timeout (seconds)

Testing

Unit tests run without a connected device:

uv run pytest

Integration tests under tests/device/ require a physical iOS device and pymobiledevice3. They are excluded by default; run with:

export IDEVICE_IOS3_UDID="00000000-0000000000000000"
uv run pytest -m integration tests/device/

See tests/device/conftest.py for optional variables (IDEVICE_IOS3_TEST_IPA, sandbox push/pull settings, etc.).

Development

uv run ruff check src tests
uv run pytest

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

idevice-0.23.0.tar.gz (280.6 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

idevice-0.23.0-py3-none-any.whl (99.3 kB view details)

Uploaded Python 3

File details

Details for the file idevice-0.23.0.tar.gz.

File metadata

  • Download URL: idevice-0.23.0.tar.gz
  • Upload date:
  • Size: 280.6 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for idevice-0.23.0.tar.gz
Algorithm Hash digest
SHA256 310ff469b0424beca6c4ef657d0e5a00505e1ee124a693e972c15f4eaed28b5d
MD5 e690f1923b187427001c919be85d2ce5
BLAKE2b-256 3211f1cf778019bd37319f0b34da5848eb62d9741b11e2033583e7d050f4f618

See more details on using hashes here.

Provenance

The following attestation bundles were made for idevice-0.23.0.tar.gz:

Publisher: workflow.yml on nzcv/idevice

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file idevice-0.23.0-py3-none-any.whl.

File metadata

  • Download URL: idevice-0.23.0-py3-none-any.whl
  • Upload date:
  • Size: 99.3 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for idevice-0.23.0-py3-none-any.whl
Algorithm Hash digest
SHA256 5f5446f7585f6c358620cebfad1425755173188c7393dd45934228f0bc6f270f
MD5 a939153153fe500952ba23de4ef71777
BLAKE2b-256 16bb2aed356abc954a0baad8355c82ed23c992e6249609f199fe6d2b69b08541

See more details on using hashes here.

Provenance

The following attestation bundles were made for idevice-0.23.0-py3-none-any.whl:

Publisher: workflow.yml on nzcv/idevice

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Release history Release notifications | RSS feed

1.5.3

2 files

1.5.2

2 files

1.5.1

2 files

1.5.0

2 files

1.4.2

2 files

1.4.1

2 files

1.4.0

2 files

1.3.2

2 files

1.3.1

2 files

1.3.0

2 files

1.2.1

2 files

1.2.0

2 files

1.1.0

2 files

1.0.2

2 files

1.0.1

2 files

1.0.0

2 files

0.31.0

2 files

0.30.2

2 files

0.30.1

2 files

0.30.0

2 files

0.29.1

2 files

0.29.0

2 files

0.28.1

2 files

0.28.0

2 files

0.27.0

2 files

0.26.1

2 files

0.26.0

2 files

0.25.6

2 files

0.25.5

2 files

0.25.2

2 files

0.25.1

2 files

0.25.0

2 files

0.24.0

2 files

This release

0.23.0 This release

2 files

0.22.0

2 files

0.21.0

2 files

0.20.0

2 files

0.19.1

2 files

0.19.0

2 files

0.18.0

2 files

0.17.12

2 files

0.17.11

2 files

0.17.10

2 files

0.17.9

2 files

0.17.8

2 files

0.17.7

2 files

0.17.6

2 files

0.17.5

2 files

0.17.4

2 files

0.17.3

2 files

0.17.2

2 files

0.17.1

2 files

0.17.0

2 files

0.16.2

2 files

0.16.1

2 files

0.16.0

2 files

0.15.0

2 files

0.14.0

2 files

0.13.0

2 files

0.12.6

2 files

0.12.5

2 files

0.12.4

2 files

0.12.3

2 files

0.12.2

2 files

0.12.1

2 files

0.12.0

2 files

0.11.0

2 files

0.10.3

2 files

0.10.2

2 files

0.10.1

2 files

0.10.0

2 files

0.9.3

2 files

0.9.2

2 files

0.9.1

2 files

0.9.0

2 files

0.8.4

2 files

0.8.3

2 files

0.8.2

2 files

0.8.1

2 files

0.8.0

2 files

0.7.1

2 files

0.7.0

2 files

0.6.0

2 files

0.5.0

2 files

0.4.9

2 files

0.4.8

2 files

0.4.7

2 files

0.4.6

2 files

0.4.5

2 files

0.4.4

2 files

0.4.3

2 files

0.4.2

2 files

0.4.1

2 files

0.4.0

2 files

0.3.1

2 files

0.3.0

2 files

0.2.0

2 files

0.1.7

2 files

0.1.6

2 files

0.1.5

2 files

0.1.4

2 files

0.1.3

2 files

0.1.2

2 files

0.1.0

2 files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page