对于不可接受的Web应用程序响应时间是否有一些行业标准?
有一个我正在定制的cots(商业现货)应用程序,其中有几页需要很长时间才能加载某些数据分布。 (在这个例子中,我正在谈论大约3分钟的页面加载时间,并且时间呈指数级增长)。
显然这是不可接受的,但是在那里我可以指出可接受的响应时间是多less?
我希望有一些好的研究可能讨论响应时间。
Jakob Nielsens的研究已经为任何应用程序回答了这个问题(networking应用程序在这方面并不特别):
#
0.1秒:限制用户感觉他们直接操作UI中的对象。
1秒:限制用户感觉自己在命令空间自由导航而不必过度等待电脑。
10秒:限制用户关注任务。
http://www.nngroup.com/articles/response-times-3-important-limits/
#
因此,对于Web应用程序,您应该保持页面响应时间平均在服务器附近最多500毫秒,以便拥有一个即使networking时间为200-300毫秒也很高兴使用的Web应用程序。
可接受的UI响应时间基于人类心理学,因此Web应用程序与传统桌面应用程序相同。
取决于最终用户如何感知正在执行的操作,可接受的响应时间可能是1秒(例如closures“对话窗口”)或10秒(例如用于显示计算结果)。
可用性大师Jakob Nielsen写了一篇关于可接受的Web应用程序响应时间的好文章 。
已发布的UI准则指定了相同的可接受的响应时间,例如:
Java外观和感觉指南
GNOME UI文档 。
是的尼尔森的文章有一些关于心理学如何参与的很好的信息。 在这里,您可以find更多关于“感知绩效”为什么重要的信息,而不仅仅是实际的响应时间。
我发布了一个相关的问题,并得到了一些有趣的答案,可能有所帮助 看到
什么被认为是一个dynamic的,个性化的Web应用程序的良好响应时间?
前一段时间,一位教授告诉我,平均用户在等待10秒后放弃,没有任何事情发生。 看到发生的事情可能会增加他们的等待倾向。 但是,这是一段时间以后…当互联网比较慢。
这里有一个很好的博客文章,认为没有行业标准。
也许没有好办法做到这一点。
∞是最不可接受的响应时间。
之后,用户期望它采取的最大时间,这取决于您的服务而变化很大。
一个animation区域将大大增加用户的耐心,无论是沙漏,漩涡,圆圈,甚至一个酒吧,一次又一次地填满和倒空。 只要问题显然不是他们的行为闻所未闻,他们就会等待。