GitHub Action
The MobileBoost Test Action uploads your build and sends the PR body (which should contain test instructions) to MobileBoost in a single step.Inputs
Required secrets
AddMOBILEBOOST_ORG_ID to your repository under Settings > Secrets and variables > Actions.
CI provider snippets
For other CI systems, use the upload API to send your build artifact and capture the returnedbuildId.
In all examples below, replace
<ORG_KEY> with your MobileBoost organisation key, <platform> with ios or android, and the build file path with the actual path to your artifact.- Bitrise
- GitLab CI
- CircleCI
- Jenkins
Add a Script step to your workflow after the build step. This uploads the build and makes the Link each build to its pull request (recommended). Pass a Each
buildId available as an environment variable for subsequent steps.ci field so MobileBoost knows which pull request produced each build. Results then map back to the right PR, and MobileBoost can select the tests relevant to that PR’s changes. Every value comes from a built-in Bitrise variable, so there is nothing extra to create.ci field maps to a variable Bitrise sets automatically:$BITRISE_PULL_REQUEST and $BITRISEIO_GIT_BRANCH_DEST are only set on pull-request-triggered builds, so make sure your workflow runs on pull requests (App settings > Triggers). On non-PR builds the snippet omits prNumber and links the build by commit instead - no changes needed.API
For full control, use the API directly. The process has two steps: upload the build, then trigger tests.Step 1: Upload the build
Upload your build artifact using the upload endpoint. The response returns abuildId.
Step 2: Trigger tests
Use thebuildId from step 1 to trigger test executions via POST /tests/execute.
Run specific tests by ID:
- Use
tagsfor OR logic: runs tests with at least one matching tag - Use
tagsQueryfor AND logic: e.g.,"AND(critical, android)"runs tests that have all specified tags

