我正在从事多个项目，其中大多数项目都包含我一直在使用 SOAPUI 开源、创建多个链接步骤、使用 groovy 脚本等进行测试的 SOAP 服务。
然而，当涉及到复杂的TC和重用时，它似乎并不那么有效。
因此，我的一位同事建议我们可以使用任何IDE(如eclipse或intellj(生成WSDL客户端，因此我们将能够直接调用WSDL中的方法，并具有更多的权限和控制。
我的问题是这有什么可能出错，我相信在 Web 服务测试方面，SOAPUI 已经存在了这么长时间并且最常用的工具是有原因的。
我可能有点偏见，但是在使用soapUI10+年后，我还没有发现很多它无法处理的Web服务测试用例，从简单的调用到涉及REST和SOAP服务的复杂编排和验证。但是，像任何综合工具一样，需要时间和精力以及一些反复试验才能熟练使用。它也有一些怪癖和烦恼，但比我的开发工具包恕我直言中的大多数工具要少。
请参阅 soapUI标记页面，了解一些可能有助于充分利用 soapUI 的资源。
如果您已经达到了OSS soapUI的极限，请尝试付费版本：soapUI Pro/Ready API。附加功能集非常重要，包括更好地支持重用Groovy脚本和脚本编辑器，该编辑器具有一些智能感来帮助编写代码。
在我远程考虑尝试编写自己的 Web 服务客户端之前，我将完全耗尽 soapUI 和 soapUI Pro 的功能。