When to use GitHub Actions
This guide is for teams that use GitHub Actions as their CI system and want a simple, declarative way to upload mobile builds and trigger test runs without writing custom scripts. Use GitHub Actions if your repository already builds mobile artifacts in a GitHub Actions workflow and you prefer using prebuilt actions over maintaining Node.js scripts or Fastlane lanes. This guide assumes your mobile builds already run in GitHub Actions and produce a build artifact.Before you begin
- Make sure your GitHub Actions workflow produces a mobile build artifact (APK, AAB, or IPA).
- Artifact naming conventions are defined for your environments. See Artifact naming conventions below.
- Which environments you want to test.
- Whether PR testing is enabled.
- The artifact naming conventions you are using.
- The upload and trigger method you chose.
How GitHub Actions works with QA Wolf
The GitHub Actions integration uses two QA Wolf-provided actions:1
Upload a mobile build artifact to QA Wolf.
2
Notify QA Wolf of a deployment event to trigger a test run.
Add QA Wolf actions to your workflow
Add the QA Wolf actions to an existing GitHub Actions workflow that builds your mobile app. The workflow must run after the build artifact has been created.Find the QAWOLF_API_KEY
1
Open the
Workspace name dropdown in QA Wolf and click Workspace Settings.2
Choose Integrations.
3
Generate your QAWOLF_API_KEY by clicking the icon to the right of API Key under API Access.

Add the QAWOLF_API_KEY secret
1
Open your GitHub repository and go to Settings.
2
Select Secrets and variables → Actions.
3
Add a new repository secret named
QAWOLF_API_KEY and paste your API key.Artifact naming conventions
Mobile build artifacts must follow consistent naming conventions so QA Wolf can correctly associate each build with the right environment and make failures easier to diagnose. The artifact name is used to identify:- Which environment the build belongs to.
- Whether the build is tied to a pull request.
- Which build was used for a given test run.
Static environments
Static environments are long-lived environments such as staging or release environments. FormatPR (ephemeral) environments
PR environments are short-lived and tied to a specific pull request. These are only relevant if PR testing is enabled. FormatUpload a mobile build artifact
After your workflow produces a mobile build artifact, upload it to QA Wolf using the upload action.Trigger a test run
After uploading the artifact, notify QA Wolf that a new deployment is ready for testing.Verify the integration
1
Run the GitHub Actions workflow.
2
Verify that the artifact upload step completes successfully.
3
Confirm that the deployment notification step runs without errors.
4
Once mobile triggers are enabled, check the Runs tab for the triggered test run.
Troubleshooting and common issues
- If uploads succeed but no runs start: Mobile triggers may not yet be enabled. Contact QA Wolf to complete platform configuration.
- If the artifact is not found during execution: Verify that the artifact basename matches your naming conventions and that the destination file path from the upload step is used to trigger the run.
- If you see authentication errors: Verify that QAWOLF_API_KEY is configured correctly as a GitHub Actions secret.
- If the workflow fails before the QA Wolf steps run: Verify that the mobile build step completes successfully and produces the expected artifact.