General performance of Testlink 1.7+
General performance of Testlink 1.7+
Hello,
Is it possible to get some feedback from any of you about the usage you do of Testlink 1.7+
Example:
- # of Testcases
- # of Testprojects
- # of Testplans
- # of Users in Testlink
- # of concurrent users accessing Testlink
ect..
Do it perform well for you?
This would be very usefull for us and any future users of Testlink.
Thank you in Advance,
Martin
Is it possible to get some feedback from any of you about the usage you do of Testlink 1.7+
Example:
- # of Testcases
- # of Testprojects
- # of Testplans
- # of Users in Testlink
- # of concurrent users accessing Testlink
ect..
Do it perform well for you?
This would be very usefull for us and any future users of Testlink.
Thank you in Advance,
Martin
-
- TestLink user
- Posts: 9
- Joined: Sat Dec 22, 2007 10:01 am
- 260 of Testcases (so far and growing daily)
- 4 Testprojects
- 5 Testplans
- 15 Users in Testlink
- typically 5 concurrent users accessing Testlink
Our documented test cases are being expanded as constantly and consistently as time will allow. So far it holds up very well. We have noticed some caching issues with reporting, but otherwise are good with it so far.
A few things that we've noticed which might be great value adds for us:
- Test case linking within a given project/plan. Many tests may share steps. It would be a huge time saver if those steps could exist as one test and be linked to within the steps of tests that use them. Then we could have only one location to maintain.
- A simple automation friendly API: note that I have not explored the current API and need to upgrade our TL implementation as soon as time allows proving the ability to do so cleanly. This may already be present.
- The ability to regroup/renumber test cases in a manner which makes sense to a human from a reporting perspective. The automatically generated numbers become fairly arbitrary as test cases are added to existing suites.
That said, great product. I enjoy using compared to a couple 'enterprise' level TCM solutions I've been exposed to - and the support response in this community exceeds that of the afore mentioned exposures too. (Those exposures were forced on me and not enjoyed. Seriously, somebody should be prosecuted. They were totally uncalled for.)
- 4 Testprojects
- 5 Testplans
- 15 Users in Testlink
- typically 5 concurrent users accessing Testlink
Our documented test cases are being expanded as constantly and consistently as time will allow. So far it holds up very well. We have noticed some caching issues with reporting, but otherwise are good with it so far.
A few things that we've noticed which might be great value adds for us:
- Test case linking within a given project/plan. Many tests may share steps. It would be a huge time saver if those steps could exist as one test and be linked to within the steps of tests that use them. Then we could have only one location to maintain.
- A simple automation friendly API: note that I have not explored the current API and need to upgrade our TL implementation as soon as time allows proving the ability to do so cleanly. This may already be present.
- The ability to regroup/renumber test cases in a manner which makes sense to a human from a reporting perspective. The automatically generated numbers become fairly arbitrary as test cases are added to existing suites.
That said, great product. I enjoy using compared to a couple 'enterprise' level TCM solutions I've been exposed to - and the support response in this community exceeds that of the afore mentioned exposures too. (Those exposures were forced on me and not enjoyed. Seriously, somebody should be prosecuted. They were totally uncalled for.)
Hi I am evaluating Testlink 1.7 for Symphony Services. I have uploaded 2000 test cases. The time taken for rendering the tree was long. Now I have made the change from LAYERSMENU to JREE. Now when i click on the main test suite containing 2000 test cases, it takes a very long time(30 secs) to render the gui on the right hand side in execution page. Can any body please suggest me something? When i was using LAYERSMENU error in nifty script was coming. Now it doesnt come but the UI rendering on the right hand side of the execution page is very slow. Please suggest something.
-
- Advanced user
- Posts: 16
- Joined: Fri Mar 16, 2007 3:32 pm
We currently have:
- 6 Active Test Projects
- 3 inactive Test Projects
- 5 Test Projects have an average of 1000 test cases
- 4 Test Projects have an average of 3600-3900 test cases
I have increased the memory limit to 256M in PHP and the execution and input timeouts to 180 seconds. We still get major performance problems during the execution of the test cases. In particular, when selecting a test suite from the JTREE menu will take up to 2 minutes to list the test cases. I am seeing the httpd thread at 99-100% cpu during this time. When I see the timeouts in the error log, the problem is in the ADODB layer of the software in the &_Execute function.
Question: Is there more tuning I can do with Apache2/PHP5 to resolve the execution issues, or should I begin the switch to TestLink 1.8 to solve the problem?
Thanks,
Scot Van Uitert
Control4, Inc.
[/list]
- 6 Active Test Projects
- 3 inactive Test Projects
- 5 Test Projects have an average of 1000 test cases
- 4 Test Projects have an average of 3600-3900 test cases
I have increased the memory limit to 256M in PHP and the execution and input timeouts to 180 seconds. We still get major performance problems during the execution of the test cases. In particular, when selecting a test suite from the JTREE menu will take up to 2 minutes to list the test cases. I am seeing the httpd thread at 99-100% cpu during this time. When I see the timeouts in the error log, the problem is in the ADODB layer of the software in the &_Execute function.
Question: Is there more tuning I can do with Apache2/PHP5 to resolve the execution issues, or should I begin the switch to TestLink 1.8 to solve the problem?
Thanks,
Scot Van Uitert
Control4, Inc.
[/list]
is possible to have your db to do tests ?
if yes send it to francisco.mancardi@gmail.com in zipped format
if yes send it to francisco.mancardi@gmail.com in zipped format
-
- Advanced user
- Posts: 16
- Joined: Fri Mar 16, 2007 3:32 pm
Hi fman,fman wrote:1. switch to 1.8 , you can choose ajax tree
2. increase memory limit in php.ini
4000 or more test cases on one testplan will cause performance problems
I tried both options you suggested.
1)I increased the memory limit in php.ini. This did not have much effect.
2)I installed Testlink 1.8 and tree used is EXTJS
In Testlink 1.7.4,
The tree builds up very fast even with 8000 test cases. But in the execution page the UI rendering of even 1000 test cases is so slow and it hangs. I included code to get them in pages. This works fine till 5000 test cases but after that even this fails.
In Testlink 1.8,
Importing 1000 test cases, Adding 1000 test cases to testplan and getting them on the UI for execution. All these are taking a very long time and it hangs after a while.
In both the versions after some time, in the execution page, an alert saying 'nifty.js is taking a long time and whether you would like to stop it' comes.
Please suggest something to improve the speed of Testlink. We have groups having 3000 test cases and these delays will affect us a lot. We were using Testlink 1.0.4 for 2 years and the performance was very fast. Can you please tell me some ways to bring in the same performance even in these versions?