CI pipelines and mobile builds
Test every deploy with TesterArmy
TesterArmy tests every deployment after Jenkins, Buildkite, CircleCI or a shell script posts one request to the group's signed webhook.
What the webhook returns
The pipeline's last job posts the commit SHA and the deployed URL to the group's signed webhook, and TesterArmy answers with the queued run IDs and a count.
- build
- deploy
- testerarmy
curl --fail-with-body -X POST "$TESTERARMY_WEBHOOK_URL" -H "Content-Type: application/json" -d '{"commitSha": "'"$COMMIT_SHA"'", "targetUrl": "'"$DEPLOY_URL"'", "environment": "staging"}'▸
{
"received": true,
"status": "queued",
"runIds": ["uuid-1", "uuid-2"],
"count": 2
}How it works
Setup is the group's Webhook menu on the Tests tab. The deployed URL must be public, because TesterArmy blocks localhost, private IP ranges and internal hostnames.
Verify a test group
Create a test group to run on each deploy and verify it once by hand before the pipeline calls it.
Turn on the webhook
Switch the group's webhook On in the Tests tab, copy the URL while the secret is visible, and store it as a masked CI secret.
Post after each deploy
After deployment the pipeline posts the commit SHA with a saved environment ID or the deployed URL, and TesterArmy queues every enabled test in the group.
Works with
GitLab CI has its own webhook recipe. Slack and Discord receive the failure summary after a webhook batch, and Cloudflare Zero Trust bypass headers let the agents reach protected staging.
Questions
Test the next deploy from any pipeline
Switch on the group's webhook, add one request after deploy, and the first deployment comes back with queued runs and results in the dashboard.