TestExecute upgraded, but all I get is "You cannot run CrossBrowserTesting tests in TestExecute."
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.
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"
"You cannot run CrossBrowserTesting tests in TestExecute."
Solved! Go to Solution.
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?
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.
[Hall of Fame]
Please consider giving a Kudo if I write good stuff
Why automate? I do automated testing because there's only so much a human being can do and remain healthy. Sleep is a requirement. So, while people sleep, automation that I create does what I've described above in order to make sure that nothing gets past the final defense of the testing group.
I love good food, good books, good friends, and good fun.
Mysterious Gremlin Master
Vegas Thrill Rider
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.