吞吐量测试已被视为找到伟大Wi-Fi产品的最佳方式，验证WLAN设计和故障排除用户Wi-Fi问题。
它不是。
Wi-Fi吞吐量测试在高度动态环境中的特定场景下生成单个数据点。就是这样。在今天的企业网络环境中，我们需要的远远不止这些。
例如，使用Wi-Fi吞吐量测试来评估供应商设备，通过确定最大TCP数据速率（或速度），例如，可以使用同时连接的一个或多个客户端设备实现接入点。但这些测试并没有真正反映现实，因为在您将网络完全加载和部署之前，您不会看到该设备如何真正衡量。
Wi-Fi网络设计也是如此。无线局域网的设计常常需要进行吞吐量测试。下面是典型的演练:
- 用规划软件设计Wi-Fi网络;
- 部署设计;
- 执行覆盖，信号和吞吐量测试。
如果你有合适的信号强度(例如-65 dBm)，你会得到良好的单客户端吞吐量结果。但这并不能告诉你当事情变得繁忙时，网络实际上会做出怎样的反应。
正确测试Wi-Fi网络的方法是在系统加载时。这意味着多个客户端连接并通过多个ap发送数据。这很少作为安装后的检查来做，因为它太困难、太耗时、太麻烦。
字段吞吐量测试的另一个常见用例是排除Wi-Fi客户端问题。
但Wi-Fi吞吐量测试的一个臭名昭著的问题是无法量化用户实际体验到的性能。这有点像两次扔下几百根针，然后期望它们以同样的方式落下来。Wi-Fi是一种过于动态的媒介，无法再现许多问题。即使这是可能的，它也需要一个军队的人来排除和跟踪一个用户的问题。
虽然大多数Wi-Fi工程师承认使用吞吐量测试作为故障排除工具的价值有限，但他们不知道还可以尝试什么。
但是有一个更好的方法。
网络世界已经开始相信，完成这些任务(评估设备和网络设计以及解决终端用户问题)的最佳方式是利用网络上已经运行的数据。他们是对的。答案就在于用户体验。
Whether users know it or not (OK, we know they don’t know this), the wireless network experience is inextricably linked to how the wired network, network services and applications are interacting with the myriad of client devices in use on the corporate network.
关键是从客户端如何与Wi-Fi网络进行交互开始，为这种交互设定基准，并在对网络进行更改时观察它的涨落。
从WLAN控制器和客户网络事务收集，分析和关联信息将为您提供更好地了解Wi-Fi网络（设备和无线设计）在负载下实际执行的方式。今天，这通常是为公司买不起的数据科学家保留了繁琐的手动过程。
这就是云计算的力量真正发挥作用的地方。聪明的企业已经开始将客户交易从网络中抽取出来，并将其推到云上，这样数据可以更有效地处理和关联。他们的目标是利用用户已经拥有的网络数据量，量化用户在任何设备上的实际网络体验。
当您更改Wi-Fi设置、移动AP、更改AP电源设置或升级AP型号时，用户设备的运行情况如何?对许多人来说，网络数据已经成为回答这些问题的唯一真相来源。
在这种情况下，用户客户端设备实际上成为Wi-Fi传感器。当考虑到WLAN控制器、网络服务和实际应用数据时，就可以更清楚地了解Wi-Fi网络中的客户机性能。这对网络运营商来说意义重大。
把它看作是一种新的、更好的方法，可以真正量化客户正在体验的Wi-Fi性能，而不必经历传统Wi-Fi吞吐量测试所经历的所有痛苦、痛苦和模糊。