Skip to main content
Bitrise is a mobile-focused CI/CD platform. The most common QA.tech integration is to upload the app produced by your build step and trigger a test plan against that exact build. Web applications work too, using a plain HTTP trigger.

Prerequisites

You need three values before configuring your workflow:
  • API Token - Your QA.tech API token (from Settings → Organization → API Keys)
  • Application Short ID - Your mobile application’s short ID (from Settings → Applications & Envs, e.g. app_gXeBl2)
  • Test Plan Short ID - From your test plan (e.g. pln_abc123)
New to mobile app testing on QA.tech? Start with Mobile App Testing to create your mobile application first.

Configure a Bitrise Secret

Store your API token securely:
  1. Open your app in Bitrise and go to Workflow Editor → Secrets
  2. Add a secret:
    • Key: QATECH_API_TOKEN
    • Value: Your API token
    • Keep Expose for Pull Requests disabled unless you need it

Test your mobile builds

Add a script step after your build step (e.g. android-build or xcode-build-for-simulator). It uploads the build to QA.tech and starts a test run against it, in four parts:
  1. Get a presigned upload URL
  2. Upload the build file directly to storage
  3. Create the build record
  4. Start a test run pinned to that build

Android (APK)

Bitrise’s android-build step exposes the built APK as $BITRISE_APK_PATH:
Replace app_gXeBl2 and pln_abc123 with your values.

iOS (Simulator build)

QA.tech runs iOS tests on simulators, so the upload must be a simulator build (.app compressed as .zip or .tar.gz) - device and App Store .ipa builds cannot run on simulators. See Mobile App Testing for how to prepare a simulator build. On Bitrise, use the xcode-build-for-simulator step instead of xcode-archive. It exposes the built .app directory as $BITRISE_APP_DIR_PATH. Zip it before the upload in the script above:
and use "platform": "ios" when creating the build record.
Supported file types are .apk and .aab for Android, and .zip or .tar.gz containing your .app simulator build for iOS. Maximum file size is 4GB. See the Application Builds API for full request and response details.

Web applications

If you use Bitrise for a web app, trigger a test plan with a single request:
See the Start Run API for all available options, including environment URL overrides for staging or preview deployments.

Blocking mode

To fail the Bitrise build when tests fail (for example as a release gate), poll the run status after starting it:
See the Run Status API for polling details and error handling. If the polling step might exceed your step timeout, raise the step’s timeout in the Bitrise Workflow Editor.