不过反应时延原则什么时代都是一样的，因为互联网连接的是人，那些哪怕是二战时期的研究仍然是成立的。一个主要的原则是，人们点击下一页的时候，时延不应该超过1秒钟，否则就会觉得卡，在宽带时代，美国的接入用户1秒钟可以下载大约1MB的数据(那些亚洲国家还要快，但不包括中国 - 译者)，因此，现在的问题并不是出在网速上，而是处在服务器端，人们在网页中塞入了太多饰件和动态对象。
记住，1秒钟，否则用户会觉得卡，这还是就整个页面而言，那些页面内部嵌套的 AJAX 控件要求更高，是01.秒，否则会觉得卡。
在你看来，测试网站易用性的最好方式是什么?
遵循三个基本原则，找一个值得信赖的客户，让他们实际访问你的站点，然后，闭上嘴让他们说给你听。你只需要5个用户就能发现足够多的易用性问题并让你忙活几个月。尽管只有这三个简单的原则，很多研究发现人们仍不能完全遵守。
比如，你不能让朋友或同事去测试，你应当找那些对你的项目一无所知的外部用户，他们还不能敷衍了事，必须实际去用，同时，你不能对他们施加影响，不能暗示他们该如何操作。这就是闭嘴原则如此重要的原因，最好的方式是找那些富有经验的大型测试团队去做，当然，小团队仍然可以做好，这样很经济，如果能遵守基本原则的话，开发者自己也可以很好地进行易用性测试。
人们应当如何在移动设备上测试网站易用性?
基本原理都是一样的，现在就来了第4条规则，就是在一个代表设备上测试。对桌面而言，有 Mac 和 PC，但这无所谓，关键是什么屏幕尺寸，最近几年，我们主要在 1024 x 768 尺寸上测试，但我们现在使用一个屏幕做所有测试。
对移动设备，很难使用一个代表设备，因为手机之间的差异比电脑大得多。在我们的移动研究中，我们测试了3大门类手机，低端手机，智能手机，触摸屏手机。
我们招募了一些用户，他们带着自己的手机前来测试，我们需要测试很多用户，因为不同门类的手机之间差别太大了。理想状态下，我建议站点设计者为这三类设备设计三个版本的站点，因为它们之间差异太大，但只有那些特别有钱的站点才可以，因此我希望他们至少单独为移动设备设计一个独立站点，那些为桌面电脑用户设计的网站对移动用户来说太难用了。
Web 最初的使命原本是强调跨平台设计的，以便在任何地方都能访问，但从可用性角度，这不可行，即使技术上能够实现，要么对桌面用户来说太简陋，要么对移动用来说太复杂，这两种情形差别太大了，需要不同的设计。
假如我们要做一个能负担得起的网站易用性测试，最好的方式是什么?
唯一不能省的是招募测试代表用户，因为如果你找错了人，要么是那些并不用这个网站人参与测试，要么是那些对背景太了解会主动绕过易用性问题的人，这两种类型的测试者都不是理想的测试者。
文章来源于领测软件测试网 https://www.ltesting.net/
