Repeato
  • Features
  • Pricing
  • Blog
  • Resources
  • Get for free
  • Getting started
  • Running test batches
  • Reporting
  • Test devices
  • Screenshot testing
  • Test exception handling
  • Tags
  • Automate switching devices
  • Advanced Configuration
  • Test workspaces
  • Advanced testing techniques
  • JavaScript API
  • Share tests within the team
  • Continuous Integration Support

Running tests as part of your Continuous Integration

Currently, we offer two products:

  • Repeato Studio: A desktop app that allows you to easily create and edit tests and test batches ➡ Documentation
  • Repeato CLI: A headless Node.js test runner application, that will enable you to run test batches on a server. ➡ Documentation

We currently don’t offer any cloud services for running your tests.
However, you can use our test runner to run tests on third-party services such as Github Actions, Bitrise, Codemagic or CircleCI.

Since those services only support virtual devices, we also recommend recording your tests on the same virtual devices. This way, you will get the best test stability and performance.

Before setting up your remote testing pipeline, you will have to make sure that your test workspace is pushed to some remote server (such as Github).
→ Here is how to start versioning your workspace via git.

Even though Repeato CLI will run on pretty much any server, we currently offer 4 setup guides (more to come):

    • Bitrise
    • Github Actions
    • Codemagic
    • Appcircle
    • Your own server

Setup

Add a “Repeato Test Runner” step to your workflow in the Bitrise Workflow Editor. You can also run the “Repeato Test Runner” step directly with Bitrise CLI.

The step takes care of checking the system requirements as well as installing and starting the headless Repeato CLI test runner. After running the tests, it sets the environment variables that can be used in consecutive steps.

Setup Steps

  1. Add the Repeato Test Runner Step to your Workflow as one of the Steps in your Workflow.
  2. Make sure your test workspace is checked out.
  3. Set the Workspace Path to point to the repeato workspace directory.
  4. Set the Batch Id. The batch ID of the test batch you want to execute.
  5. Set the Repeato Access Token (can be created here).

Please make sure the AVD or IOS emulator is configured properly. Further, your Android/iOS app build must be installed on the emulator before running the test batch. We recommend running the tests on the same device / emulator you originally used for creating them. This way you will get the most stability and performance.

For iOS Simulators there isn’t any step, that starts the simulator, as the xcodebuild test command for the iOS testing step boots the simulator by default.

Inputs

Key Description Flags Default
repeato_cli_version Set the repeato CLI version compatible to your workspace tests. required latest
workspace_path Repeato test runner need workspace path for setting up the workspace before executing batch. required $BITRISE_SOURCE_DIR
batch_id Set batch id for the tests execution. required 0
access_token Set access token for the tests execution. required none

Outputs

Environment Variable Description
REPEATO_REPORT Repeato Batch Report Zip File
REPEATO_JUNIT_REPORT Repeato JUnit XML File

Tips & Troubleshooting

The emulator needs some time to boot up. The earlier you place the step in your workflow, the more tasks, such as cloning or caching, you can complete in your workflow before the emulator starts working. We recommend that you also add Wait for Android emulator Step (in the case of android) to your workflow as it acts as a shield preventing the AVD manager to kick in too early. Make sure you add the Wait for Android emulator Step BEFORE the Repeato Test Runner Step so our step can use AVD Manager.

Demo Pipeline (Android / Flutter)

Here is the our demo pipeline on Bitrise, which we’ve setup for our step testing (bitrise.yml can be downloaded here):

  1. AVD Manager
  2. Git Clone Repository
  3. Flutter Install for building our flutter-based app.
  4. Bitrise Cache pull
  5. Bitrise Cache push
  6. Wait For Androind Emulator
  7. Script – As our next final Repeato step needs fully ready & configured emulator, we are using commands for building the APK (flutter build apk --split-per-abi) and sending to emulator using adb install (make sure you send/install the apk compatible to your emulator settings x86_64 or arm64 etc…). You might have to configure different step for making the build and sending to device (depending upon your APP). Also make sure before the next step workspace-tests are cloned (if they are in separate repository) – See Useful links section below.
  8. Repeato Test Runner Step
  9. Deploy to Bitrise.io – Artifacts The Repeato step copies the batch-reports zip file and JUnit XML file into the bitrise upload directory($BITRISE_DEPLOY_DIR). You can use this step to upload the reports into the test artifacts section. You could also use FTP Upload or a Deploy to S3 step for uploading reports.
  10. Export test results to Test Reports add-on This Step is to export the results to the Test Reports add-on. The Step creates the required test-info.json file and deploys the test results in the correct directory for export.

