根据测试数据库集成测试web服务

确保web服务中的代码是最小的,并且不超过对服务层的简单调用。当您这样做时,您可以跳过直接调用web服务,并创建一个集成测试套件,该套件还调用您的服务层。在这种情况下,您正在进行进程内调用,而不是通过网络调用。在这种情况下,确保访问正确的数据库会容易得多,而且您可以轻松地用将回滚的数据库事务包装这些调用。您当然希望将任何操作回滚到数据库,因为它将很难维护 RTM tests . 一种方法是使用 TransactionScope

祝你好运。

史蒂文的建议是取消WCF管道的测试。这当然可以工作并测试大部分业务逻辑,但我希望我的自动化集成测试也能测试WCF交互。

我已经在我的项目的自动化测试中成功地实现了这一点。

为了说明这一点,下面是如果客户机和服务处于同一进程中,配置文件的外观。

<configuration>
  <connectionStrings>
    <add name="ContractsManager" 
         providerName="System.Data.SqlClient" 
         connectionString="Data Source=localhost;Initial Catalog=ContractsManager_AutoTest;Integrated Security=True;Pooling=False;Asynchronous Processing=true;Application Name=CmAutoTests"
         />
  </connectionStrings>
    <system.serviceModel>

        <client>
            <endpoint
                name="LoggingService"
                address="net.tcp://localhost:9612/loggingService"
                binding="netTcpBinding"
                contract="ContractsManager.ILoginService" />
        </client>
        <services>
            <service name="ContractsManager.LoginServiceImpl">
                <endpoint
                    address="net.tcp://localhost:9612/loggingService"
                    binding="netTcpBinding"
                    contract="ContractsManager.ILoginService">
                </endpoint>
            </service>
        </services>
    </system.serviceModel>
</configuration>

这样,您的自动化测试将发现特定于WCF的bug(例如,引发一个未由故障契约指定的异常)。

您的测试套件应该在运行第一个测试之前设置服务主机。(我试过在每次测试时设置和删除服务主机,但运行速度太慢)。

祝你好运。