从用户感知谈软件性能测试

从用户感知谈软件性能测试

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

　　今天有一个同学问：“一个小的系统，用户并发数为202/5/8 

2/5/8原则 

　　2/5/88022-55-88　　到904s4s 　　我在《性能测试知多少—呈现时间：浏览器接收到数据，解析渲染的时间。

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

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

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

你能用2/5/82 

不同业务的不同用户感知

　　真对不同业务类型的软件，用户的容忍度也是不一样的。百度和淘宝 都有搜索功能，而且都具有海量的数据，淘宝的搜索速度要慢于百度，不考虑技术层面，百度的搜索结果是纯文字信息；而淘宝搜索的商品会有大量图片，所以用户对淘宝的响应速度要“”　　从用户的心理分析，在使用百度的时候，对结果的显示显然更迫切；而我们平时在使用淘宝时叫“”　　当然，如果是相同的业务，拿百度和到谷歌比，百度搜索结果110 

不同使用频率的用户感知

　　装操作系统绝对是个耗时的事儿，少则也需要1010　　所以，在一个系统中，用户频繁使用的功能上响应很慢的话，用户将很难忍受；相反，如果使用频率很低的功能，响应很慢用户也可接受。

减少用户等待感

　　最早是Robert B miller 1968 30.10.2s15s “”8s 　　Peter Bickford 272828.5201Peter Bickford web 

从上面的结果发现，增加用户感知远比性能的提升更能延长用户等待，这个非常有意思。也就是说在同样的响应时间下，用户感知将非常重要。

无loadingloading ,loading Loading1s loading 进度条：如果需要更长时度测需要使用进度条来增加用户感知。

时度条++ 

最快给用户看到

有时候增加loading 自顶向下显示，自顶向下逐行的来显示，直到整个完整的图片

切成若干小图，得到一个小图展示一个小图，终使用户看到完整的图片。

由模糊到清晰，一张图片有规律的先抽取上面一部分像素显示，使一张图片由模糊到清晰。

分页显示：

当用户请求一批数据时，只给用户最先看到的一页的数据，翻页时再来加载展示第二页的数据。

边展示边加载：

你一定访问过花瓣 吧！滚动条永远也拖不到底部，因为屏幕的大小总是有限的，所以有可以采用边显示边处理加载。

　　性能测试分前端性能与后端性能，一般的性能测试更关心后端，但不管什么样的产品最终是要给用户用的。以用户感知为导向的性能测试才更有意义。