对使用服务的非库应用程序进行单元测试可能会导致此问题。

The information that others have entered addresses the root cause of this. If you are trying to write automated test cases and the unit you are testing will actually invoke the service interface, you need to add the service reference to the test project. This is a flavor of the application using library type of error. I did not immediately realize this though because my code that consumes the interface is not in a library. However, when the test actually runs it will be running from the test assembly, not the assembly under test.

向单元测试项目添加服务引用解决了我的问题。

在测试了几个选项之后，我最终通过使用

contract=“IMySOAPWebService”

例如，在配置中没有完整的命名空间。由于某种原因，全名没有正确解析

我也有同样的问题。我在类库中使用WCF服务，并从windows应用程序项目调用类库。但我是忘记改变<系统。serviceModel>在windows应用程序项目的配置文件中。类库app.Config文件的serviceModel>。 解决方案:将外部项目的配置与类库的wcf配置相同。

在我的例子中，我指的是一个图书馆项目的服务，而不是一个创业项目。 一旦我复制<system。serviceModel>节配置主启动项目，问题得到解决。

在任何应用程序的运行阶段，配置将从启动/父项目读取，而不是在单独的子项目中读取自己的配置。

我也有同样的问题 我正在使用桌面应用程序和全球天气网络服务

我删除了服务引用，并添加了web引用，问题解决了 谢谢

当我在配置文件元素中引用没有全局作用域操作符的契约时，出现了这个错误。

i.e.

<endpoint contract="global::MyNamepsace.IMyContract" .../>

有效,但

<endpoint contract="MyNamepsace.IMyContract" .../>

给出“无法找到引用合同的默认端点元素”错误。

包含MyNamepsace的程序集。IMyContract位于与主应用程序不同的程序集中，因此这可能解释了使用全局作用域解析的必要性。