Hi All,i have such a problem, performance decreases after first test run. In previous TC version (8.70) such issue wasn't observed.Does anyone has some kind of ideas?Thanks in advance.Best regards,Egor

I'd just like to update that my decreased performance issues that started with Release 9.0 seem to be totally fixed with Release 9.3 which was released yesterday June 10th. In fact, it seems to be even faster now and I've finally upgraded my last machine from 8.7 to 9.3. Thanks guys!

This may help some others out ...I went from using a old machine (Dual Core - 4Gb RAM) to a newer one (Core i7 - 16Gb RAM), both on Win7, and saw a dramatic DECREASE in performance (ie. a test that took a few seconds now took 4 mins).In my case, the problem was corrected by changing 2 things:1. I was using Performance Indicators that named the old machine. Changing them to the current system made the difference.2. I changed the CLR Briding to 'same as OS' and enabled Multi-Threading.My tests started to run at optimal speeds for the machine that I am now using. My tests now run exactly twice as fast!I hope that helps at least one person!

Hello everyone,I was also facing serious performance problems when creating operations like On-Screen Actions (I am working on keyword-tests with activated NameMapping) within my test suites. It took about 2-3 minutes to select an object! This problem unfortunatellly was not fixed with the upgrade from 9.2 to 9.3.But after some research I discovered that the activated Windows 7 Aero-Design seemed to be the cause of the performance problem. I am using my testmachine via Windows RDP which might be relevant for this issue as I can not remember similar problems when working on my native computer.Be sure to have not selected an Aero-Design even though Windows might tell you that "Due to remote control at least one design was deactivated" which might let you think that therefor aero-designs are not working anyway. In addition be sure to restart the machine after changing to a non-Aero-design (in my case only than the problem was fixed).Maybe this description is of any help for someone else.Kind regards

Hi Egor,Have you tried using tips from the following web page?http://support.smartbear.com/articles/testcomplete/test-playback-performance-tips/I hope this information helps :)

Hello Irina,I've already tried this tips,but nothing happened.I rolled back to previous version, now it works without problems.Thanks any way for your helpBest regards,Egor.

Testcomplete 9: Extremely slow test execution

agareev
New Contributor
13 years ago
Hi Alex,

Please pass to Dev team the following code snippets.

1:

PropNames = Array("processname", "index")

PropValues = Array("iexplore", 1)

Set IEProcess = Sys.FindChild(PropNames, PropValues, 1, True)

2:

PropNames = Array("processname", "index")

PropValues = Array("iexplore", 1)

Set IEProcess = Sys.FindChild(PropNames, PropValues, 100, True)

They both used to be working instantly.

Now (2) takes a few minutes.

It seems like in TC9 the search algorithm keeps looping through the processes and children even when the matching object has been found. Break the loop!

Thanks,

Albert
AlexanderM
Staff
13 years ago

Hi Albert,

Thanks for sharing the samples here!

I am seeing the performance difference as well when running the code in version 9.0, as compared to version 8.70.

I will check with the Dev Team regarding this behavior, and report the results back to you.
AlexanderM
Staff
13 years ago

Hi Albert,

Here is an update on this:

The performance problem with the FindChild method will be fixed in the next TestComplete update (should be released in October). Thanks for reporting it!
leftend86
Occasional Contributor
13 years ago
Alex,

Perhaps in the wrong thread but... Recording takes a long time to begin. The scenario is that I map items and then select Record. TestComplete.exe goes to 50-78% of CPU and takes more than 20 minutes to return, ready to record. If I select Record with the mapping changes saved, TC9 starts immediately. The workaround is to save first, then record.

If it matters, the newly mapped items were 15 layers deep from the main application. Only the bottom 3 were mapped the second time.

Jon
AlexanderM
Staff
13 years ago

Hi Jon,

Thanks for reporting this problem. I have just tried a similar scenario - mapped 5 objects on the 20th level, but the recording started instantly, even though I did not save the changes before clicking Record. So, it looks like there is some specifics in your steps or environment. Can we get some more details on this?

What is the exact version of TestComplete (Help | About...)?

Do you open your project suite from a network location / a network drive?

Is your project suite bound to an SCC system? If it is, what SCC system is used?

Can you reproduce the problem using the same exact steps, but with a newly created project suite (all default settings) located on your local disk?

Thanks in advance for sharing the details - they should help us isolate the problem!
AlexanderM
Staff
13 years ago

Hi!

As you probably know, TestComplete 9.10 has been released recently. We've done a lot of optimization based on the feedback in this thread!

So, now it would be really interesting to hear back from people contributed in this thread. How is it going with TestComplete 9.10? Any feedback?
agareev
New Contributor
13 years ago
Hi Alex,

Unfortunately, no performance improvement for FindChild.

You can retest with the same code snippet as I posted above - it's still extremely slow.

Thanks,

Albert
hlalumiere
Regular Contributor
13 years ago
The speed has improved in some cases, but now TC9.10 is completely unusable for my test project, as it breaks compatibility with the Janus GridEx and ActiveBar controls which we use extensively. I submitted a support ticket last week, and opened two threads about specific issues with this version and still have got no response. In addition another issue with CPU usage of the IDE remains without response for more than two weeks.
AlexanderM
Staff
13 years ago

Albert,

I confirm that the FindChild issue still exists in TestComplete 9.10, even though the problem was marked as resolved in an earlier build. The problem has been returned to the Dev Team for investigation. I will update you on the status in your M0104520 support case. Thanks!

Hugo,

Our Dev Team is actively working on these two issues in your M0105437 case. We will do our best to sort things out as soon as possible.

Thanks for reporting those!

Everyone:

Do anybody else see complexities with the upgrade? Make sure to let us know - we are ready to put the required efforts from our side to help TestComplete users if something goes wrong during switching to TestComplete 9.10!
culisse
Contributor
13 years ago
Below is my Active (I hope!) support ticket as I experience drastically slower performance in TC9. Thank goodness I installed 9.0 on only one of my VMs and so I still use TC8.7 almost exclusively. I had hoped TC9.1 would fix the issue but it has not. I hope they are still working on this.

From: SmartBear QA Support [mailto:QA-Support@SmartBear.com]

Sent: Tuesday, July 17, 2012 11:36 AM

Subject: RE: [Issue# M0101191] Snippet #1 from M0100870: Lower performance in TC9, Extended Find is used

Hello Chris,

We have found an issue in TestComplete 9 that can result

in the problem you faced: TestComplete 9 accesses the process of the browser

via the Sys.Browser method. Turns out, this method works much slower than the

Sys.Process method used in TestComplete 8. We will work on the issue.

In the meantime, please try modifying your test so that

it obtains a reference to the Internet Explorer process only once. For example,

you can use Name Mapping to map the Sys.Browser("iexplore") object

and access the browser via the mapped name. Is it an acceptable workaround for

you?

Best regards,

David