软件测试之页面性能测试-Ruby篇

发表于:2009-03-19来源:作者:点击数: 标签:软件测试性能测试rubyRuby页面
上篇文章写了页面 性能测试 -QTP篇,我想大家都了解了怎么去实现页面性能测试了,那么我现在再来说一下如何用 Ruby 来实现,其实实现的思想都是一样的,唯一的区别就是适用的工具不一样而已。那么我为什么要是用Ruby再来实现一次,而不是用QTP呢?原因是 ruby
上篇文章写了页面性能测试-QTP篇,我想大家都了解了怎么去实现页面性能测试了,那么我现在再来说一下如何用Ruby来实现,其实实现的思想都是一样的,唯一的区别就是适用的工具不一样而已。那么我为什么要是用Ruby再来实现一次,而不是用QTP呢?原因是ruby有着QTP所无法比拟的优点,这点让我下定决心来改变原先的QTP框架而使用Ruby。

        言归正传,我说一下为什么我觉得这里用QTP来实现不如使用Ruby来实现好。QTP是一款比较成熟的功能自动化测试工具,界面友好,使用方便,且资料相对多,用来做页面性能监控的确不错;但是他占用的资源较多,且运行本身的脚本所消耗的时间也较多。注:是运行vbs脚本所消耗的时间,这点可能大家没有注意,这个时间对于页面性能监控来说,还是比较长的,特别是判断页面是否完全打开时做的判断控件是否exist,这个时间往往比较长,会导致得出的数据有些偏大。而我使用SciTE来运行Ruby,消耗的资源少,运行本身的脚本时间也短,有利于得到更加有效的数据。

        接下来就说一下,具体怎么做了。首先,这次使用Ruby实现的时候,对整个结构作了一定的优化,如对于监控点的控制,由以前的纯粹的脚本控制变成了现在由excel来控制。如下图

            

                   

        这样做的好处,就是对于性能点的选择,有了比较友好的界面,适合给其他人来执行(其实主要是放在服务器上自动定期执行,定期发送报告的)。这样比较灵活,修改起来也比较方便。当然,领导看起来也比较清晰^o^。

        现在这个程序已经扔在一台服务器上运行了不少时间,一切正常,比起QTP来说,它更加稳定。

        现在在淘宝,页面性能数据与服务器短性能数据受到了同样的重视,并且作为性能基准测试数据的重要组成部分。

原文转自:http://www.ltesting.net