从用户体验出发的页面性能测试
上一篇 /
下一篇 2012-03-26 10:01:32
/ 个人分类：httpWatch
从用户体验出发的页面性能测试
一、 背景描述
目前，我们公司采用的性能测试手段，主要是采用loadrunner对服务或功能或业务进行性能测试。Loadrunner性能测试中的响应时间，应用系统从请求发出开始到客户端接收到最后一个字节的数据所消耗的时间。响应时间如图1所示。
这里的响应时间不包含客户端GUI时间（例如浏览器解释页面所消耗的时间）。
Loadrunner的响应时间并不是用户对产品业务的真实感受。
二、 HttpWatch介绍
在PMI产品测试过程中，引入了HttpWatch这一网页数据分析工具。重点测试Page Load时间。Page Load包括了用户从发出请求开始的时间到接收服务器返回的从用HTML文档解析完毕还包括了所有资源加载所需要的时间，例如图片资源的加载、iframe的加载等。接近于用户对产品的真实感受。
HttpWatch的详细使用手册参见文档《HttpWatch工具简介及使用技巧.doc》，源自网络，已经有相对成熟的手册了。
三、 用户体验场景设计
为了体验用户感受设计的场景如下：
测试业务描述 | 系统初始化完毕 | 系统存在一定量数据后 | 系统进行压力测试中 |
第一次访问（清除缓存） | 第二次访问（存在缓存） | 第一次访问（清除缓存） | 第二次访问（存在缓存） | 第一次访问（清除缓存） | 第二次访问（存在缓存） |
| | | | | | |
| | | | | | |
关注的指标：httpwatch中的http load时间。
限制条件：用户体验场景建议使用同一台机器进行测试，排除不同机器自身性能的差异。
四、 用户体验衡量指标
所谓的“2-5-10原则”，简单说，就是：
当用户能够在2秒以内得到响应时，会感觉系统的响应很快；
当用户在2-5秒之间得到响应时，会感觉系统的响应速度还可以；
当用户在5-10秒以内得到响应时，会感觉系统的响应速度很慢，但是还可以接受；
而当用户在超过10秒后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应，而选择离开这个Web站点，或者发起第二次请求。
五、 待解决的问题
1. Httpwatch自动化：如何能够通过录制方式，自动进行业务处理
2. 2-5-10原则的适用性
3. 测试业务的划分
收藏
举报
TAG:
