@wdio/browserstack-service

WebdriverIO BrowserStack Service

A WebdriverIO service that manages local tunnel and job metadata for BrowserStack users.

Installation

The easiest way is to keep @wdio/browserstack-service as a devDependency in your package.json, via:

npm install @wdio/browserstack-service --save-dev

Instructions on how to install WebdriverIO can be found here.

Configuration

WebdriverIO has BrowserStack support out of the box. You should set user and key in your wdio.conf.js file. This service plugin provides support for BrowserStack Tunnel](https://www.browserstack.com/docs/automate/selenium/getting-started/nodejs/local-testing). Set browserstackLocal: true also to activate this feature. Reporting of session status on BrowserStack will respect strict setting of Cucumber options.

// wdio.conf.js
export const config = {
    // ...
    user: process.env.BROWSERSTACK_USERNAME,
    key: process.env.BROWSERSTACK_ACCESS_KEY,
    services: [
        ['browserstack', {
            testObservability: true,
            testObservabilityOptions: {
                projectName: "Your project name goes here",
                buildName: "The static build job name goes here e.g. Nightly regression"
            },
            browserstackLocal: true
        }]
    ],
    // ...
};

Options

In order to authorize to the BrowserStack service your config needs to contain a user and key option.

testObservability

Test Observability is an advanced test reporting tool that gives insights to improve your automation tests and helps you debug faster. It’s enabled by default by setting the testObservability​ flag as true for all users of browserstack-service. You can disable this by setting the testObservability​ flag to false.

Once your tests finish running, you can visit Test Observability to debug your builds with additional insights like Unique Error Analysis, Automatic Flaky Test Detection, and more.

You can use Test Observability even if you don’t run your tests on the BrowserStack infrastructure. Even if you run your tests on a CI, a local machine, or even on other cloud service providers, Test Observability can still generate intelligent test reports and advanced analytics on your tests.

If you want to use Test Observability without running your tests on BrowserStack infrastructure, you can set your config as follows:

// wdio.conf.js
export const config = {
    // ...
    services: [
        ['browserstack', {
            testObservability: true,
            testObservabilityOptions: {
                user: process.env.BROWSERSTACK_USERNAME,
                key: process.env.BROWSERSTACK_ACCESS_KEY,
                projectName: "Your project name goes here",
                buildName: "The static build job name goes here e.g. Nightly regression"
            }
        }]
    ],
    // ...
};

You can explore all the features of Test Observability in this sandbox or read more about it here.

browserstackLocal

Set this to true to enable routing connections from BrowserStack cloud through your computer.

Type: Boolean
Default: false

forcedStop

Set this to true to kill the BrowserStack Local process on complete, without waiting for the BrowserStack Local stop callback to be called. This is experimental and should not be used by all. Mostly necessary as a workaround for this issue.

Type: Boolean
Default: false

app

Appium set this with the app file path available locally on your machine to use the app as application under test for Appium sessions.

Type: String or JsonObject
Default: undefined

List of available app values:

path

Use locally available app file path as an application under test for Appium.

services: [
  ['browserstack', {
    app: '/path/to/local/app.apk'
    // OR
    app: {
      path: '/path/to/local/app.apk'
    }
  }]
]

Pass custom_id while the app upload.

services: [
  ['browserstack', {
    app: {
      path: '/path/to/local/app.apk',
      custom_id: 'custom_id'
    }
  }]
]

id

Use the app URL returned after uploading the app to BrowserStack.

services: [
  ['browserstack', {
    app: 'bs://<app-id>'
    // OR
    app: {
      id: 'bs://<app-id>'
    }
  }]
]

custom_id

use custom_id of already uploaded apps

services: [
  ['browserstack', {
    app: 'custom_id'
    // OR
    app: {
      custom_id: 'custom_id'
    }
  }]
]

shareable_id

use shareable_id of already uploaded apps

services: [
  ['browserstack', {
    app: 'username/custom_id'
    // OR
    app: {
      shareable_id: 'username/custom_id'
    }
  }]
]

preferScenarioName

Cucumber only. Set the BrowserStack Automate session name to the Scenario name if only a single Scenario ran. Useful when running in parallel with wdio-cucumber-parallel-execution.

Type: Boolean
Default: false

sessionNameFormat

Customize the BrowserStack Automate session name format.

Type: Function
Default (Cucumber/Jasmine): (config, capabilities, suiteTitle) => suiteTitle
Default (Mocha): (config, capabilities, suiteTitle, testTitle) => suiteTitle + ' - ' + testTitle

sessionNameOmitTestTitle

Mocha only. Do not append the test title to the BrowserStack Automate session name.

Type: Boolean
Default: false

sessionNamePrependTopLevelSuiteTitle

Mocha only. Prepend the top level suite title to the BrowserStack Automate session name.

Type: Boolean
Default: false

setSessionName

Automatically set the BrowserStack Automate session name.

Type: Boolean
Default: true

setSessionStatus

Automatically set the BrowserStack Automate session status (passed/failed).

Type: Boolean
Default: true

buildIdentifier

buildIdentifier is a unique id to differentiate every execution that gets appended to buildName. Choose your buildIdentifier format from the available expressions:

• BUILD_NUMBER: Generates an incremental counter with every execution
• DATE_TIME: Generates a Timestamp with every execution. Eg. 05-Nov-19:30

services: [
  ['browserstack', {
    buildIdentifier: '#${BUILD_NUMBER}'
  }]
]

Build Identifier supports usage of either or both expressions along with any other characters enabling custom formatting options.

opts

BrowserStack Local options.

Type: Object
Default: {}

List of available local testing modifiers to be passed as opts:

Local Identifier

If doing simultaneous multiple local testing connections, set this uniquely for different processes -

opts = { localIdentifier: "randomstring" };

Verbose Logging

To enable verbose logging -

opts = { verbose: "true" };

Note - Possible values for 'verbose' modifier are '1', '2', '3' and 'true'

Force Local

To route all traffic via local(your) machine -

opts = { forceLocal: "true" };

Folder Testing

To test local folder rather internal server, provide path to folder as value of this option -

opts = { f: "/my/awesome/folder" };

Force Start

To kill other running BrowserStack Local instances -

opts = { force: "true" };

Only Automate

To disable local testing for Live and Screenshots, and enable only Automate -

opts = { onlyAutomate: "true" };

Proxy

To use a proxy for local testing -

• proxyHost: Hostname/IP of proxy, remaining proxy options are ignored if this option is absent
• proxyPort: Port for the proxy, defaults to 3128 when -proxyHost is used
• proxyUser: Username for connecting to proxy (Basic Auth Only)
• proxyPass: Password for USERNAME, will be ignored if USERNAME is empty or not specified

opts = {
  proxyHost: "127.0.0.1",
  proxyPort: "8000",
  proxyUser: "user",
  proxyPass: "password",
};

Local Proxy

To use local proxy in local testing -

• localProxyHost: Hostname/IP of proxy, remaining proxy options are ignored if this option is absent
• localProxyPort: Port for the proxy, defaults to 8081 when -localProxyHost is used
• localProxyUser: Username for connecting to proxy (Basic Auth Only)
• localProxyPass: Password for USERNAME, will be ignored if USERNAME is empty or not specified

opts = {
  localProxyHost: "127.0.0.1",
  localProxyPort: "8000",
  localProxyUser: "user",
  localProxyPass: "password",
};

PAC (Proxy Auto-Configuration)

To use PAC (Proxy Auto-Configuration) in local testing -

• pac-file: PAC (Proxy Auto-Configuration) file’s absolute path

opts = { "pac-file": "<pac_file_abs_path>" };

Binary Path

By default, BrowserStack local wrappers try downloading and executing the latest version of BrowserStack binary in ~/.browserstack or the present working directory or the tmp folder by order. But you can override these by passing the -binarypath argument. Path to specify local Binary path -

opts = { binarypath: "/path/to/binary" };

Logfile

To save the logs to the file while running with the '-v' argument, you can specify the path of the file. By default the logs are saved in the local.log file in the present woring directory. To specify the path to file where the logs will be saved -

opts = { verbose: "true", logFile: "./local.log" };

---

For more information on WebdriverIO see the homepage.