我知道这个问题被问了几百万次，但我会再问一次。我一直在研究如何测试Web服务一段时间，我不相信那里有几乎一个工具：SOAP UI。您拥有的另一个选项是为每个ws存根创建Web服务存根和编写单元测试。 我无法相信微软没有为Web服务测试提供可靠的解决方案。所以我想我的问题是：SOAP UI是测试多个Web服务的唯一工具吗？
P.S。 我也在寻找与TFS集成的东西（我知道SOAP UI可以与msbuild集成）
由于
答案 0 :(得分：1)
总有选择！这篇旧文章可以help out包括soapUI，Push to test和WebInject。
想要掏出面团？您可以随时使用HP Service Test
我使用哪种？ soapUI当然:)坦率地说，它是最常用的原因。
答案 1 :(得分：1)
我对soapUI的替代方法是HP Service Test。
如果我必须构建一个测试人员，测试人员通常不会接触Web服务和SOA，那么与HP Service Test相关的学习曲线和团队加速时间很短，主要是因为基于Canvas的视觉拖放服务测试的设计师。
也许，使用SOAP UI 4可以完成HP Service Test 11.20所能做的一切。它们都具有引人注目的固有特性，这两种特性在这两者之间是相互排斥的。
如果您的组织已经使用了HP的Quality Center，QTP和Load Runner，那么为了方便您在应用程序边界轻松管理所有测试用例，最好使用HP Service Test，因为它与所有上述产品集成。
通过Service Test，我个人喜欢HP Service Test中的Canvas设计器，并且在Service Test中调用.Net程序集的能力只是一个福音，因为我是.Net开发人员。 ToolBox有一个每个测试人员/开发人员都需要的控件列表。使用Service Test构建高保真测试用例是完全没有意义的。这物有所值。
使用soapUI，我喜欢HTTP Recording（与Fiddler非常相似）和安全检查选项（仅举几例，XSLT注入，XSS检查）。
soapUI无所不在。
TFS整合，我还没有。