警告：我事先知道这是一个既需要资源又需要意见的问题。理想情况下，反馈/答案可以解决该问题的精神，而不是将其压制下去。所谓问题的精神，我的意思是反馈可以建议关键词或更广泛/更狭窄的提问方式，这将有助于我和其他有类似问题的用户理解这个问题的基本概念。
以前（大约 2010 年），当我还在一所大学的服务台工作时，当有人来报告网速慢的问题时，我们会运行众多在线网络速度测试之一（例如，speakeasy 或类似的东西）来在排除故障之前确定“慢”的基线。
在我们认为可以提高网络速度的任何更改之后，我们会再次运行相同的速度测试，并假设它具有我们所希望的积极结果，然后我们会进行一些“真实世界”速度测试。当时，这包括访问一些已知的加载缓慢（“繁重”）的网站，例如：
- 美国有线电视新闻网
- pitchforkmedia.com
这些将使用户和支持代理都相信吞吐量的增加不仅仅是在测试环境中。如果用户认为 puppiesandkittens.com 之前加载速度很慢，但一开始它是一个相对较轻的页面，那么在进行更改后再次访问此页面并不能真正证明所有网站的加载速度都会更快。
除了专门的“下载一个文件，上传一个文件”的在线速度测试之外，是否有任何类型的页面目录可以作为“真实世界”速度测试进行检查，这些页面是由于网络需求而加载速度较慢的？
请注意，我也不是想挑起任何麻烦，即鼓励每个人以某种贬低的方式列出他们最喜欢的慢速网站。一些网站比其他网站需要更多带宽可能有很多合理的原因。但仅依靠在严格的实验室条件下执行一两个请求的网站无法给人留下网络速度的真实印象，相比之下，实际看到一个页面处理大量的图形、内容、流媒体等。