从来不在论坛发帖子,刚到一公司学会如何提高影响力。 原来就这么搞阿!

发布新日志

  • 使用STAF设计一个松耦合的性能测试框架

    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 写的。 如果能实现调用这部分代码,性能指标的图形就很容易实现了, 其次如何整合所有返回的数据,需要一定的代码支持了。

    一些想法,不知道是否真的能实现? 待和各位谈讨其可行性!

  • 再分享些有用的脚本开发资料。

    2009-02-17 23:47:05

    提供些脚本开发资料, 不要太过注重代码实现,要知道每个方法解决什么问题就好了,代码其实很简单。 好的测试工程师应该立足于设计与技术方案,俯视代码实现。 鄙视那些拿代码说事的人。

  • 再发一个06写的一个loadrunner培训资料

    2009-02-17 23:30:21

    再分享一个loadrunner 培训PPT,看过这PPT的人应该知道我是谁了。哈哈 小样带个面具出来混了!

  • 早些时候搞的一套性能测试过程规范和模版

    2009-02-17 23:02:41

    分享一些早些时间给一个网站性能测试部门建立的一套流程和模版分享一下。有些东西现在需要修改了,自己懒惰,你们看着改吧,试用就好。

数据统计

  • 访问量: 7530
  • 日志数: 17
  • 建立时间: 2009-01-18
  • 更新时间: 2009-02-19

RSS订阅

Open Toolbar