TestExecute upgraded, but all I get is "You cannot run CrossBrowserTesting tests in TestExecute."

[mortenb123]

Tests runs fine in TC14.2, also ran fine in TE11.20, but after upgrade I get the above message. I'm testing a Desktop project, but during installation it asked to upgrade Chrome and Gecko drivers and I said yes.

From the https://support.smartbear.com/testexecute/docs/running/automating/command-line/command-line.html

all the old parameters seem to still be valid

"C:\Program Files (x86)\SmartBear\TestExecute 14\Bin\TestExecute.exe" \
"C:\TestAutomation\TestProject\LraTestProjectSuite.pjs" \
/r \
/project:EpicIteration \
/environment:Emulators \
/lrapath:C:\TestAutomation\TestedApp \
/lrapathlocal:"C:\TestAutomation\TestedApp\LraClient.exe \
/appconfig:TestConfigs/Emulators.Local.exe.config" \
/ForceConversion \
/e \
/el:"C:\TestAutomation\logs\2019.11.20_16-01-35 Win7_64\2019.11.20_16-01-35__RefactoredTests.mht" \
/ErrorLog:"C:\TestAutomation\logs\2019.11.20_16-01-35 win7_64\2019.11.20_16-01-35__RefactoredTests.error.log"

Which gives:

"You cannot run CrossBrowserTesting tests in TestExecute."

[mortenb123]

I get it to work if I start TestExecute and use the GUi to load and then Run, but I have no control with the environment settings I need. So it starts and fails, so it means there must be something with the parameters.

I can run the following, but how can I control my own variables I need to enclose like /lrapath, /lrapathlocal /lrapathbuypass and \lrapathmixed? is it possible to add a json or xml file with this?

[tristaanogre]

Those commandline switches are not recognized by TestExecute or TestComplete.  There is no way, without code, to have the automation recognize those switches.  You can write custom code to read the commandline of TestExecute, find the switches, and operate against them.  I've done it so I know it works.

Alternatively, rather than commandline switches, considering using Storages.INI to create an INI file that contains custom values like this.

[mortenb123 · Accepted solution]

Thanks, after looking this up, I believe storages.INI it the cleanest way to solve this.

I also have a deploy.py script that parses the setupfile and replace it with the correct values.

Thanks again

[mortenb123]

We found that the parameter /environmentwas the culprit. We renamed it and then it works fine again.