我知道这个问题被问了百万次，但我会再问一次。我一直在研究如何测试 Web 服务，但我不敢相信有这么多工具：SOAP UI。您拥有的另一个选项是创建 Web 服务存根并为每个 ws 存根编写单元测试。 我不敢相信微软没有为 Web 服务测试提供可靠的解决方案。所以我想我的问题是：SOAP UI 是测试多个 Web 服务的唯一工具吗？
附： 我也在寻找与 TFS 集成的东西（我知道 SOAP UI 可以与 msbuild 集成）
谢谢
【问题讨论】：
标签： web-services testing
总是有选择的！这里有一篇老文章可以help out 包括soapUI、Push to test 和WebInject。
想要掏出面团？你总是可以使用HP Service Test
我用哪个？当然是soapUI :) 坦率地说，它最常用是有原因的。
【讨论】：
soapUI 的替代品是HP Service Test。
如果我必须建立一个测试团队，其测试人员通常不接触 Web 服务和 SOA，那么与 HP Service Test 相关的学习曲线和团队斜坡时间很短，主要是因为基于 Canvas 的可视化拖放Service Test 拥有的设计师。
也许，您可以使用 HP Service Test 11.20 做的所有事情都可以使用 SOAP UI 4。它们都具有显着的固有特性，而这两者之间是相互排斥的。
如果您的组织已经使用 HP 的 Quality Center、QTP 和 Load Runner，那么为了轻松管理您的应用程序边界中的所有测试用例，最好使用 HP Service Test，因为它与所有上述产品集成。
对于 Service Test，我个人喜欢 HP Service Test 中的 Canvas 设计器，并且能够在 Service Test 中调用 .Net 程序集是我的福音，因为我是一名 .Net 开发人员。工具箱有一个每个测试人员/开发人员都需要的控件列表。使用 Service Test 构建一个高保真测试用例是毫不费力的。物有所值。
使用 soapUI，我喜欢 HTTP 记录（与 Fiddler 非常相似）和安全检查选项（仅举几例，XSLT 注入、XSS 检查）。
soapUI 无处不在。
TFS 集成，我还没有。
【讨论】：