What is our primary use case?
We use SoapUI for testing the API requests and the authentication rules of APIs, and we also check if we are getting the output of the API correctly and if it is not bypassing the test cases.
A scenario existed where we used SoapUI to test many things in REST APIs. In one scenario, we wanted to check if a certain user wanted to update some information while two people were trying to update the information of a certain person simultaneously. In the database, we were getting deadlock issues. We tried to check it via API testing tools, but we were not able to replicate it. However, with SoapUI's parallel testing capability, we were able to find the root cause. When we hit it from parallel requests at the same time, we were able to see the deadlock. This was replicated only in SoapUI; we could not replicate this elsewhere.
SoapUI helped us in this scenario because we found a way of testing this scenario other than actually pushing the changes into production. We found a way to test it and subsequently found a way to fix it. There are certain test cases that cannot be tested in real time, but this was an asynchronous test API hit that was made possible with SoapUI. This allowed us to fix that issue and test it thoroughly.
What is most valuable?
We can create a group of test APIs and REST API requests. Second, we can give a test suite a sequence to run, enabling us to create a regression suite. Third, we can extract the XML and give it to somebody else so they can also run it.
We mostly rely on the capability where we can extract the test cases that we have written and perform them. This is a better way to delegate things when you can create a replica of your work and give it to somebody else to just run it and then observe it, allowing you to do other work.
The collaboration effort has been really successful. Previously, we used to struggle in finding ways to test the API, and everybody was trying to find one single root issue. Now there is one solution to be found and one error to be found. As a tester, we want to find as many defects in the product so that we can fix it before it goes to production. SoapUI has really made that possible for us.
What needs improvement?
SoapUI is pretty good overall.
If we could have more sharing capability within teams or its own structure, that would help. A workspace where two or three people can join and contribute on a single thing, similar to Microsoft Excel, would be beneficial.
We do not have version control established within SoapUI.
For how long have I used the solution?
I have been using SoapUI for about five or six years.
What do I think about the stability of the solution?
SoapUI is pretty good and trustworthy. It is accurate most of the time, and I do not have to rethink if the results are correct.
What other advice do I have?
I would tell others to try to use SoapUI more often so that they will get more familiar with it, and they can surely purchase this product as it is a great tool. I would rate this product an 8 out of 10.
Which deployment model are you using for this solution?
On-premises