长期以来，吞吐量测试一直被视为找到出色的Wi-Fi产品，验证WLAN设计和对用户Wi-Fi问题进行故障排除的最佳方法。
它不是。
Wi-Fi吞吐量测试在高度动态的环境中在特定方案下生成单个数据点。而已。在当今的企业网络环境中，我们需要的不仅仅是这些。
+相关：什么是Mu-Mimo，它可以提高Wi-Fi容量吗？+
例如，使用Wi-Fi吞吐量测试来评估供应商设备的诱惑，例如确定最大的TCP数据速率（或速度），例如，使用一个或多个客户端设备同时连接的访问点可以实现。但是，这些测试并不能真正反映现实，因为您不会看到该设备如何真正衡量，直到您将网络满载和部署为止。
Wi-Fi网络设计也是如此。通常要求吞吐量测试以确认无线LAN的设计。这是典型的演习：
- 设计具有计划软件的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吞吐量测试所经历的所有痛苦，痛苦和歧义。