性能测试常用术语的理解--响应时间

果然是自己写的文章，经常来回读。虽然知识还是那些知识，但是加入了自己的理解。如果哪里写得不够到位，欢迎大家指正并讨论，以求共同进步。

对于响应时间的理解，我不能光靠对课上的回忆了，查了查资料，有人解释的很到位。这里稍微整理下。

从应用系统的使用者或是客户的角度出发，响应时间被定义成“对请求作出响应所需要的时间”。

以“保存发布日志”的功能为例，考察这个功能的响应时间，就应该是“从用户写完日志，点击保存发布按钮开始，到页面刷新完成，用户看到完整的返回页面为止”所消耗的所有时间。

应用系统从请求发出开始到客户端接收到所有数据所消耗的时间称为系统响应时间。如果认为“只有当页面完整的显示完成，才是响应时间的结束”，那么，用户的响应时间就是“从请求发出开始，到用户看到所有内容呈现出来结束”。

但实际上是，对大多数用户来说，看到页面上开始显示数据或图片，用户就会认为“我已经得到了响应”，所以用户感受到的响应时间实际是“从请求发出开始，到用户看到页面开始呈现出内容结束”所需要的时间。

上面这几段是笔者在网上的搜到的一些对响应时间的认识。

我们知道使用AJAX这样的网页开发技术，可以利用客户端来处理一些请求，这样就大大缩短了“从请求发出开始，到用户看到页面开始呈现出内容结束”所需要的时间。

不知道读者是不是有点晕了，我是有点晕，上面提出两种时间：

“从请求发出开始，到用户看到所有内容呈现出来结束”所需要的时间。

“从请求发出开始，到用户看到页面开始呈现出内容结束”所需要的时间。

现在主流的性能测试工具，如LoadRunner是完全不考虑客户端的呈现过程的，也就说它只关心系统响应时间。也就是应用系统从请求发出开始到客户端接收到所有数据所消耗的时间。

笔者觉得，在性能测试时还是需要考虑客户端的呈现时间的，只是还没有去认真看过讲这方面的资料，值得进一步研究下。

最后再补充一个3-5-8原则。

对于一般的应用系统，如果用户需求中没有明确提出系统响应时间的要求，就可以使用3-5-8原则，系统响应时间为3秒，可以认为还不错;系统响应时间为5s，可以认为勉强还过得去；那8s就有点让用户受不了了，很可能再比8秒时间长，用户就不愿意使用该系统了。

性能测试这部分，说实话，笔者也没有很多经验，也在学习中，读者在看的过程中务必带着批判的眼光，因为有可能日志写得有不妥之处。