并非所有负载测试都相同外部负载测试

传统上,当我们想到负载测试时,我们指的是完全内部测试。 您可以在站点或应用程序发送大量虚拟用户,以查看其性能。 但一切都发生在防火墙后面。 电话是从屋里打来的。

内部负载测试可以告诉您应用程序或站点处理流量增加的方面。 但它并不反映现实世界的状况。 通过内部测试,您可以控制整个环境。 您的生产环境绝不是受控的。 您的用户使用不同的浏览器和操作系统从不同位置访问您的网站,同时处理不同的连接速度。

这意味着,如果只运行内部负载测试,则在投入生产时,最终可能会遇到一个令人讨厌的惊喜。 这并不是说内部负载测试是无用的,但它是不完整的。

外部负载测试将使负载测试更加彻底和准确。

 

运行基本外部负载测试

如果你的预算和时间都很低,你有一些快速和肮脏的选择。 免费的在线网站性能工具可以让您从世界各地服务器向您的网站发送流量。

这样的工具只能将流量发送到一个 URL,并且不会模拟满载测试所需的大量流量。 但是,当使用各种平台从世界上的某些区域访问时,他们可以让您知道您的网站或应用程序是否加载时间过长。 发现您的网站在某些 Web 浏览器中运行不好,您可以在投入生产之前解决严重问题。

 

运行完整外部负载测试 配置测试区域

假设您有大量的功能测试测试脚本,可以重复使用这些脚本进行负载测试。 让我们也假设您知道在最繁忙的一天,您期望有多少用户,并且您足够聪明,可以加载测试,以处理比这更重的流量。

你现在所需要的只是一个外部 负载测试工具。 这些工具使用基于云的服务器从世界各地(或者仅从目标客户所在的区域)向您的网站或应用程序发送虚拟流量。

使用 LoadView 等工具,您可以运行详尽的外部负载测试。 记录测试脚本,指定客户使用的平台和浏览器(不要忘记移动!),并选择您希望虚拟访问者来自的世界区域。 借助基于云的 SaaS 解决方案(如 LoadView, 您只需为使用的服务器时间付费)。 测试中的虚拟用户数越高,测试的成本也越高。

不要为了节省几块钱而轻描淡写虚拟流量。 如果您的网站在像黑色星期五这样的大型购物日大幅放缓,那么任何外部负载测试的成本不会超过您将面临的收入损失或不良宣传。

 

应多久执行一次外部负载测试?

外部负载测试不仅仅是关于服务器和连接速度。 新代码可能导致大量错误,使一切变慢。 最佳实践包括对每次更新或发布执行外部负载测试。 至少,您应该在大流量日(如黑色星期五到网络星期一)前几个月进行外部负载测试,以便您有时间解决在大日子之前发现的任何问题。