Skip to main content

Accessing Workflow Configuration

  1. Go to Workflows in the sidebar
  2. Click on a workflow card to open its details page
  3. Click the Configuration tab
Workflow configuration tab

Workflow Details Page

The workflow details page shows: Workflow Details Page

Header Information

  • Workflow Name - with options to:
    • 📋 Copy workflow ID
    • ✏️ Rename workflow
  • Run Now button - Execute the workflow immediately
  • Metadata: Tests count, Created date, Current Status

Summary Statistics

Four cards showing:
  • Total Executions - Number of times the workflow has run
  • Successful Runs - Count of successful executions
  • Failed Runs - Count of failed executions
  • Avg Success Rate - Percentage of successful runs

Tabs

  • History - View past workflow executions and results
  • Configuration - Manage tests and settings (covered in this guide)

Managing Tests in a Workflow

The Configuration tab provides Test collection management tools. Workflow Configuration Tab

Adding Tests

To add more tests to your workflow:
  1. Use the Search box to find tests by name
  2. Apply filters:
    • All Builds - Filter by specific build
    • All Platform - Filter by Android or iOS
    • All Tags - Filter by test tags
  3. Check the checkbox next to tests you want to add
  4. Tests are automatically added to the workflow

Removing Tests

To remove a test from the workflow:
  1. Find the test in the selected tests list
  2. Uncheck the checkbox next to the test name
  3. The test is immediately removed from the workflow
Or click Clear all to remove all tests at once.

Viewing Test Details

Each test in the list shows:
  • Test name
  • Platform icon (Android/iOS)
  • Build name (e.g., “Android Test App”)
  • Step count (e.g., “2 steps”)
  • Expand arrow (>) to view test steps
Click the arrow to expand a test and see its steps inline. Expanded Test Steps

Test Filters

Use filters to quickly find tests:
Search: "login"
Platform: Android
Tags: "smoke-test"
This helps when you have many tests and need to find specific ones to add or remove.

Workflow Settings

Renaming a Workflow

  1. Click the Rename button (✏️) next to the workflow name
  2. Enter the new name
  3. Save
Use descriptive names that reflect the workflow’s purpose: “Daily Smoke Tests Android” instead of “Workflow 1”

Copying Workflow ID

The workflow ID is useful for:
  • API integrations
  • CI/CD pipelines
  • Support requests
Click the Copy workflow ID button (📋) to copy it to your clipboard.

Workflow Overrides

Workflow-level overrides allow you to configure settings that apply to all tests in the workflow, without modifying individual tests.

Build Override

Override the build used for all tests in the workflow. When to use:
  • Run all tests against a specific build version
  • Test a staging build without changing each test’s configuration
  • A/B test different build versions
Configuration:
  1. Open the workflow’s Configuration tab
  2. Find the Build Override section
  3. Select a build from the dropdown
  4. All tests in this workflow will now use the selected build instead of their individual build settings
When a build override is set, the workflow will use that build for ALL tests, regardless of each test’s configured build. Remove the override to return to per-test build settings.

Location Override

Set an initial GPS location for all tests in the workflow. When to use:
  • Test location-based features at a specific location
  • Ensure consistent location for all tests in a workflow
  • Test geofencing or regional features
Configuration:
  1. Open the workflow’s Configuration tab
  2. Find the Initial Location section
  3. Enter Latitude and Longitude coordinates
  4. All tests will start with the device at this location
Example locations:
LocationLatitudeLongitude
San Francisco37.7749-122.4194
New York40.7128-74.0060
London51.5074-0.1278
Tokyo35.6762139.6503
Location can be overridden at multiple levels (workflow → test → step). Step-level set_location takes highest priority.

Integrations

Slack Integration

Click the Slack button in the Configuration tab to set up notifications:
  1. Click Slack button
  2. Follow the integration flow
  3. Choose which Slack channel to send notifications to
  4. Select a notification rule:
    • On Start (workflow started)
    • On Success (workflow completed successfully)
    • On Failure (workflow failed)
See Slack Integration for detailed setup instructions.

Other Integrations

Additional integrations may be available based on your plan. Contact [email protected] for custom integration options.

Execution History

Switch to the History tab to view:
  • All past runs of the workflow
  • Execution status (Passed, Failed, Running)
  • Timestamp of when it ran
  • Detailed test results for each run

Manual Execution

To run a workflow manually: Option 1: From Workflows List
  1. Go to Workflows page
  2. Click the Run button (▶) on the workflow card
Option 2: From Workflow Details
  1. Open the workflow details page
  2. Click Run Now button in the top-right

Execution Process

When you run a workflow:
  1. All selected tests are queued for execution
  2. Tests run concurrently (subject to device availability and plan limits)
  3. Each test runs its steps independently
  4. Results are collected and aggregated
  5. Workflow status is updated (Passed/Failed) once all tests finish

Monitoring Execution

While a workflow is running:
  • Status shows as “Running” 🟡
  • You can view progress in the History tab
  • Individual test results appear as tests complete
Use the Unified Monitor to watch test execution in real-time across all workflows.

Workflow Execution Behavior

Test Execution Order

Tests in a workflow run concurrently. They will be scheduled to start as soon as possible, in parallel.

What Happens When a Test Fails?

When a test fails during workflow execution:
  • ❌ The failed test is marked as “Failed”
  • ✅ The workflow continues executing remaining tests
  • ⚠️ The overall workflow status becomes “Failed”
  • 📊 You can view failure details in the History tab
Workflows do NOT stop on first failure - all tests will run to completion.

Best Practices

Keep Tests Up to Date

  • Remove tests that are no longer relevant
  • Update test names when features change
  • Regularly review and clean up test selections

Organize by Purpose

Group tests logically:
  • “Login Flow” - All authentication tests
  • “Smoke Tests” - Critical path only
  • “Full Regression” - Comprehensive coverage

Monitor Workflow Health

  • Check the Avg Success Rate metric
  • Investigate failing tests promptly
  • Review execution history regularly
  • Set up Slack notifications to get alerts

Next Steps


Need help? Contact [email protected]