copy Bookmark http://www.51testing.com/?239199
发布新日志
2009-02-18 12:36:30
一直在做一些基于unix or Liunx 的项目的测试, 也接触了很多这类项目的性能测试,测试方法基本都是开发人员写一个多进程的程序来模拟用户并发,然后在用一些开关的监控工具来做指标采集。
我们分析一下loadrunner 的几个组件,看看我们自己用开源的工具,能够实现类似的性能测试工具吗? control ,monitor, scrip general , load 生成器, analyze . 他实现分布执行还有一个agent的一个东西。 那我们看一下,我们如果通过开源的东西来实现各个部件。
monitor -nmon ibm的一个很好的监控工具,可惜没有源码,所以只能封装成命令行的调用方法。 最好也分装成服务的方式。这样比较好部署
load 生成器 和分步执行:这部分可借助STAF实现agent 这个功能,load 生成器, 这个就需要在STAF的API上自己开发一个服务了,通过STAFTHREAD.h 来实现一个多线程服务(包括执行,收集线程状态等)。注册并分发到各个STAF server。
script. general :这部分是需要好好考虑的了,通过配置,又一个组件扫描要调用的接口,变成线程的事务句柄。
control :这个设计比较简单了,通过实现STAF的接口可以与多个STAF服务进行通信,发送执行指令给负载生成服务,并从负载生成服务那里获取线程状态。通过服务调用各个机器上的STAF来执行nmon,并传回数据文件
analyz: 这个比较麻烦了,我们要好好解读一下nmon analyze 代码了,好像是用vbscrip 写的。 如果能实现调用这部分代码,性能指标的图形就很容易实现了, 其次如何整合所有返回的数据,需要一定的代码支持了。
一些想法,不知道是否真的能实现? 待和各位谈讨其可行性!
查看(541) 评论(1) 收藏 分享 管理
2009-02-17 23:47:05
提供些脚本开发资料, 不要太过注重代码实现,要知道每个方法解决什么问题就好了,代码其实很简单。 好的测试工程师应该立足于设计与技术方案,俯视代码实现。 鄙视那些拿代码说事的人。
查看(214) 评论(0) 收藏 分享 管理
2009-02-17 23:30:21
再分享一个loadrunner 培训PPT,看过这PPT的人应该知道我是谁了。哈哈 小样带个面具出来混了!
查看(554) 评论(3) 收藏 分享 管理
2009-02-17 23:02:41
查看(205) 评论(0) 收藏 分享 管理
tester2009