4

我和我的团队目前正在做一个项目，我们正在使用 Entity Framework 4.1（代码优先）。我们想编写一些测试，但我们不希望它们在我们的主数据库上运行，因为我们在新加坡有一个团队为我们的工作编写客户端，并且他们不断地访问该数据库。

因此，为了避免在运行测试时受到干扰，我们希望有一个不同的数据库进行测试。使用实体框架时我们如何处理第二个数据库？我们想要一个半自动（至少）的解决方案，因此我们不必在每次需要运行测试时都摆弄 Web.config。

4

2 回答 2

2

摆弄 web.config 可能是一个容易出错的过程......除非您使用的是web.config 转换。

我会在 Visual Studio 中为您的项目创建一个新配置“测试”......它可以是您现有开发配置（或调试/发布等）的副本。然后，在解决方案资源管理器中右键单击您的 Web.config 文件，然后单击Add Config Transforms。按照此处有关如何编写转换文件的说明进行操作。如果您只需要更改测试环境的 EF 连接字符串，它在 web.Test.config 中将如下所示：

<?xml version="1.0"?>
<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
<connectionStrings>
    <add name="AdventureWorksEntities" 
     connectionString="metadata=.\AdventureWorks.csdl|.\AdventureWorks.ssdl|.\AdventureWorks.msl;
     provider=System.Data.SqlClient;provider connection string='Data Source=TestDB;
     Initial Catalog=AdventureWorks;Integrated Security=True;Connection Timeout=60;
     multipleactiveresultsets=true'" providerName="System.Data.EntityClient" 
    xdt:Transform="SetAttributes" xdt:Locator="Match(name)"/>
</connectionStrings>

当您要运行测试时，请确保在正确的配置下构建。

配置管理器

还有一个 Visual Studio插件 SlowCheetah ，它使整个过程在 IDE 中非常无缝。

于 2012-03-31T20:07:40.880 回答
1

从这篇文章中得到的解决方案：

//Get the connection string from app.config and assign it to sqlconnection string builder
SqlConnectionStringBuilder sb = new SqlConnectionStringBuilder(((EntityConnection)context.Connection).StoreConnection.ConnectionString);
sb.IntegratedSecurity = false;
sb.UserID ="User1";
sb.Password = "Password1";

//set the object context connection string back from string builder. This will assign modified connection string.
((EntityConnection)context.Connection).StoreConnection.ConnectionString = sb.ConnectionString;

这允许您在运行时更改连接字符串。还有其他几种可能的解决方案：

  1. 在连接字符串周围创建一个包装器属性。从测试中，将其设置为不同的值。
  2. 使用#IF TEST pragma 在编译时指定正确的连接字符串
于 2012-03-31T20:02:56.030 回答