Forum Discussion
The purpose of distributed testing is to make sure that the system will keep working even with many users working on the application at the same time. To run tests simultaneously you'll need to use Network Suite in your projects.
You'll probably have to change somethings in your Projects, but if you follow through this tutorial, you should be able to understand how NS works pretty easily: https://support.smartbear.com/articles/testcomplete/distributed-testing-tutorial/ !
:manvery-happy:
- Colin_McCrae9 years agoCommunity Hero
I have a slightly different take on it.
For me, it's more about testing where scenarios require one or two computers/users/applications (delete as applicable) to be involved in a single test.
Or, for where you want to run things remotely in a test lab or such like.
I do performance test work as well and I have yet to hit a scenario where I would use a large volume of TestExecute machines to represent the user swarm. It would be a very expensive way of doing such testing! We often run scenarios with several thousand concurrent users. That would be a BIG chunk of cash required in license fees!
For web based stuff and network driven API's there is plenty of specialist load testing software out there. For desktop stuff, I would most likely use simulated versions/calls rather than multiple full scale installations of the AUT ....
- tristaanogre9 years agoEsteemed Contributor
...For example, LoadComplete as a load-testing tool? :)
For "load testing" desktop applications, usually the load is not in the application on the desktop but in the communications to databases, between server and client, etc. These are things that can be profiled using something like AQTime to look for performance problems, memory leaks, etc.I'm with Colin_McCrae... I wouldn't use Distributed Testing for load testing... it seems to be intended and designed for multi-workstation test scenarios.