互联网机能测试响应时间标准

如果您指望我在这里给出一个关于性能好坏的行业标准，那我很遗憾地见告您，没有这样的辅导标准存在。
不过，业内倒是有许多非正式的标准，试图对系统的性能好坏做出评价，尤其是针对基于B/S架构的运用程序。

举例来说，您可能听说过“页面最小刷新韶光”这种说法；我记得它从20秒迅速提高到8秒。
当然了，用户和企业都希望系统能够“即时相应”，但这样的性能哀求是很难达到的。

来自网路

许多商业做事水平协议（SLA）涵盖根本举动步伐的性能，而不是运用程序本身，他们每每只涉及详细的领域，如网络延迟或做事器可用性等。

以下的内容列出了在20世纪80年代后期，马丁（1988年）研究如何利用相应韶光来衡量用户的事情效率的紧张成果。
最初的研究紧张是基于绿屏软件文本的运用，但这些结论现在仍旧具有参考意义。

超过15秒

涌现这种情形，就基本打消了交互的可能性。
对某些特定的运用程序，某些用户可以在一个终端前超过15秒的韶光去等待一个查询结果的返回。
然而，对付一个繁忙的呼叫中央运营商或期货事务商来说，超过15秒的延迟却是无法容忍的。
如果真的发生了延迟，系统就该当设计成可以让用户转向其他操作，并且在后续的韶光里连续要求相应。

超过4秒

这样的延迟一样平常对付一个哀求终极用户保存在短暂影象里的会话来说太长了。
（这是终极用户的影象，不是打算机的内存！
）这样的延迟将妨碍办理问题的活动和毁坏数据的录入。
然而，当一个事务完成之后，4～15秒的延迟是可以忍受的。

2～4秒

超过2秒钟的延迟可以被这种需求的高度集中所抑制。
当用户专注地去完成一项手头的任务时，终真个一个2～4秒旁边的延迟看起来就彷佛非常长了。
同样地，在一个无关紧要的任务结束后，2～4秒钟的延迟是无关紧要的，又是可以接管的。
当一个买家在输入了她的地址和信用卡号码后，让她等待2～4秒的韶光，她也容许以接管。
然而如果是在起先的阶段，当她正在比较不同产品的功能差异时，却又是不可容忍的。

低于2秒

当系统的用户须要记住几个相应信息时，此时的相应韶光必须很短，如果要记住更为详细的信息，则哀求就更高了，哀求相应韶光不能超过2秒。
因此，对付那些较为繁芜的活动，例如通过不同的规格尺寸去浏览相机产品时，2秒钟是一个很主要的相应韶光限定。

亚秒

对付那些思想密集型的事情来说（比如写一本书），尤其是一个图形运用程序，相应韶光要非常短，才能够保持用户的兴趣和吸引他永劫光的关注。
当一位艺术家将一幅图片拖拽到另一个位置时，程序必须能够立即对他下一次的创意给出相应。

0.1秒

在键盘上敲下一个按键，并在屏幕上涌现相应的字符，或者用鼠标点击屏幕上的一个工具，这种相应险些是瞬时的。
很多电脑游戏都会哀求非常快的交互相应。
由此可见，关键的相应韶光临界点是2秒。
对付普通用户来说，相应韶光超过2秒钟势必会对他们的利用造成一定的影响，因此，我们若将页面刷新韶光定义为8秒，对付互联网的运用来说，肯定是不足空想的。

来自网路

互联网的影响

互联网运用的“爆炸式（Big Bang）”增长为程序的快速运用供应了一个很好的发展办法。
当前，许多（或者说绝大多数）的企业创造，依赖互联网来增加他们的收益是一个能想到的相称不错的方法。
但是如果终极用户认为您的Web站点性能不好，那么他们的下一次点击很可能就会转到您的竞争对手的网站上去了。

其余，对付那些突发的需求高峰来说，用户界面的运用也是十分薄弱的；已经有相称多的有名零售公司创造了在每一年中的购物高峰期会涌现性能问题。

总而言之，互联网的发展对付运用程序带来了商机也带来了性能方面的寻衅。