Managing Browser Profiles when using Cross Browser testing in Coded UI Test
Feb 21, 2013Saima_MSFT

Summary
This post addresses specific challenges in managing browser profiles for cross-browser testing with Coded UI Test. It details two common issues: 1) when a profile is not picked up, providing solutions involving command-line arguments (`--user-data-dir`) and environment variables (`ChromeProfileDirectory`, `FireFoxProfileDirectory`), and 2) when multiple Chrome browser launches fail due to profile locking, explaining that Chrome's profile directory cannot be shared by multiple instances and suggesting workarounds like creating temporary copies of the profile folder. It also notes that Firefox handles this by copying profiles internally.
More from the Coded UI Test Deprecation and Alternatives trail
- Changes to Coded UI Test in Visual Studio 2019
- Troubleshooting launch issues with xaml based apps using Coded UI Test
- Coded UI Test Extensibility V2
- Coded UI testing support for Silverlight using Visual Studio 2013
- Test controllers are not visible or marked offline in MTM when multiple versions of MTM are installed