Useful links

  • Getting started with AVD Manager
  • Gradle Runner for build
  • Android Build

github actions setup

Repeato CLI Integration with GitHub Actions

This guide explains how to integrate Repeato CLI with GitHub Actions and replace the default demo workspace with your own Repeato Workspace.


Prerequisites

Before starting, ensure you have:
  • A GitHub account
  • Repeato Studio installed
  • A Repeato Workspace
  • Android APK file
  • Repeato Access Token

Step 1: Open Repeato Workspace

  1. Open Repeato Studio
  2. Click Workspace from the top menu
  3. Copy the Workspace Path

Example:

C:\Users\UserName\RepeatoWorkspace

Step 2: Initialize Git in Repeato Workspace

Open Terminal / Command Prompt and navigate to your workspace.

Run: cd [workspace-path]

Example: cd C:\Users\UserName\RepeatoWorkspace

Initialize Git:

  • git init
  • git add .
  • git commit -m "Initial commit"

    This converts your Repeato Workspace into a Git repository.

Step 3: Create GitHub Repository

  1. Open GitHub
  2. Click New Repository
  3. Create a new repository

Example repository name:

repeato-workspace

Do not add a README file while creating the repository.


Step 4: Push Workspace to GitHub

Copy your GitHub repository URL.

Example: https://github.com/yourusername/repeato-workspace.git

Run:

git branch -M main
git remote add origin https://github.com/yourusername/repeato-workspace.git
git push -u origin main

Step 5: Add Repeato Access Token in GitHub

  1. Login to Repeato Client Center
  2. Navigate to: Account → Access Tokens
  1. Click the Copy icon next to your token.
  2. Open your GitHub repository.
  3. Navigate to: Settings → Secrets and variables → Actions
  1. Click New repository secret

          Add the following:

       Secret Name –REPEATO_ACCESS_TOKEN

       Secret Value – Paste the copied Repeato access token.

  1. Click Add Secret.

Your GitHub Action will now be able to authenticate with Repeato CLI.

Example

If your workflow contains:

env:
REPEATO_ACCESS_TOKEN: ${{ secrets.REPEATO_ACCESS_TOKEN }}
GitHub will automatically use the token you saved in Repository Secrets.

Important:
Do not paste the access token directly inside the YAML file. Always store it in GitHub Secrets for security.


Step 6: Create Workflow File

Inside your GitHub repository, create this folder structure: .github/workflows/

Create a file: workflow.yml


Step 7: Add GitHub Workflow Configuration

Paste the following configuration into workflow.yml.

name: Integration with REPEATO CLI
on: [push, workflow_dispatch]
permissions:
  contents: write

jobs:
  repeato-cli:
    name: Build and run repeato tests using Repeato CLI
    runs-on: ubuntu-latest
    steps:
      # Configure Node.js. Version 20 required by @repeato/cli-testrunner >= 1.9 (sharp dependency)
      - uses: actions/setup-node@v4
        with:
          node-version: '20'

      # Validate Repeato access token
      - name: Validate Repeato access token
        env:
          REPEATO_ACCESS_TOKEN: ${{ secrets.REPEATO_ACCESS_TOKEN }}
        run: |
          if [ -z "$REPEATO_ACCESS_TOKEN" ]; then
            echo "REPEATO_ACCESS_TOKEN secret is not set."
            exit 1
          fi

      # Check out the app source code
      - uses: actions/checkout@v4

      # Check out the Repeato test workspace
      - name: Checkout workspace repo
        uses: actions/checkout@v4
        with:
          repository: repeato-qa/demo-workspace
          path: workspace-tests
          clean: false

      # Enable KVM for hardware-accelerated Android emulation on Ubuntu
      - name: Enable KVM group perms
        run: |
          echo 'KERNEL=="kvm", GROUP="kvm", MODE="0666", OPTIONS+="static_node=kvm"' | sudo tee /etc/udev/rules.d/99-kvm4all.rules
          sudo udevadm control --reload-rules
          sudo udevadm trigger --name-match=kvm
          mkdir -p ~/.android/avd

      # Start emulator and run the tests via npx @repeato/cli-testrunner
      - name: run tests
        uses: reactivecircus/android-emulator-runner@d7b53ddc6e44254e1f4cf4a6ad67345837027a66
        timeout-minutes: 20
        env:
          REPEATO_ACCESS_TOKEN: ${{ secrets.REPEATO_ACCESS_TOKEN }}
          ANDROID_AVD_HOME: /home/runner/.android/avd
        with:
          api-level: 29
          arch: x86_64
          target: google_apis
          profile: pixel_3a
          force-avd-creation: false
          emulator-options: -no-snapshot-save -no-window -gpu swiftshader_indirect -noaudio -no-boot-anim -camera-back none -no-metrics
          disable-animations: true
          script: |
            adb kill-server
            adb start-server
            npx @repeato/cli-testrunner --workspaceDir "${GITHUB_WORKSPACE}/workspace-tests" --batchId 0 --accessToken "$REPEATO_ACCESS_TOKEN" --outputDir "${GITHUB_WORKSPACE}/batch-report"

      # Upload the batch test report (screenshots + results) even on failure, for debugging
      - name: Upload test report
        if: always()
        uses: actions/upload-artifact@v4
        with:
          name: batch-report
          path: batch-report/

