本地负载注入器：使用 LoadView 简化本地负载测试

使用 LoadView On-Prem Load Injectors 进行本地负载测试，使 IT 团队能够从其网络内的机器生成虚拟用户负载，同时完全访问强大的 LoadView 分析系统以进行测试结果分析。

了解使用本地负载注入器进行本地负载测试

若要运行本地负载测试，需要在网络中的计算机上安装本地代理应用程序，并在 LoadView 帐户中配置本地负载注入器。

安装本地代理应用后，它会在后台运行，并向 LoadView 服务发送传出请求，以检查是否为本地负载注入器启动了任何负载测试。 如果检测到测试任务，本地代理将下载负载测试配置，并使用公司的服务器容量从本地负载注入器生成负载测试流量。

从成本效益的角度来看，这意味着您无需为 LoadView Load Injector 的计算时间付费。 相反，您使用的是本地服务器，并根据使用 LoadView 运行的测试数付费。

当测试在本地运行时，本地代理会将所有负载测试结果发送到 LoadView。 然后，负载测试结果将显示在负载测试报告中，该报告可在公司的 LoadView 帐户中在线访问。

何时选择本地负载喷油器：关键考虑因素

让我们确定本地负载喷油器是否是满足负载测试需求的最佳选择。

本地负载注入器与基于云的测试

	本地负载喷油器	云
配置要求	需要本地代理的软件配置。 软件在客户端管理的环境中运行。	无需额外配置。 软件完全由 LoadView 管理。
设置工作	需要额外的投资和具有内部服务器硬件和软件设置特定技能的 IT 团队。	无需硬件设置。 基于云的资源完全由 LoadView 管理。
维护	测试环境需要定期更新、配置管理和升级。	无需维护。 LoadView 可确保您的测试环境始终处于启动和运行状态。
最佳用例	每月进行大量小规模测试。	对大量*虚拟用户进行性能测试。 *基于 HTTP（S） 的测试最多可有 8,000,000 个并发用户，网页/Web 应用程序负载测试最多可提供 225,000 个浏览器用户。
内部应用	允许在防火墙后面轻松测试。	需要额外的配置和设置。
成本	按每月测试次数定价，每个包裹固定。	按云负载注入器使用小时数定价。

除了本地测试基础结构需求外，每月要运行的负载测试数量及其大小是使用 LoadView 在本地和基于云的负载测试之间进行选择时要考虑的最重要因素。 根据经验，当您的负载测试策略涉及每月运行频繁的小型测试时，请使用本地负载注入器。 例如，您需要在每个新的修补程序或更新版本中对应用程序运行负载测试。 在这种情况下，使用本地代理进行本地负载测试成为最佳选择。 若要纵向扩展测试，请考虑使用 LoadView 负载注入器进行基于云的负载测试。

要考虑的其他因素包括应用用户的地理位置以及负载测试期间所需的数据安全级别。

使用本地负载注入器进行本地负载测试可提供实际结果，主要在内部网络或地理区域的用户访问您的应用程序时。 要全面了解您的应用在不同地理区域的负载下的表现，请选择使用我们 全球分布的负载注入器网络进行负载测试。

对于防火墙后面的负载测试，LoadView 提供了其他选项，例如使用 公共代理或现场代理。 这些选项不需要购买本地附加组件，但允许您测试内部应用程序。 但是，如果要在防火墙后面运行很少的测试，则本地负载生成可能是一种安全且经济高效的替代方法。