Improve TestComplete performance
Hi, We want to improve the performance of TestComplete. By switching from TC11 to TC12, we improved by 25% the overall time of execution ofour test suite (from nearly 10h to 7h15). But since mid December, we have lost 1h. Does anyone already had a such issue with TestComplete 12 ? Losing performance without any change ? In our way to improve perfomance, we want to switch from JScript to Javascript. All of our script are in JScript, does switching to Javascript will increasethe performance ? Most of our tests are Keywords Tests. Is it possible that converting these Keywords Tests to Scripts will improve performance too ? Thanks for your help.
A Skip Function or Button
I understand that 'ideally' no one is watching their tests as they run, but unfortunately that is what I have to do with my company. Our site performance can get slower/faster as the day goes by, so I have a lot of Wait commands in my scripts that I would like to be able to skip during the testshould I need to when our system is running exceptionally
Test Complete takes too long to find an object
Hi, There's something it's bothering me andit's making mytests run slower than I'd like to. I'm having (performance)problems finding an object in the screen. The application under test (asany other) shows MessageBoxes to confirm/askfor user interaction. To find such view I use the following code: var base = Sys.Process("MyProcessName"); base.FindChild("ClrClassName", "MessageBoxView", 3); There's nothing wrong with it and it works just fine. There's only one quirk. It takes almost 2seconds tobe able to find the view. BUT, during my investigation I found out that the second time Test Complete tries to find the view, it takes only about 50ms. Thatsecond-time behaviour doesn't benefit my tests at all, because that view is always destroyed (dismissed upon user interaction) and it's always "the first time" when Test Complete needs to find another MessageBox. Why is that happening? Why is it taking soooo long the first time? Is there a way to fix this behaviour? It doesn't take that long to find any other view within themain window of the application.
Poor performance with checkpoints in tests against WPF components
I have a problem whenever I'm inserting breakpoints into my tests while testing WPF components in my target application. On a Hyper-V VM that has 8GB RAM, 4 virtual processors and on a high spec laptop (can provide more detail if pertinent), I'm finding that whenever I set a breakpoint in TestComplete while some of the objects and variables are of WPF components, it can take up to 45 minutes for TestComplete to become usable again when setting a breakpoint. A full end-to-end execution is fine, and breakpoints in the WinForms section of the application I'm testing seem to behave as expected, however I'm wondering if there's something specific about what's under test that could be causing this slow run time. I appreciate the details are a little light here, but I was wondering if anyone else has experienced anything similar and am happy to provide more detail if necessary.
Destop application- UI level performance testing. Is this possible with test complete?
Test Complete distributed testing lets user to run tests on multiple machines simultaneously. Is this possible to generate consolidated report for the time spent on key activities like Login, Form Load, Searches etc. across all machines and also for individual machines.