Step 8: Update Repository Name

Replace this line: repository: yourusername/repeato-workspace


Step 9: Commit and Push Changes

Run:

git add .
git commit -m "Added Repeato GitHub workflow"
git push

Step 10: Verify GitHub Action

  1. Open your GitHub repository
  2. Click Actions

You should see:Integration with REPEATO CLI running automatically.

The workflow will:

  • Launch Android Emulator
  • Download Repeato Workspace
  • Run Repeato Tests
  • Generate Test Report
  • Upload Batch Report Artifact

Important Notes

  • Replace the GitHub repository URL with your own repository.
  • Replace repeato-workspace with your actual workspace repository name if different.
  • Ensure REPEATO_ACCESS_TOKEN is added in GitHub Secrets.
  • Node.js version 20 is required for newer Repeato CLI versions.

Codemagic is a cloud-based continuous integration and delivery (CI/CD) service that enables developers to build, test, and deploy their mobile apps to multiple platforms. It is a part of the Flutter ecosystem and supports both Flutter and React Native apps. Codemagic can help developers automate many of the tasks involved in building mobile apps, including testing, building, and deploying to app stores.

Setup Steps

Here are the steps to follow:

  1. Go to www.codemagic.io, and create an account if you don’t already have one
  2. Create a new Codemagic project and select your Git repository.
  3. Choose the platform you want to build for (iOS, Android, or both).
  4. Configure the build settings, including the build type, version number, and bundle identifier.
  5. Add any required environment variables or secrets.
  6. Test your workflow: Create a build and wait for it to complete.

Example Workflows

This is what the the workflow does, as soon as you push changes to your Git repository:

  1. Build Workflow:
    1. Environment setup
    2. Flutter setup/installation
    3. Flutter APK build
    4. Add the generated APK build in artifacts
  2. Test Run Workflow
    1. Setup environment with node and flutter version
    2. Launch emulator
    3. Install app in emulator
    4. Run Repeato tests
    5. Publish the Repeato test reports to S3 bucket
    6. Optionally send the notification on slack on build complete
    7. If the build fails, you will receive a notification and can investigate the issue.
