Which performance testing tool you’re going to use in your next project , each one of us has a favorite tool or a go to tool , one that always in your mind.
But this is not the case always , we may have some limitations which affect which tool we should use , I will list some of it below :
- Corporate decision : some corporates / organizations are not preferring to use an open source tool and also some of them already invested heavily in one tool and they are not going to use something else.
- Financial decision : This is the quite opposite from the previous point , we don’t have a budget and we’re going to use an open source tool.
- Technical constraints : This is the core of this blog post that we are fine to use anything but which tool is more suitable to our project , an open source tool or a paid tool ?
So why we commit to a tool that may not fit later in the project or wasting time try to make it work.
Let’s do a POC (Proof of concept) , we can try the basic application functionality like login , register , …. to make sure that we don’t have a limitation , and if the current tool is not working properly we can switch to another tool.
Sometimes the limitations is more complex than a basic functionality ,like the application protocol is not supported by the current tool , some of the following protocols are somehow complex that it has a modules available in a specific performance testing tools :
- Citrix
- Oracle
- Siebel
- SAP
In summary , don’t commit to a tool in the beginning of a performance test project except you’re 100% sure that it is going to work , take your time and make your own POC to make sure that you don’t and you will not have a limitation or unsolvable complexity during your project.
Please share your tips, experience, comments, and questions for further enriching this topic of discussion.
Leave a Reply