我正在从事多个项目，其中大多数都包含我已经使用SOAPUI开源测试过的SOAP服务，创建多个链接步骤，使用groovy脚本等等。
但是，关于复杂的TC和重用，似乎效率不高
因此，我的一位同事建议我们可以使用诸如eclipse或intellj之类的任何IDE来生成WSDL客户端，因此我们将能够以更多的权限和控制直接调用WSDL中的方法。
我的问题是，这可能会导致什么问题，我认为有一个原因使SOAPUI出现了这么长时间，成为Web服务测试中最常用的工具。
我可能有一点偏见，但是在使用soapUI十多年之后，我没有发现很多它无法处理的Web服务测试用例，从简单的调用到复杂的业务流程以及涉及REST和SOAP的验证。服务。但是，像任何全面的工具一样，熟练使用它也需要花费时间和精力，并且需要反复试验。它也有一些怪异和烦恼，但比我的开发工具包恕我直言中的大多数工具少。
请参阅soapUI tag page以获取一些可能有助于充分利用soapUI的资源。
您已达到OSS soapUI的极限，请尝试付费版本：soapUI Pro / Ready API。额外的功能集非常重要，其中包括对重用Groovy脚本的更好支持以及一些intellisense可以帮助编写代码的脚本编辑器。
在远程考虑尝试编写自己的Web服务客户端之前，我将完全用完soapUI和soapUI Pro的功能。