负载测试的影响

下列各节介绍了可能的副作用，也就是运行负载测试时常见的陷阱。

成本

当您使用可轻松扩展以执行大规模性能测试的云时，您可能会因为长时间运行的测试部署许多服务器，并在此过程中使用大量带宽而产生高成本。为避免这种情况，请提前计划，并考虑要花多少钱。对目标系统进行相应的建模，以产生可表示的结果。

第三方和可用性

当测试的流程包括调用第三方服务时，您可能会消耗限额或产生不必要的成本。如果可能，请停用或截断第三方系统，使其不在测试范围内。通过将外部服务替换为由您托管的存根，并返回虚假但有效的响应，这样就实现了独立。您可以将测试重点放在自己的应用程序上。

如果包含第三方系统，它们将成为结果的一部分。当速度较慢时，会产生阻力或反向压力。如果它们不可用，则会引入不相关的假错误。

测试数据积累

运行大型测试并保留许多数据点以进行详细分析可能会产生大量数据。磁盘空间、时间序列数据库或 Amazon Simple Storage Service（Amazon S3）等存储系统必须能够处理大量数据并提供必要的查询功能。根据需要规划服务器大小、分区和数据弃用。如果您提前计划并尽早调整，这就不是问题。

网络带宽

负载测试通常需要大量的带宽，这会给服务器施加压力。适当地扩展运行负载测试的服务器。确保网络上传提供足够的带宽，以免成为瓶颈。在大多数情况下，产生负载的服务器数量少于接收负载的应用程序服务器数量。因此，测试服务器需要更多的带宽。在 AWS，以 n 为后缀的 Amazon EC2 实例提供了增强的联网功能。