虽然，有一段时间没关注性能测试，但时常还能看到有同学讨论性能，对于一些概念的理解很想深入讨论，但三言两语说不清，于是，还是花点时间写写吧！

　　今天有一个同学问：“一个小的系统，用户并发数为20个，那事务平均响应时间大概在什么范围内？” 怕麻烦直接告诉他2/5/8原则，钻牛角尖的话，需要进一步确认什么样的小系统？提供的什么类型的业务？用户行为是什么样的？用户对系统的使用频率？就算同响应时时间一样，前端通过不同展现方法，用户的感知可能完全不一样。下面就真对这个问题延伸讨论一下从用户感知的角度看软件性能测试。

　　2/5/8原则

　　2/5/8原则是上个世纪80年代某公司真对自己公司的应用做的一个调查，调查的结果就是当用户能够在2秒以内得到响应时，会感觉系统的响应很快；当用户在2-5秒之间得到响应时，会感觉系统的响应速度还可以；当用户在5-8秒以内得到响应时，会感觉系统的响应速度很慢，但是还可以接受；而当用户在超过8秒后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应，而选择离开或者发起第二次请求。

　　到90年代的时候英国真对零售业的网站又做了一次调查， 它的调查结果是一个用户真对一个页面的响应的最长忍耐时间是4s，超过4s 大量的用户会选择放弃页面的响应。

　　我在《性能测试知多少---响应时间》中已经对用户的响应时间做过分析；就是从用户按下键盘或鼠标按键到整个页面在浏览器中的展示的过程分程可以分三个部分：

　　呈现时间：浏览器接收到数据，解析渲染的时间。

　　数据传输时间：发送与接收的数据在网络中传输的时间。

　　系统处理时间：系统真对请求的处理并返回的时间。

　　我们在通过测试工具做性能测试的时候，第一个时间直接去掉，第二个时间进行阉割（因为一般的性能测试在局域网中进行，所以，数据传输时间基本可忽略），唯一保留的就是系统的处理时间。

　　你能用2/5/8原则么？你用性能测试工具得到的2秒，真实的用户感知恐怕要远远大于这个时间吧！？

　　不同业务的不同用户感知

　　真对不同业务类型的软件，用户的容忍度也是不一样的。百度和淘宝网都有搜索功能，而且都具有海量的数据，淘宝的搜索速度要慢于百度，不考虑技术层面，百度的搜索结果是纯文字信息；而淘宝搜索的商品会有大量图片，所以用户对淘宝的响应速度要“宽容”些。

　　从用户的心理分析，在使用百度的时候，对结果的显示显然更迫切；而我们平时在使用淘宝时叫“逛”淘宝，所以对结果的迫切性不强。

　　当然，如果是相同的业务，拿百度和到谷歌比，百度搜索结果1秒，谷歌需要10秒，相信谷歌再也不会被爱了。

　　不同使用频率的用户感知

　　装操作系统绝对是个耗时的事儿，少则也需要10分钟以上，但不少用户一年半载才装一次系统，所以，用户也基本可以接受这个事儿的耗时。如果是你每天早上开机需要10分钟以上，估计大多用户就要叫苦了。

　　所以，在一个系统中，用户频繁使用的功能上响应很慢的话，用户将很难忍受；相反，如果使用频率很低的功能，响应很慢用户也可接受。