Run multiple browser at the same time
WebdriverIO allows you to run multiple Selenium sessions in a single test. This becomes handy when you
need to test application features where multiple users are required (e.g. chat or WebRTC applications).
Instead of creating a couple of remote instances where you need to execute common commands like init
or url on each of those instances, you can simply create a
multiremote instance and control all browser at the same time. To do so just use the multiremote
function and pass an object with named browser with their capabilities into it. By giving each capability
a name you will be able to easy select and access that single instance when executing commands on a single
instance.
1 2 3 4 5 6 7 8 9 10 11 12 13
| var webdriverio = require('webdriverio'); var browser = webdriverio.multiremote({ myChromeBrowser: { desiredCapabilities: { browserName: 'chrome' } }, myFirefoxBrowser: { desiredCapabilities: { browserName: 'firefox' } } });
|
This would create two Selenium sessions with Chrome and Firefox. Instead of just Chrome and Firefox you can
also boot up two mobile devices using Appium. Any kind of OS/browser combination is
possible here. All commands you call with the browser
variable gets executed in parallel with each instance.
This helps to streamline your integration test and speedup the execution a bit. For example initialise the
session and open up an url:
1
| browser.init().url('http://chat.socket.io/');
|
Using the multiremote instance changes the way how results are accessible in callback functions.
Since more than one browser executes the command we also receive more than one result.
1 2 3 4 5 6 7 8
| browser .init() .url('https://www.whatismybrowser.com/') .getText('.string-major').then(function(resultChrome, resultFirefox) { console.log(resultChrome); console.log(resultFirefox); }) .end();
|
You will notice that each command gets executed one by one. That means that the command finishes once
all browser have executed it. This is helpful because it keeps the browser actions synced and it makes
it easier to understand what currently happens.
Sometimes it is necessary to do different things with each browser in order to test something. For instance
if we want to test a chat application, there has to be one browser who inputs a text message while the
other browser waits to receive that message and do an assertion on it. You can get access to a single instance
by using the select
method.
1 2 3 4 5 6 7 8 9 10 11 12
| var myChromeBrowser = browser.select('myChromeBrowser'); var myFirefoxBrowser = browser.select('myFirefoxBrowser'); myChromeBrowser .setValue('#message', 'Hi, I am Chrome') .click('#send'); myFirefoxBrowser .waitForExist('.messages', 5000) .getText('.messages').then(function(messages) { assert.equal(messages, 'Hi, I am Chrome'); });
|
In that example the myFirefoxBrowser
instance will start waiting on a messages once the myChromeBrowser
instance clicked on the send button. The execution is in parallel. Multiremote makes it easy and convenient
to control multiple browser either doing the same thing in parallel or something different. In the latter case
it might be the case where you want to sync up your instances to do something in parallel again. To do so
just call the sync
method. All methods which are chained behind the sync
method get executed in parallel
again:
1 2 3 4 5 6 7 8 9 10 11 12 13 14
| browser.init().url('http://example.com');
myChromeBrowser.setValue('.chatMessage', 'Hey Whats up!').keys('Enter')
myFirefoxBrowser.getText('.message', function(err, message) { console.log(messages); });
browser.sync().url('http://anotherwebsite.com');
|
Note: Multiremote is not meant to execute all your tests in parallel. It should help you to coordinate
more than one browser for sophisticated integration tests.