View Source

The following browsers are supported for playback with the Selenium WebDriver engine:

The following browsers are supported for recording and playback with the Parasoft Native Driver (legacy) engine:

You can also perform mobile interface testing through a desktop browser as described in Mobile Interface Testing.

Firefox Notes

Record and playback on file inputs (inputs that allow you to browse to a file to upload it) is not supported in Firefox 3 and later.
If you just recorded a web scenarios and the browser contents for the last step was not captured, you can play the scenario to capture this content. Note that this happens when you stop recording by closing the browser window. The recommended best practice is to stop recording by clicking the Stop Recording button (instead of by closing the browser window).
If Firefox is in the middle of an automatic update (the update was downloaded but not yet installed), web scenarios might not play back correctly (Virtualize will launch Firefox, and Firefox will open a dialog to check add-on compatibility; this causes playback to fail). If this occurs, launch Firefox outside of Virtualize to complete the update installation. Once the update is completed, web scenarios can be played back as usual.
When you record in Firefox on Mac, you may receive the following error message: '"firefox-bin" can't be opened because it is from an unidentified developer. If this happens, do the following:
- In the Finder, Ctrl-click Firefox, then choose Show Package Contents.
- Ctrl-click Contents > MacOS > firefox-bin, then choose Open.
- Click Open again. After you complete these steps, the dialog will no longer open and subsequent attempts to record will succeed.

Before using Internet Explorer, see Configuring Internet Explorer Settings.
With Internet Explorer 9 or 10, we recommend using addEventListener() when registering event listeners. However, if you are using attachEvent(), which is an IE-specific event model, you will need to manually update <Virtualize Directory>\eclipse\plugins\com.parasoft.xtest.libs.web_<version>\root\browsers\ie\HTMLUtil.js as follows to force Virtualize to emulate JavaScript events using the IE-specific model. You need to make the following changes in this file:
SOAtest
"ext.HTMLUtil.preferLegacyEventModel = false;"
to
"ext.HTMLUtil.preferLegacyEventModel = true;"
Virtualize
"_wk_HTMLUtil.preferLegacyEventModel = false;"
to
"_wk_HTMLUtil.preferLegacyEventModel = true;"
The first time that Internet Explorer 9 is launched, it will open a warning dialog that states "The Recorder Registrar is now ready to use." You need to click Enable to ensure that your web scenarios record and play back correctly. For best results, you should close and re-open the browser after clicking Enable.
File inputs inside modal dialogsare not supported.
Record and playback on file inputs (inputs that allow you to browse to a file to upload it) is not supported in Internet Explorer 8 and later.

When specifying the path to the Chrome executable on Linux, choose google-chrome (e.g. /opt/google/chrome/google-chrome)—not chrome. On Windows, the path is typically C:\Users\usernane\AppData\Local\Google\Chrome\Application\chrome.exe. On Mac, it’s typically /Applications/Google Chrome.app.
If you just recorded a web scenarios and the browser contents for the last step was not captured, you can play the scenario to capture this content. Note that this happens when you stop recording by closing the browser window. The recommended best practice is to stop recording by clicking the Stop Recording button (instead of by closing the browser window).

On Chrome, Auto Generate Asynchronous Request Tests captures only requests from an XMLHttpRequest object. It does not detect asynchronous requests from hidden IFrame calls. If needed, you can add such asynchronous request tests manually.

When a user acts on an element, Chrome (unlike Internet Explorer and Firefox) does not check other frames to ensure that the locator is unique across frames. As a result, a recorded action might be played back in a frame other than the one it was recorded in. If you experience this unexpected behavior, determine a unique locator and change the locator being used in the Browser Playback tool.

In some cases, login is required before asynchronous requests can occur. Firefox and IE will detect this, and test suites will automatically create a setup test that performs this login. The asynchronous test will then use the cookies created by logging in. Chrome does not support this. For Chrome, SOAtest can generate asynchronous request tests, but the login step needs to be set up manually—either as a setup test, or a test suite tool that is run before the asynchronous tests.

Record and playback on file inputs (inputs that allow you to browse to a file to upload it) is not supported in Chrome.
When recording or playing back with Chrome on Mac using the Parasoft native engine, closing Chrome opens a dialog that says "Google Chrome wants to use your confidential information stored in ’Chrome Safe Storage’ in your keychain. Do you want to allow access to this item?" Even if you choose "Always Allow", this dialog opens every time that Chrome is started and then closed. To prevent this dialog from opening every time:
- Open Applications> Utilities> Keychain Access.
- Control-click Chrome Safe Storage, then choose Get Info from the shortcut menu.
- Switch to Access Control, select Allowall applications to access this item, and click Save Changes. You will need to enter an administrator password to continue.

• For a list of associated limitations, see Safari-Specific Issues.