After you have installed the SDK, a browserstack.yml config file will be created at the root level of your project. This file holds all the required capabilities to run tests on BrowserStack.
Specify platforms to test on
Set the browsers/devices you want to test under the platforms object. Our configuration follows W3C-formatted capabilities.
Platform
Browser
Linux
Firefox
Linux
Chrome
Linux
Edge
Enable BrowserStack Local
Test localhost/internal servers in your network
True
False
Test localhost/staging websites that are not publicly accessible
BrowserStack’s Local Testing feature connects with test suites pointing to your localhost URL
BrowserStack Local supports all advanced use cases and restricted networks. Contact our support team for assistance in configuring BrowserStack Local for your enterprise.
BrowserStack Reporting
You can leverage BrowserStack’s extensive reporting features using the following capabilities:
Build Name
Set a name to your build (usually the same as the build ID that’s on your CI/CD platform). Accepted characters: A-Z, a-z, 0-9, ., :, -, [], /, @, &, ‘, _. All other characters are ignored. Character limit: 255
Project Name
Set a project name for your project.
sessionName is the name of your test sessions and is automatically picked from your test class/spec name. It doesn’t need to be set manually when using the BrowserStack SDK.
Use additional debugging features
BrowserStack offers session logs, screenshots of failed commands, and a video of the entire test, with additional options to enable.
Test Observability
Enables Test Observability, an advanced test reporting and debugging tool that helps you analyze test failures much faster. If enabled, Test Observability collects test data using the SDK. This capability is enabled (set to true) by default.
True
False
Visual logs
Enables screenshots for every selenium command ran
True
False
Video logs
Enables accurate video recordings of execution
True
False
Network logs
Enables network capture for the session in HAR format. Reduces session performance slightly
True
False
Console logs
Set the remote browser’s console log levels. Currently supported only on Chrome browsers (Desktop and Android)
Info
Info
Verbose
Debug
Warn
Error
Use Automate Turboscale
Turboscale
Enables Turboscale
True
False
Update browserstack.yml file with selected capabilities
Copy the following code snippet and replace contents of browserstack.yml file in the root folder of your test suite.
If you prefer not to use the SDK, you can integrate your test suite manually.
Set up authentication
Set environment variables for BrowserStack credentials:
# Set these values in your ~/.zprofile (zsh) or ~/.profile (bash)exportBROWSERSTACK_USERNAME=YOUR_BROWSERSTACK_USERNAME
exportBROWSERSTACK_ACCESS_KEY=YOUR_BROWSERSTACK_ACCESSKEY
It is recommended that you store your credentials as environment variables and use those environment variables in your test script.
Connect CDP Endpoint
Connect to the CDP endpoint at BrowserStack as shown in the following example:
Update your test cases to read BrowserStack credentials from environment variables. Update the selenium hub URL to the BrowserStack remote hub URL: wss://hub-ft.browserstack.com/playwright
Migrate your test cases
After you have set up authentication in your test scripts, add configurations like browser-OS combinations and desired test statuses. For initial migration, run your build using Chrome or Firefox to isolate issues and simplify debugging. After achieving stability, expand to cross-browser testing.
//Add the following options to your test script"environments":[{"os":"Windows","name":"Test on Chrome latest on Windows","browser":"chrome","browser_version": latest
},]
Organize tests
Use the following capabilities for naming your tests and builds. This ensures effective debugging, test reporting, and build execution time analysis.
CI/CD job or build name. For example, Website build #23, staging_1.3.27
projectName
Name of your project. For example, Marketing Website
Use a new buildName name every time you run your test cases. This ensures that sessions are logically grouped under a unique build name and helps you monitor the health of your test suite effectively.
A build can only have a maximum of 1000 tests and post that a new build gets created with a -1 suffixed to the original build name.
Mark test as Passed or Failed
To mark whether your test has passed or failed on BrowserStack, use the JavaScript executor in your test script. You can mark a test as passed or failed based on your test assertions.
The arguments passed in the JavaScript method for setting the status and the corresponding reason of the test are status and reason:
status accepts either passed or failed as the value.
Enable visual logs and automatic screenshot capture at every selenium command by setting the debug capability.
By default, Console Logs with log level errors are enabled. Utilize the consoleLogs capability to enable various log levels, including warnings, info, verbose, errors, and disable.