我与之合作的.NET企业系统在各地都有不同的Web服务。
其中一些与测试存根/长凳和优秀的维护...和其他许多人没有。企业Web服务目录
目的是将所有网络服务(asmx & svc)聚合在一起,并将它们置于带有烟雾测试&单元测试的现场测试平台下,以确保其功能。优选地也以自动化的方式。
在.NET中是否有一个迎合这方面的服务汇总软件/系统?最好的方法是什么?
我与之合作的.NET企业系统在各地都有不同的Web服务。
其中一些与测试存根/长凳和优秀的维护...和其他许多人没有。企业Web服务目录
目的是将所有网络服务(asmx & svc)聚合在一起,并将它们置于带有烟雾测试&单元测试的现场测试平台下,以确保其功能。优选地也以自动化的方式。
在.NET中是否有一个迎合这方面的服务汇总软件/系统?最好的方法是什么?
我不知道有这样的事情在.NET。所有的服务都是由不同的技术构成的,包括asmx,wcf,rest ...以及不同的业务。
首先,您必须能够完全隔离(代码,引用,bdd)所有这些服务以进行测试。
针对您的问题的一种解决方案Visual Studio虚拟实验室:实验室环境是虚拟机和物理机的集合,您可以使用它来开发和测试应用程序。它可以包含测试多层应用程序(如工作站,Web服务器和数据库服务器)所需的多个角色。你也可以使用一个构建 - 部署 - 测试工作与您的实验室环境进行自动构建的过程中,部署和您的应用程序运行的自动化/负载测试(TFS的全兼容)
良好的开端是msdn
一种选择是在所有单独的Web服务之前放置一个门面Web服务。它可以通过服务作为主通道以编程方式完成,或者甚至可以使用WCF中继绑定。我也建议看看BizTalk。您应该能够通过适当的映射设置映射到内部Web服务的规范Web服务。您甚至可以设置由多种内部服务方法组成的编排和编排的Web服务方法。安全策略和日志记录也可以集中应用。
对于测试,我会认真看待使用SOAPUI PRO。我对这款产品非常满意。唯一的缺点是它不支持net.tcp绑定。但是,您可以将所有服务都暴露在测试环境中的basicHttpBinding中,并运行测试用例。
您是否想过寻找这些服务并将它们“复制”到测试服务器上?每个服务都有独立的部署需求和流程,这些服务需要更改为部署到测试服务器。如果不是,你能否详细说明“聚合”? –
这种情况为什么只是因为它们是Web服务而不同呢?为什么不把它们像企业中的其他代码一样对待呢? –
您可以更具体地说明“汇总所有Web服务”的含义吗?你想要一个“门户网站服务”来传递请求,或只是找到它们,或者为它们提供一个托管平台,或者......? – Jeroen