页面性能测试-Ruby篇
2008-04-08 23:29
465 查看
上篇文章写了页面性能测试-QTP篇,我想大家都了解了怎么去实现页面性能测试了,那么我现在再来说一下如何用Ruby来实现,其实实现的思想都是一样的,唯一的区别就是适用的工具不一样而已。那么我为什么要是用Ruby再来实现一次,而不是用QTP呢?原因是ruby有着QTP所无法比拟的优点,这点让我下定决心来改变原先的QTP框架而使用Ruby。
言归正传,我说一下为什么我觉得这里用QTP来实现不如使用Ruby来实现好。QTP是一款比较成熟的功能自动化测试工具,界面友好,使用方便,且资料相对多,用来做页面性能监控的确不错;但是他占用的资源较多,且运行本身的脚本所消耗的时间也较多。注:是运行vbs脚本所消耗的时间,这点可能大家没有注意,这个时间对于页面性能监控来说,还是比较长的,特别是判断页面是否完全打开时做的判断控件是否exist,这个时间往往比较长,会导致得出的数据有些偏大。而我使用SciTE来运行Ruby,消耗的资源少,运行本身的脚本时间也短,有利于得到更加有效的数据。
接下来就说一下,具体怎么做了。首先,这次使用Ruby实现的时候,对整个结构作了一定的优化,如对于监控点的控制,由以前的纯粹的脚本控制变成了现在由excel来控制。如下图
![](http://p.blog.csdn.net/images/p_blog_csdn_net/jacky8024/未命名.jpg)
这样做的好处,就是对于性能点的选择,有了比较友好的界面,适合给其他人来执行(其实主要是放在服务器上自动定期执行,定期发送报告的)。这样比较灵活,修改起来也比较方便。当然,领导看起来也比较清晰^o^。
现在这个程序已经扔在一台服务器上运行了不少时间,一切正常,比起QTP来说,它更加稳定。
现在在淘宝,页面性能数据与服务器短性能数据受到了同样的重视,并且作为性能基准测试数据的重要组成部分。
言归正传,我说一下为什么我觉得这里用QTP来实现不如使用Ruby来实现好。QTP是一款比较成熟的功能自动化测试工具,界面友好,使用方便,且资料相对多,用来做页面性能监控的确不错;但是他占用的资源较多,且运行本身的脚本所消耗的时间也较多。注:是运行vbs脚本所消耗的时间,这点可能大家没有注意,这个时间对于页面性能监控来说,还是比较长的,特别是判断页面是否完全打开时做的判断控件是否exist,这个时间往往比较长,会导致得出的数据有些偏大。而我使用SciTE来运行Ruby,消耗的资源少,运行本身的脚本时间也短,有利于得到更加有效的数据。
接下来就说一下,具体怎么做了。首先,这次使用Ruby实现的时候,对整个结构作了一定的优化,如对于监控点的控制,由以前的纯粹的脚本控制变成了现在由excel来控制。如下图
![](http://p.blog.csdn.net/images/p_blog_csdn_net/jacky8024/未命名.jpg)
这样做的好处,就是对于性能点的选择,有了比较友好的界面,适合给其他人来执行(其实主要是放在服务器上自动定期执行,定期发送报告的)。这样比较灵活,修改起来也比较方便。当然,领导看起来也比较清晰^o^。
现在这个程序已经扔在一台服务器上运行了不少时间,一切正常,比起QTP来说,它更加稳定。
现在在淘宝,页面性能数据与服务器短性能数据受到了同样的重视,并且作为性能基准测试数据的重要组成部分。
相关文章推荐
- 页面性能测试-Ruby篇
- Ruby on rails开发从头来(windows)(二十九)- 性能测试
- 转 ShowSlow+Yslow页面前端性能测试环境搭建
- Ruby on rails开发从头来(windows)(二十九)- 性能测试
- Web页面性能测试工具浅析
- 页面性能测试介绍
- [原创]浅谈H5页面性能测试
- 页面性能测试介绍
- 页面性能测试工具 Page Detailer Pro
- 页面性能测试之一
- 网页前端页面加载性能测试各工具可行性方案分析
- 使用loadrunner进行性能测试(三)--页面重定向问题
- 页面性能测试&提升方式
- 关于ruby几种String连接性能的小测试
- 页面级别性能测试分析 推荐
- 页面性能测试【转】
- Apache tomcat jboss静态页面处理性能测试对比
- 页面性能测试-QTP篇
- 页面性能测试之二----ShowSlow+Yslow环境搭建
- 网页前端页面加载性能测试各工具可行性方案分析