C# 单元测试web服务方法

我目前正在编写一个应用程序，它是最终用户和web服务之间的代理

用户请求一个服务，应用程序调用设置了适当参数的web服务方法，并返回结果

为了确保没有出错，我决定为这个项目创建单元测试！我知道写了代码之后再做有点晚了。下次我将首先编写单元测试

在这些单元测试中，我必须向web服务发出真正的请求，以确保没有引发权限异常、服务相关异常等。因此，提取接口并模拟服务进行测试是没有帮助的。编写实际调用真正web服务的单元测试是否可以接受

---

如果我的web服务只允许例如每分钟一个请求，那么两个测试之间是否可能有延迟？

我的理解是单元测试应该立即产生结果。您所追求的是集成测试，而不是单元测试。

我的理解是，单元测试应该立即产生结果。您所追求的是集成测试，而不是单元测试。

您所说的是集成测试

为web服务编写这样的测试不是问题。它们以与单元测试相同的风格编写，但测试实时系统和/或其部件。您甚至可以在测试上下文中启动web服务

---

由您和您的测试环境来限制呼叫延迟情况或模拟任何其他情况。

您所说的是集成测试

为web服务编写这样的测试不是问题。它们以与单元测试相同的风格编写，但测试实时系统和/或其部件。您甚至可以在测试上下文中启动web服务

---

这取决于您和您的测试环境，以限制呼叫延迟的情况或模拟任何其他情况。

这当然是可以接受的，尽管它们会提供更多的集成测试而不是单元测试，因为您正在测试整个集成系统

---

要延迟测试，只需在测试开始时添加一个Thread.sleep1000即可。

当然可以接受，尽管它们会提供比单元测试更多的集成测试，因为您正在测试整个集成系统

---

要延迟测试，只需在测试开始时添加一个Thread.sleep1000。

如何在web服务层后面测试代码？我过去所做的只是使用web服务作为业务逻辑库的包装，所有真实代码都存在于此。然后，您就可以在此库上进行集成测试，而不用担心web服务请求的限制。

如何测试web服务层后面的代码？我过去所做的只是使用web服务作为业务逻辑库的包装，所有真实代码都存在于此。然后您就可以在此库上进行集成测试，而不用担心web服务请求的限制。

我认为这不是集成测试。集成测试是指测试应用程序的多个部分，以便能够毫无问题地相互协作。我正在读关于功能测试的书。这似乎是我想要的。如果你的应用程序使用了一些web服务，这个web服务实际上会成为你应用程序的多个部分之一。我不认为这是集成测试。集成测试是指测试应用程序的多个部分，以便能够毫无问题地相互协作。我正在读关于功能测试的书。似乎是我想要的。如果您的应用程序使用某些web服务，此web服务实际上会成为应用程序的多个部分之一。不幸的是，web服务由第三方提供。不幸的是，web服务由第三方提供。