今天在处理一组web服务时遇到了这个问题，每个web服务都在不同的项目中，而一个单独的项目包含其中一些服务的集成测试。

我已经在EF5中使用这个设置有一段时间了，不需要包括集成测试项目中对EF的引用。

现在，在升级到EF6之后，似乎我也需要在集成测试项目中包含对EF6的引用，即使它没有在那里使用(正如user3004275上面指出的那样)。

说明你也面临着同样的问题:

直接调用EF(连接到DB，获取数据等)工作正常，只要它们是从引用EF6的项目发起的。 通过已发布的服务接口调用服务工作正常;也就是说，在服务中“内部”不存在缺失引用。 从服务外部的项目直接调用服务项目中的公共方法，将导致此错误，即使EF没有在该项目中使用;仅在被调用的项目内部

第三点是让我困惑了一段时间，我仍然不确定为什么需要这个。在我的集成测试项目中添加ref到EF6，在任何情况下都解决了这个问题…

当错误发生在测试项目时，最漂亮的解决方案是用以下方式装饰测试类:

[DeploymentItem("EntityFramework.SqlServer.dll")]

您已经将EF添加到类库项目中。你还需要将它添加到引用它的项目(你的控制台应用程序，网站或任何东西)。

引用实体框架所在项目的启动项目需要在bin文件夹中包含以下两个程序集:

EntityFramework.dll EntityFramework.SqlServer.dll

在启动项目的.config文件的<configSections>中添加<section>将使第一个程序集在该bin目录中可用。你可以从实体框架项目的.config文件中复制:

<configSections>
    <!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 -->
    <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
</configSections>

要使第二个.dll在bin文件夹中可用，尽管不实际，但可以从实体框架项目的bin文件夹中手动复制。 一个更好的选择是在实体框架项目的Post-Build Events中添加以下几行，这将使该过程自动化:

cd $(ProjectDir)
xcopy /y bin\Debug\EntityFramework.SqlServer.dll ..\{PATH_TO_THE_PROJECT_THAT_NEEDS_THE_DLL}\bin\Debug\

如果你忘记包含"EntityFramework.SqlServer.dll"，你也可以看到这个消息。

它似乎是EF6中新添加的文件。最初我没有将它包含在合并模块中，遇到了这里列出的问题。

而不是添加EntityFramework。您可以确保从模型/实体项目中对它进行静态引用，如下所示

static MyContext()
{
    var type = typeof(System.Data.Entity.SqlServer.SqlProviderServices);
    if(type == null)
        throw new Exception("Do not remove, ensures static reference to System.Data.Entity.SqlServer");
}

这将使构建过程将程序集与主机项目包括在一起。

更多信息在我的博客上 http://andersmalmgren.com/2014/08/20/implicit-dependencies-and-copy-local-fails-to-copy/