Integrations

Bring your own pipeline.

SpawnDroid fits the CI, WebDriver and chat tools your team already uses. No SDK, no test format, and no new dashboard to learn.

Shortest path

One action, from build to report.

The official action uploads the APK, starts a hosted runner, runs your test command, attaches JUnit XML and always tears the device down.

Action reference
.github/workflows/android.yml
- name: Run on Android
  uses: kl3jvi/spawndroid/actions/android-test@v1
  with:
    api-key: ${{ secrets.SPAWNDROID_API_KEY }}
    app-path: app/build/outputs/apk/debug/app-debug.apk
    profile: android-14-phone
    command: npm test

CI & automation

Upload and run from the pipeline you already have.

Test frameworks

Bring your own tests. SpawnDroid supplies the device.

Alerts

Send the result where the team already works.

Platform

The primitives underneath every integration.

Three calls, any pipeline.

Every integration uses the same API underneath. The action and the console are conveniences, not a proprietary test format.

01

Upload

Send the APK from CI with a scoped key, or let the action do it.

Docs
02

Run

Open a browser session, or point a W3C client at the WebDriver URL.

Docs
03

Report

Attach JUnit XML. Logcat and recording are retained; events go to Slack or a webhook.

Docs

Using something not listed? Check the help center or tell us what you use. Anything that can POST to the API works.

Start with your pipeline

Start with the pipeline you already have.

The Free plan includes one parallel runner, no card and no time cap. Add the action to one workflow and watch a real device come up.