workflows:
  build-workflow:
    name: Build Workflow
    instance_type: mac_pro
    max_build_duration: 120
    environment:
      node: 16.19.0
      flutter: 3.0.1
      groups:
        - standard
    scripts:
      - name: Set up local.properties
        script: |
          #!/usr/bin/env zsh 
          echo "flutter.sdk=$HOME/programs/flutter" > "$CM_BUILD_DIR/android/local.properties"
      - name: Get Flutter packages
        script: flutter packages pub get
      - name: Build apk with Flutter
        script: flutter build apk
    publishing:
      scripts:
        - name: List exported files
          script: | 
            ls -la $CM_EXPORT_DIR
    artifacts:
      - build/**/outputs/apk/**/*.apk
  test-android-workflow:
    name: Test Workflow
    instance_type: mac_pro
    max_build_duration: 120
    environment:
      node: 16.19.0
      flutter: 3.0.1
      groups:
        - standard
    scripts:
      - name: Set up local.properties
        script: |
          #!/usr/bin/env zsh 
          echo "flutter.sdk=$HOME/programs/flutter" > "$CM_BUILD_DIR/android/local.properties"      
      - name: Launch emulator
        script: |
          emulator @emulator &  # Use `emulator -list-avds` to list all emulators
          adb wait-for-device # wait for the emulator to finish loading
      - name: Install app
        script: |
          adb install app.apk
      - name: Wait for 20 seconds
        script: sleep $((20*1))
      - name: Run Repeato tests
        script: |
          npx @repeato/cli-testrunner \
          --workspaceDir "demo-workspace" \
          --logLevel "DEBUG" \
          --batchId 0 \
          --accessToken "$REPEATO_ACCESS_TOKEN" \
          --waitDurationBetweenSteps 2000 \
          --timeoutFactor 1.5 \
          --outputDir "$CM_EXPORT_DIR/batch-report" 
    publishing:
      scripts:
        - name: List exported files
          script: | 
            ls -la $CM_EXPORT_DIR
            ls -la $CM_EXPORT_DIR/batch-report
        - name: Publish to S3 bucket
          script: | 
            sudo pip3 install awscli --upgrade
            aws s3 sync "$CM_EXPORT_DIR/batch-report" s3://repeato-batch-result-demo/batch-report
            echo "open report here: https://repeato-batch-result-demo.s3.eu-central-1.amazonaws.com/batch-report/index.html"
      slack:
        channel: '#dev'
        notify_on_build_start: false # To receive a notification when a build starts
        notify:
          success: true 
          failure: true 

* Repeato CLI is currently only officially supported on Codemagics’ Mac machines.

Appcircle

Appcircle is a cloud-based platform for continuous integration and continuous delivery (CI/CD) that helps automate the build, test, and deployment processes of mobile applications. It offers a comprehensive set of tools and features to automate and streamline the build, test, and deployment processes of mobile applications.

Additionally, with Appcircle self-hosted, you can host the CI/CD infrastructure on your own servers or in a private cloud environment, providing you with complete control and ownership over the infrastructure.

Prerequisites

Before you begin, make sure you have the following:

  • An active account on Appcircle and Repeato
  • Access to your project in both Appcircle and Repeato
  • Your mobile application source code stored in a version control system (e.g., GitHub, Bitbucket, GitLab)

Configuring the CI/CD Workflow

  1. In Appcircle, go to your project’s build page and select the “Workflows” tab.
  2. To integrate Repeato into the workflow, click “Manage Workflow” and add “Repeato Test Runner” from the list of available steps.
  3. Add the “Xcodebuild for iOS Simulator” step for iOS or the “Wait for Android Emulator” for Android, before the “Repeato Test Runner” step.
  4. Add the “Test Reports” step after the “Repeato Test Runner” step. This will allow the test results to be displayed on the build page.
  5. Configure the Repeato step by providing the necessary parameters such as “Batch ID”, “Access Token” and “CLI Version” with the information you get from Repeato.
  6. Configure the remaining fields, “Workspace Path” and “Log Level,” with the necessary information.
  7. Save the workflow configuration.

Important Note: For the “Test Reports” step, make sure to enable the “Always run this step even if the previous steps fail” option. This ensures that you will receive reports for both successful and failed tests.

Running the CI/CD Workflow

  1. Trigger the workflow manually or configure automatic triggers, such as on commit or merge events, depending on your preferences.
  2. Appcircle will initiate the workflow, which includes the build, test, and deployment steps.
  3. The Repeato step in the workflow will execute the specified test cases and workflows using the Repeato API.
  4. Appcircle will provide detailed logs and reports for each step, including the Repeato test results.

Get even more detailed information and tips on the Appcircle website

Repeato

  • Home
  • Pricing
  • Blog
  • FAQ
  • About us

Documentation

  • Getting started
  • Test exception handling
  • Advanced testing techniques
  • JavaScript API
  • Release notes

Support

  • Support & Resources
  • Documentation
  • Book a demo
  • Contact

Legal

  • Imprint
  • Terms & Conditions
  • Privacy policy
  • Cancel subscription
Repeato Reviews
[activecampaign form=5 css=0]
Manage Cookie Consent
To provide the best experiences, we use technologies like cookies to store and/or access device information. Consenting to these technologies will allow us to process data such as browsing behavior or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
Functional Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
  • Manage options
  • Manage services
  • Manage {vendor_count} vendors
  • Read more about these purposes
View preferences
  • {title}
  • {title}
  • {title}