CI pipelines and mobile builds
GitLab CI integration
The agents test every GitLab CI deployment once the deploy job finishes, on staging or a per-branch review app.
What the job gets back
The testerarmy job posts to the group's signed webhook after the deploy job and receives the queued run IDs, while steps, videos and issues land in the TesterArmy dashboard.
- build
- deploy_staging
- testerarmy
curl --fail-with-body -X POST "$TESTERARMY_WEBHOOK_URL" -H "Content-Type: application/json" -d '{"commitSha": "'"$CI_COMMIT_SHA"'", "projectEnvironmentId": "'"$TESTERARMY_ENVIRONMENT_ID"'"}'▸
{
"received": true,
"status": "queued",
"runIds": ["uuid-1", "uuid-2"],
"count": 2
}How it works
Setup is the group's Webhook menu on the project's Tests tab. TesterArmy shows the webhook secret once, so copy the URL straight into a masked GitLab CI/CD variable.
Group the tests to automate
Create and manually run the tests to automate, add them to a test group, then switch on the group's signed webhook and copy its URL.
Store the CI/CD variables
Add the URL to GitLab CI/CD variables as a masked variable, and for a stable staging URL store a saved environment's ID alongside it.
Add the testerarmy job
Add a testerarmy job that needs the deploy job and posts the commit SHA plus the environment ID or review app URL.
Works with
The same group webhook serves any other CI. Webhook runs post failure summaries to Slack, review apps behind Cloudflare Access need saved bypass headers, and issues export to Linear.
Questions
Test the next GitLab deployment
Group the tests, switch on the webhook, add one job after deploy, and the next pipeline queues every enabled test in the group.
