The following browsers have moved their default mode to be W3C standard:
- Chrome - Starting from version 75
- Safari - Starting from version 12
- Edge - Starting from version 17763
Tests written in JAVA require Selenium jar version 3.14 and above.
There are two main aspects of running Selenium-based tests in the grid. The first aspect is initiating a test session and the other is running tests in parallel on multiple devices.
Initiating a Test Session
To initiate a test session and run a Selenium-based test on the grid, certain capabilities must be specified in the Desired Capabilities object. The capabilities are:
- Authentication with Selenium
- Cloud URL - the URL of the cloud.
In addition, the Selenium test desired capabilities may include the following capabilities:
- testName - Specifies the test name. This name will appear in SeeTest Reporter and in the generated report
- generateReport - By default every Selenium test generates a report and takes screenshots after each command. To disable reports (and screenshots) pass this capability with a false value
- takeScreenshots - take a screenshot of reports and the device reflection in the Grid page
- newCommandTimeout - change the default timeout for each command in the test (default is 300 seconds)
- newSessionWaitTimeout - change the default timeout for creating a new driver (default is 300 seconds)
- platformName - run the test on the specified platform (Mac, Windows, iOS, etc...)
- browserName - run the test on the specified browser (default is chrome)
browserVersion - run the test on the specified browser version
browserVersion can also accept the value "latest" for the latest version or "latest-X" for versions before the latest. e.g if 'latest' is 70 then 'latest-3' will be 67
seleniumScreenshot - if set to true will take a screenshot using selenium grid and not via native OS API. By default set to false. This means the test will take longer.
add this capability in tests that handle multiple browser windows in order to get a correct report
- closePopups - provide information on which native popups to close (and how).
- agentName - the name of the agent that the test will run on.
- maxScreenshotInterval - the maximum time between consecutive screenshots (default is 10 seconds)
The returned capabilities include:
- reportUrl - that provides a link to view the test report in SeeTest Reporter (if the test is configured to generate a report).
- sessionId - the session ID of the test.
- viewUrl - that provides a link to view the test's execution (Windows 10 and macOS only).
If the selenium test is configured to generate a report, the driver capabilities will include a capability named reportUrl that provides a link to view the test report in SeeTest Reporter.
Below you can find an example written in Java specifying the capabilities above.
In order to be able to run the below code you will need
- Java 8
- Selenium java jar
If you run a test using the capabilities as they appear above, it will run on one device only. However, if you run this test on multiple threads, every thread creates a different instance of the test class which in turn initiates another test request. Running tests in parallel require that you understand the concept of multi-threaded execution (either by built-in specific language implementations or using unit testing frameworks). It also requires that your license includes the ability to run tests on multiple nodes. For more information about these two aspects, visit our documentation on the subject.
Setting test report status
There may be cases where the test developer may want to set the test report status manually.
- If the test fails on the client-side (and not on Selenium Grid side) the test report generated will be with Success status.
- If the test can fail but the test code catches the exception and the test developer would not like this failure to set the report status to Fail.
To set test report status from the client code, one can use the command driver.executeScript("seetest:client.setReportStatus(<test-status>, <error-message>, <stacktrace>)").
where test-status is:
- "true" or "passed" for success
- "false" or "failed" for fail
Add step to test report with status
User can add a step in the report from the client code.
add a step to test report before every 'it'
When user will run more than one it with one Driver you can set testName for each 'it' in the report:
Add test property (tag) to report
Users can add a test property (tag) to the report from the client code.
Handling native OS popups
If during a selenium web test, the browser or OS displays a native popup that the user wants to close, he can specify how to close this popup.
Using the capability closePopups the user can specify one or more expressions that specify which native popups to look for and if found which button to click.
The user can specify one expression or a list of expressions.
For Windows each expression is in the form <regex>::<button-name> where
- regex - Find a popup with a title that contains the regex
- button-name - Name of a button to click on the associated popup
For macOS each expression should follow one of the following syntax formats
- <text-to-find>::<button-name> - This will search for a popup with text-to-find in the browser's process and will press the button with button-name.
- <text-to-find>@<process-name>::<button-name> - This will search for a popup with text-to-find in the process process-name and will press the button with button-name.
The default can change by setting the property popup-monitor-interval-in-seconds in the config/application.properties file. A test that has a valid closePopups capability will search for a popup every X seconds where X is 5 by default.
Download a file to your client computer in a grid session
Users can download a file from the Selenium Agent machine to the local machine in the grid session.
File size up to 50MB.