Integration testing 如何自动化需要多台计算机的集成测试？

如何自动化需要2台或更多PC机（分布式应用程序）的集成测试？在涉及多台机器的情况下，您执行集成测试（或性能测试）的策略是什么

例子

---

我们需要集成测试我们的客户端/服务器应用程序。为了模拟实时系统，我们需要在一台机器上部署客户端，在另一台机器上部署服务器。然后我们测量TCP传输速度。

这取决于您的设置。例如，我需要测试团队创建/修改的一组web服务。在测试期间，我们将应用程序部署到一台机器上作为生产者，并使用SoapUI通过多个线程（我记得从1到100个线程）生成数千个事务。通过这种方式，我们保证了响应和SLA（服务级别协议）。

有很多方法可以做到这一点，但没有一种方法内置到我所知道的任何框架中

以下是我过去处理这一问题的三种方式：

使用VMWare Server/ESX—我们最近所做的是使用可装载的第二个驱动器（数据驱动器）为服务器和客户机实际构建VM映像。然后，我们构建并单元测试我们的软件，在性能测试之前，我们启动虚拟机，然后将代码部署到数据驱动器。之后，我们将向机器部署一组测试脚本并启动它们（通过Powershell）。这非常有效，具有良好的重播能力，并允许我们将测试服务器提供给其他团队/客户进行评估。不利的一面是它是非常资源密集型的

专用服务器和客户端测试集-我们有两个不同的源存储库，一个用于服务器，一个用于客户端。然后，我们按照上面的方式进行构建，但一次一个，部署服务器（并针对旧客户端进行测试），部署客户端（并针对旧服务器进行测试），然后部署两者并测试组合。这工作得相当不错，但在某些场景中需要一些手动测试，如果我们需要同时测试多个服务器更改或客户端更改，则可能会变得很麻烦

仅针对生产进行测试-我们只更新了客户端或服务器，然后更新了该部件，并针对当前生产设置进行了测试。当然，这样做的缺点是我们不得不部署得慢得多，在一个或另一个系统中进行增量更改，部署、测试和发布，然后在另一个组件中进行更改。冲洗并重复

---

如果你有我极力推荐的资源#1。最初很难设置，但它会很快为自己付费，一旦设置，其他产品也可以重复（只要它们遵循相对类似的部署模式）。

您所描述的听起来像是一个集成测试。单元测试通常涉及测试代码块。正确的术语对于传达需求有很大帮助。@Sky，谢谢。我现在就编辑我的帖子。