TestComplete 11 - memory leak (?)
Friends : This issue is with TestComplete11-python I noticed that on my machine, the testcomplete memory does not get freed up after execution. In our org, we have a UI automation framework writ...
Forum Discussion
We suspect the memory leak is also coming from the intellisence feature of TestComplete.
if the leak happens during script development :
@ Turn this off and you will notice a slight reduction in the leak.
@ During development, manually create an error and have the script debugger show that error. Continue writing yourcode.
memory leak should be reduced as well.
if the leak happens during execution :
@ Update to the latest 11.31. At least for python, execution memory leak has been significantly reduced. Not removed, but
reduced.
Other tips:
1. minimize logging to 10 log files
2. Run from Project items instead from the IDE
Thank You for the info. Trying 11.31 would be nice, but my maintenance expired, so I have to stick to 11.20 :-(
I load up two Memory usage diagrams. Both reflect the same test, the first after starting the System and TC, the second is for re-running the test with TC open.
Memory usage only knows one way: up.
There is one more curiosity occurring during "Long" test runs (> 1h):
Sometimes the Access to the Control's SystemMenu property seems to be lost, Control.SystemMenu does no more get me a valid object. Maybe this is related somehow to loosing Memory?
find attached a graphic showing the Memory usage of a sample test run in TC 11.20.
The test run repeats the same ODT test 3 times, running for 5,5h total time. The tested application is restarted for each run, as it also does have some Memory issues.
In the first run, used Memory increases constantly. At the end, TC Releases some of the Memory.
In run #2, consumption starts at a lower pace, so some of the Memory seems to be reused (good idea). But then, consumption accelerates, and one can identify how certain ODT items being processed lead to consumption jumps.
Run #3 is similar to #2.
If this application shall be used for extensive professional testing, this has to be stopped.
I agree that it looks like leaks in TestComplete. But I believe you know how it is hard to find all bugs in a software. TestComplete is very complex and powerful tool which allows its users to do so many things. And moreover it interacts with so many user applications which in their turn can be written in so many ways. I doubt that it's even possible to test all these combinations. I'm not making excuses for TestComplete developers, but I think the only thing they can do in such situation is to reproduce this particular issue on their end to find and fix the cause of the issue.
Did you provided your test with your tested application (maybe with tested environment) for support?
Well, I didn't say that it was easy to provide test automation.
But of course, You can be prepared for Memory leaks, as they are almost Always a Problem.
In my scripts, I added object Counters to get transparency. If I can do this, they also can.
I'm not allowed to provide my tested application to the Support. So I offered them to do Investigation on my machine using teamviewer etc, but they didn't do this.
I've also got some other issues I can easily reproduce here but can hardly make them reproducible there. Making Problems be reproducible for the TC Support took me lots of time and effort. I'm not paid for this: this is their Job, I think.
