发布新日志

  • loadrunner11在WIN7下无法启动IE8解决方案

    2014-07-29 09:05:45

    1.在IE的选项的“高级”中,把“启用第三方浏览器扩展”这个checkbox的勾去掉
    2.在“我的电脑”—>属性—>高级—>性能设置—>数据执行保护,将lr的bin—>vugen.exe(Wlrun.exe)加入解决LR无法启动IE.或者将保护设置为"只为基本windows添加保护"
    3.用兼容模式运行.就成功了.Wlrun.exe,右击属性-->兼容性-->以2003系统兼容运行。
    4.如果装了360安全卫士请退出。
  • 性能测试并发用户数分析实例经验值

    2013-08-21 11:34:10

    医院系统:医院系统注册1000个,请问模拟多少并发用户数合适?
      分析:医院最忙的的时候是早上9点到10点,那这个时候最多的业务,挂号收费,医生开处方,医生开医嘱。  周一是医院开放科室最多。医院挂号收费有20个窗口,周一总共挂号科室40个,平均每个科室2个医生,医疗总共12个病区,每个病区有5台电脑。那么可能并发数为20+40*2+12*5=160,那么建议模拟并发用户数可以考虑100到200之间。

    高速系统:高统注册500个,请问模拟多少并发用户数合适?
           分析:这段高速系统,用户500,但是这段高速,出口只有10个,平均每个出口6个收费口,那么可能并发用户数为10*6=60,,那么建议模拟并发用户数可以考虑50到100之间。



    欢迎大家补充!


  • oracle数据库sql语句性能分析小技巧1(set autot on的应用)

    2012-07-11 10:59:22

    目前性能测试过程经常碰到一些由于sql语句的问题造成性能差的问题,有时我们虽然捕捉到相关应sql语名了,但是也不知道怎么分析。我们可以通过开启set autot on来进行简单的分析如索引,执行计划等,而最终更有针对性进行性能优化。以下是一个简单的实例:


    SQL> set autot on
    SQL> conn portal51/portal51
    已连接。
    SQL> select count(*) from mh_xtmk;

      COUNT(*)
    ----------
           555
    SQL> set autot on
    SQL> select count(*) from mh_xtmk;
      COUNT(*)
    ----------
           555

    执行计划
    ----------------------------------------------------------
    Plan hash value: 538866314
    ----------------------------------------------------------------------------
    | Id  | Operation             | Name       | Rows  | Cost (%CPU)| Time     |
    ----------------------------------------------------------------------------
    |   0 | SELECT STATEMENT      |            |     1 |     2   (0)| 00:00:01 |
    |   1 |  SORT AGGREGATE       |            |     1 |            |          |
    |   2 |   INDEX FAST FULL SCAN| PK_MH_XTMK |   555 |     2   (0)| 00:00:01 |
    ----------------------------------------------------------------------------
    Note
    -----
       - dynamic sampling used for this statement

    统计信息
    ----------------------------------------------------------
              0  recursive calls
              0  db block gets
              3  consistent gets
              0  physical reads
              0  redo size
            409  bytes sent via SQL*Net to client
            385  bytes received via SQL*Net from client
              2  SQL*Net roundtrips to/from client
              0  sorts (memory)
              0  sorts (disk)
              1  rows processed
    SQL> set autot off
    SQL> conn sys/bsoft as sysdba;
    已连接。
    SQL> set autot off
  • WebService性能测试简单分析案例(第二次测试结果)

    2010-12-09 13:34:18

    根据第一次测试的结,更改了环境,得到第二次的测试结果!
  • Web Services 性能测试常见问题总结(二)

    2010-12-09 11:32:03

    今天客户现场正式去进行性能测试,又发生很多问题,本来顺利话的1个小时就能完成的事情,足足花了我半天的时间郁闷,主要发生这么几个问题。

    Loadrunnermanage services中导入(importwsdl时失败。

    解决方法:检查wsdl是否有问题,可以使用soapUI工具测试验证,也可能测试机无法解决wsdl中是服务器机器名的地址,修改测试机WINDOWS\system32\drivers\etc中的hosts文件在127.0.0.1       localhost下面加服务器IP和服务器名称)。

    Action.c(33): 错误 -27796: 连接服务器“192.168.70.183:80”失败: [10048] Address already in use Try changing the registry value

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\TcpTimedWaitDelay to 30 and

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\MaxUserPort to 65534 and rebooting the machine  See the readme.doc file for more information

    (解决方法:在注册表

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters里,

    有如下两个键值:TcpTimedWaitDelay设小一点,MaxUserPort设大一点,最大是65534

    原因分析:因为负载生成器的性能太好,发数据包特别快,服务器也响应特别快,从而导致负载生成器的机器的端口在没有timeout之前就全部占满了。在全部占满后,就会出现上面的错误。执行netstat –na命令,可以看到打开了很多端口。所以就调整TCPtime out。即在最后一个端口还没有用到时,前面已经有端口在释放了。

  • WebService性能测试简单分析案例(第一次测试结果)

    2010-12-07 15:29:45

    WebService性能测试的一个简单分析案例,是我最近的一个实际的项目。
  • Web Services 性能测试常见问题总结(一)

    2010-12-07 11:39:34

    昨天接了一个Web Services 性能测试的任务,他是一个JAVA的项目使用了GlassFish ESB v2.2应用服务器,录制WSDL都很顺利,但是回放报错,错误如下:

    Internal error, please call customer support. Details: class java.lang.Object :

    Internal error, please call customer support. Details: Error while retrieving body -- can not parse output parameters

    解决方法:脚本所在目录不能有中文或目录层次不能太深

    查了很多资料还是解决不了,换了台电脑是可以了,先不管,先用好的的电脑继续进行性能测试,但是用户数达到一定量又报了一个新错误,错误如下:

    Abnormal termination, caused by mdrv process termination

    解决方法:LR 安装目录dat\protocols下的CsNet.lrp文件中[Vugen]下面新加一条MaxThreadPerProcess=要设置的vuser数量

    郁闷了必须解决了,查了很多资料都不行,后面看到一人LR安装目录不能中文,不会脚本也不能中文目录吧,换了一个目录,第一人错误解决。后面总算找到一个地方把第二问题也解决了。

    建议问题解决不了的时候,最好出去走走,再回来解决。

  • 如何获取性能测试需求

    2010-11-30 17:37:57

    在进行性能测试之前,测试目标的明确是非常重要的。在一般软件的测试流程中,测试人员需要首先收集软件需求,阅读并理解业务需求,并且将业务需求转换为测试目标,性能测试也是如此,但是目前一般功能需求都不是完善,何况性能需求。性能测试就需要我们自己去获取,可以从这几方面。

    1.      向项目经理获取,运行硬件配置(此硬件设备是否运行其他服务)、应用环境(是否有其它的服务共用服务)、网络环境、数据库规模等。

    2.      向业务人员获取,业务量分布情况、关键业务,业务量增长情况、关键业务量,用户总线,在线用户总线等。

    3.      向技术人员获取,关键业务路径、后台数据库操作等。

    4.      一些业内标准和原则,响应时间遵循3/5/8原则、稳定性7*24小时不间段运行等。

    5.      创建性能基准作为性能测试结果的比较基准。

  • LoadRunner录制Smtp和Pop3协议时没有生脚本解决方法(BSTT群内故事)

    2010-07-14 15:47:09

    昨天一位群友在BSTT中说到录制Foxmail选择SmtpPop3协议时没有生脚本,以前我没有录制这两个协议,中午休息的时候,我刚开始用Foxmal选择SmtpPop3协议试了一下Recording中提示有Events但是就是没有生成脚本,选择Outlook 也是如此。个人觉得LR不可能这么弱吧,网上找找,也没写的很详细的,但是我找到一个关键词Port Mapping,设置了一下Ok了,脚本生成了,具体设置如下。

    1.     点击Start Recording

    2.     点击Options,选择Port Mapping

     

    3.     点击New Entry

     

    l  Target Server:编写发送邮件服务或接收邮件服务地址跟Foxmail中一致。

    l  Port:Smtp默认端品为110,Pop3默认端口为25,根据情况修改。

    l  Services ID:根据需要选择SmtpPop3或其它服务协议。

     

     

  • Intel VTune性能分析器使用说明(BSTT整理推荐)

    2010-06-08 14:13:17

    Intel VTune性能分析器使用说明(BSTT整理推荐)
    英特尔® VTune™ 性能分析器工具,
    用于分析 C、C++、Fortran、C#、Java、.NET 等多种语言开发的程序

    详情请访问:http://www.51testing.com/index.php?uid-116976-action-viewspace-itemid-215185

  • [论坛] windows中各网络协议说明

    2010-05-06 15:11:04

        这两天测试中正在研究捕获数据包工具WildPackets OmniPeek Personal发现协议有39中,好多都是他认识我,我不认识他,把我搞火了,花了半天整理了一下,并且将各协议类型复习一下。现在共享给大家,希望能给大家带来帮助。详细内容请看附件。
  • sql语名影响性能之一,多张表关联时注意事项

    2010-02-04 11:37:13

    sql语句多张表关联时,字段名前面必须加上表名,否则在oracle中非常影响性能如

    SELECT

    MS_CF01.FYRQ,

    MS_CF02.YPSL,

    MS_CF02.YPDJ

    FROM

    MS_CF01,

    MS_CF02

    WHERE

    MS_CF01.CFSB=MS_CF02.CFSB

  • 性能测试杂谈之四:如何做性能测试用例设计

    2009-12-29 12:31:15

           我在前几次性能测试杂谈已经简单描述了性能测试需求获取和各操作系统的一些监控指标,那现在一起来看看如何进行性能测试用例设计吧。

           前面我们做了很多工作主要是为测试用例设计做准备,如果需求都不明确,咱们如何设计呢。测试用例设计的时候要把握这几个关键环节。

    1.     确定目标

    这里的目标指的当前测试系统的目标值,或者说是客户的期望值,也有可能业内的标准值。这里设定的时候一定考虑测试执行环境的影响,因为一般情况测试时不可能是在真实或上线的环境中测试。这个时候我们一定根据测试执行环境和真实、上线的环境进行比较,将我们原有目标值换算成我们测试参考值。一般受影响的环境,有服务器的配置、网络环境、数据量等。

    2.     场景设计

    我个人认为场景设计是性能测试用例设计最关键环节,很多人会想“大傻”你又来忽悠我们了,这还不好设计,就是模拟用户的场景就行了。我们还是拿【性能测试杂谈一】中的例子来说明一下。【某系统在做个人日报和汇总日报时,收费业务点击结账时要等很久】,我会设计以这种场景。

    场景编号

    场景内容

    备注

    场景1

    收费业务

    50100200

    场景2

    收费业务+个人日报

    50+50 ,100+50

    场景3

    收费业务+汇总日报

    50+50 ,100+50

    场景4

    收费业务+个人日报+汇总日报

    50+50+50 ,100+50+50

           为什么这样设计,主要为执行考虑,如果我测试场景2的时候,我就发现问题了,我还有必要再去执行场景3和场景4。但是又有人会有疑问,如果第一次就选择场景4,一次就Ok,但是大家要想到业务组合越多,对后测试执行时脚本调试、数据准备和恢复的工作量是巨大,发生错误的概率更大,而且为我们测试结束定位和分析更为困难。测试用例场景的设计一定考虑测试的执行,场景设计一定从简单到复杂。

           什么是最好的性能测试用例,就是在最短的时间内能快速准确的定位到系统瓶颈。

     

  • 性能测试杂谈之三:基础知识服务器端资源监控指标(window)

    2009-12-29 12:26:45

    测试之前我们必须了解各操作系统、中间件、数据库的监控指标,附件中是一份window的参考指标,供大家参考!
  • 性能测试杂谈之二:基础知识服务器端资源监控指标(unix)

    2009-12-29 09:05:20

    测试之前我们必须了解各操作系统、中间件、数据库的监控指标,附件中是一份UNIX的参考指标,供大家参考!
Open Toolbar