lr_convert_string_encoding函数

　　功能：字符串编码转换

　　原型：

　　int lr_convert_string_encoding(const char *sourceString, const char *fromEncoding, const char *toEncoding, const char *paramName);

　　返回值：0(执行成功)、-1(执行失败)

　　参数说明：

　　sourceString：要转换的字符串

　　fromEncoding：源字符的编码

　　toEncoding：保存在参数parmaName中的字符串编码，即要转换的目标编码

　　paramName：保存转换编码后的字符串

　　说明：

　　1.lr_convert_string_encoding支持system locale,Unicode,UTF-8字符串编码的相互转换，参数paramName中保存结果字符串，该结果字符串包含字符串结束符NULL

　　2.结果字符串中的可打印字符在VuGen和日志中按实际字符显示，不可打印字符则以十六进制显示，例如：

　　rc = lr_convert_string_encoding("A", NULL, LR_ENC_UTF8, "stringInUnicode");

　　结果字符串(即stringInUnicode参数值)显示为：A\x00, 而不是\x41\x00,因为A为可打印字符串.

　　3.fromEncoding and toEncoding可选值：

　　loadrunner <wbr>脚本开发-字符串编码转换

　　例子：

　　输出结果：

顺其自然EVO 2014-12-03 13:44 发表评论

　　可以看到，脚本中在引用关联函数的时候，名称和实际的关联函数名称是不一致的。

　　再看下运行结果

　　从Warning信息中可以看出，也提示了userSessionID也不是一个有效的关联值，所以实际上并未关联成功，但Warning信息的文字颜色为黑色，所以在查看日志信息的时候，不能很快了解实际的运行状态，有没有什么方法可以将Warning的颜色也显示为红色或者蓝色？

顺其自然EVO 2014-11-28 10:19 发表评论

　　1.测试的前期准备阶段

　　a.系统基础功能验证，该活动主要确保当前需要进行性能测试的应用已经具备了进行测试的条件

　　b.组建测试团队

　　c.测试工具需求确认

　　2.测试工具引入阶段

　　a.选择工具

　　b.工具应用的技能培训

　　c.确定工具的应用过程

　　3.测试计划阶段

　　a.性能测试领域分析

　　b.用户活动剖析与业务建模

　　用户活动剖析与业务建模活动用来寻找用户的关键性能关注点。用户对系统性能的关注往往集中在少数几个业务活动上，在确定性能目标之前，需要先把用户的关注点找出来，从而确定最贴近用户要求的性能目标。

　　用户活动剖析的方法大体分为两种：系统日志分析和用户调查分析。系统日志分析是指通过应用系统的日志了解用户的活动，分析出用户最关注、最常用的业务功能的操作路径；用户调查分析是在不具备系统日志分析的条件(如该系统尚未交付用户运行实际的业务)时采用的一种估算方法，可以通过用户调查问卷、同类型系统对比的方法获取用户最关注、最常用的业务功能等内容。

　　c.确定性能目标

　　性能测试目标根据性能测试需求和用户活动分析结果来确定，确定性能测试目标的一般步骤是首先从需求和设计中分析出性能测试需求，结合用户活动剖析与业务建模的结果，最终确定性能测试的目标

　　d.制定测试时间计划

　　e.测试设计与开发阶段

　　1>.测试环境设计

　　对于能力验证领域的性能测试，首先明确是在特定的部署环境上进行，因此不需要特别为性能测试设计环境，只需要保证用于测试的环境与今后系统运行的环境一致即可。

　　对于规划能力领域的性能测试，测试环境不特定，但也需要设计一个基准的环境。

　　对于性能调优领域的性能测试，因为调优过程是一个反复的过程，在每个调优小阶段的末尾，都需要有性能测试来衡量调优的效果，因此必须在开始就给出一个衡量的环境标准，并在整个调优过程中保证每次测试时的环境保持不变。

　　这里所说的测试环境包括：系统的软硬件环境+数据环境设计+环境的维护

　　2>.测试场景设计

　　测试场景模拟的一般是实际业务运行的剖面

　　3>.测试用例设计

　　4.测试执行与管理

　　5.测试分析

顺其自然EVO 2014-11-14 09:43 发表评论

　　Rendezvous(负载过程中集合点下的虚拟用户)：

　　当设置集合点后会生成相关数据，反映了随着时间的推移各个时间点上并发用户的数目，方便我们了解并发用户的变化情况。

　　Errors(错误统计)：

　　通过错误信息可以了解错误产生的时间和错误类型，方便定位产生错误的原因。

　　Errors per Second(每秒错误)：

　　了解在每个时间点上错误产生的数目，数值越小越好。通过统计数据可以了解错误随负载的变化情况，定为何时系统在负载下开始不稳定甚至出错。

　　Average Transaction Response Time(平均事务响应时间)：

　　反映随着时间的变化事务响应时间的变化情况，时间越小说明处理的速度越快。如果和用户负载生成图合并，就可以发现用户负载增加对系统事务响应时间的影响规律。

　　Transactions per Second(每秒事务)：

　　TPS吞吐量，反映了系统在同一时间内能处理事务的最大能力，这个数据越高，说明系统处理能力越强。

　　Transactions Summary(事务概要说明)

　　统计事物的Pass数和Fail数，了解负载的事务完成情况。通过的事务数越多，说明系统的处理能力越强;失败的事务数越小说明系统越可靠。

　　Transaction performance Summary(事务性能概要)：

　　事务的平均时间、最大时间、最小时间柱状图，方便分析事务响应时间的情况。柱状图的落差越小说明响应时间的波动小，如果落差很大，说明系统不够稳定。

　　Transaction Response Time Under Load(用户负载下事务响应时间)：

　　负载用户增长的过程中响应时间的变化情况，该图的线条越平稳，说明系统越稳定。

　　Transactions Response time(事务响应时间百分比)：

　　不同百分比下的事务响应时间范围，可以了解有多少比例的事物发生在某个时间内，也可以发现响应时间的分布规律，数据越平稳说明响应时间变化越小。

　　Transaction Response Time(各时间段上的事务数)：

　　每个时间段上的事务个数，响应时间较小的分类下的是无数越多越好。

　　Hits per Second(每秒点击)：

　　当前负载重对系统所产生的点击量记录，每一次点击相当于对服务器发出了一次请求，数据越大越好。

　　Throughput(吞吐量)：

　　系统负载下所使用的带宽，该数据越小说明系统的带宽依赖就越小，通过这个数据可以确定是不是网络出现了瓶颈。

　　HTTP Responses per Second(每秒HTTP响应)：

　　每秒服务器返回各种状态的数目，一般和每秒点击量相同。点击量是客户端发出的请求数，而HTTP响应数是服务器返回的响应数。如果服务器的响应数小于点击量，那么说明服务器无法应答超出负载的连接请求。

　　Connections per Second(每秒连接)：

　　统计终端的连接和新建的连接数，方便了解每秒对服务器产生连接的数量。同时连接数越多，说明服务器的连接池越大，当连接数随着负载上升而停止时，说明系统的连接池已满，通常这时候服务器会返回504错误。需要修改服务器的最大连接来解决该问题。

顺其自然EVO 2014-11-13 10:12 发表评论

　　1.下载

　　直接进入hp官网下载。

　　1）点击“立即获取LoadRunner”

　　2）填个人信息，随便填就可以了，带*号必填

　　3）同意条款

　　4）有三个东西可以下载：HP LoadRunner 12 Community Edition、HP LoadRunner 12 community Edition Addtional Components、Hp LoadRunner tutorial。

　　HP LoadRunner 12 Community Edition，这个就是LoadRunner12了。

　　HP LoadRunner 12 community Edition Addtional Components是LoadRunner12的附加组件，具体什么用我也不知道。

　　Hp LoadRunner tutorial是LoadRunner教程，挺详细的可以下载学习。

　　2.安装

　　双击下载后的HP LoadRunner 12 Community Edition的安装包，就可以安装了。要是提示缺少Microsoft Visual C++ 2005 Redistributable Package可进入官网下载。

　　安装Microsoft Visual C++ 2005 Redistributable Package时出现找不到vcredist.msi时，参考

　　安装Microsoft Visual Studio 2005出现如下提示

　　找不到vcredist.msi？

　　方法1：

　　解压安装包  vcredist_x86.EXE，里面将包含 vcredist.msi

　　方法2：

　　使用方法1，提示不是有效的安装文件，可以用下面的地址下载一个vcredist.msi

顺其自然EVO 2014-11-07 10:26 发表评论

　　1.LR12是11.52的完成版本，确实觉得整体舒服多了，用起来不是那么别扭了，有些菜单的优化还是不错的

　　2.对于win8.1和ie11支持确实很好，采用了新的证书策略，效果不错

　　3.trueclient的录制模式还是和以前差不多

　　4.对于手机端的模拟测试多了不少的平台，包括nexus7之类的平台也有了

　　5.录制支持chrome了，但是我用最新的33还是出现了无响应的问题，不过奇怪的是UFT12对chrome33这样的最新版本支持的很好。

　　6.提供了直接的端口代理录制模式，用起来很方便直接修改应用的代理地址到LR配置的地址就行了，但是用IE11走代理模式出现了请求录制成功，但返回的页面没有出现的情况，就是请求出去了，但是没返回到浏览器中的情况，实际就是还是没法用啊。

　　7.runtime setting的这类跟踪调试功能貌似增强了。

　　总结：

　　如果你已经习惯用lr11.52了，那么12还是非常值得升级的版本，确实很多地方人性了。

　　如果你还是传统用户，个人觉得11还是一个最合适的版本，至少用起来还是比12快不少。我的虚拟机是i7 930 2X2+4G内存+raid0硬盘，应该不算很差了。

　　如果某些特殊的东西实在LR11不支持，你可以试试LR12.

　　如果你还不知道怎么“学习版”的话，LR12的默认50个用户策略和可能一直免费的License，会让你少处理很多东西。

　　如果你是新学LR，个人还是建议你用老版本，因为LR12真没啥学习资料。

　　如果你是老手，用LR12就和普通的一样，道理明白了新版本真没啥新意。

　　ps.貌似有个bug就是默认装完了第一次用Load generator的时候系统自动选的是localhost但是其实是没有这个负载生成机的，需要自己去列表里面添加一个再选择了才能跑负载。

顺其自然EVO 2014-11-04 10:21 发表评论

　　据经验，每生成一个虚拟用户，需要花费负载生成器大约 2M-3M 的内存空间。通常运行 controller的主机很少用作负载生成器。负载生成器的工作多由其他装有 LR Agent的PC 机来担任。如果负载生成器内存的使用率大于了 70%，负载生成器就会变成系统的瓶颈，导致性能测试成绩下降。这种问题需要添加负载生成器来解决。一台 512M内存的 PC 机大约可以生成 80 个左右的负载，而一台 256M 内存的 PC 机大约可以生成50到 60 个左右的负载。

　　实现借用远程加压机：

　　所以通常做大量用户的负载时，就需要借用其它的机器来加压。此时借用的加压机需要首先安装LoadRunner的Load Generator这个部分组件。再按照以下操作执行：

　　LoadRunner在测试web应用的时候，最常用的是分布式性能测试，也就是说由多个负载发起机向应用服务器发起请求。

　　那么LR(loadrunner)是如何做到的呢？

　　首先，这要多亏于LR的架构，LR是由controller做测试控制的，scenario做测试场景的控制，Vuser模拟用户和load generator做负载产生。

　　这样我们就很容易想到，只要分布的其他负载发起机上有Vuser和load generator就能做分布式测试了。

　　对了，LR就是这么做的，它通过MI listener(跨防火墙监听)来达到以上的目的，默认接受数据的端口是54345，默认发送数据的端口是50500。

　　第一步，我们要安装LR，这样的教程网上已经很多了我就不详述了。不过要注意一点，LR在win2000上安装后就自动打开了上述的端口，而在winXP上需要手动开启。具体步骤见第二步。

　　在负载发起机上我们要安装如下组件

　　第二步，我们要启动监听的服务，如下步骤

　　启动代理

　　

　　设置代理

　　按Settings，在这个选项卡中我们可以配置一些用户名和密码(如果有需要的话)

　　

第三步，设置场景来连接负载发起机

　　创建场景

　　按确定退出，会在任务栏上看到如下图标

　　

顺其自然EVO 2014-09-18 09:30 发表评论

　　解决方法：

　　找到xitami.cgf,将protbase=1000改为2000

　　[C:\Program Files\HP\LoadRunner\WebTours]

　　2.启动Samples-Web-Start Web Server时，提示your request was unsuccessful，Cannot create CGI process

　　解决方法：

　　a.可能未安装strawberry-perl.

　　b.如正常安装，请打开WebTours文件夹下的run.bat，查看其SET PATH路径设置是否正确，尤其是perl安装路径，此BAT后默认perl安装在C盘，c:\strawberry\c\bin;c:\strawberry\perl\bin  如你安装strawberry并非此路路径，在此修改BAT保存是没用的，需重新安装perl到C盘，或COPY一份到C盘下。重启start web server.服务.

　　3.LoadRunner Sample WebTours 点击Flights出现空白解决方法

　　解决方法：找环境变量，发现PERL5LIB变量中的值与LOG文件的匹配，值为：D:\oracle\product\10.2.0\db_2\perl\5.8.3\lib\MSWin32-x86;D:\oracle\product\10.2.0\db_2\perl\5.8.3\lib;D:\oracle\product\10.2.0\db_2\perl\5.8.3\lib\MSWin32-x86;D:\oracle\product\10.2.0\db_2\perl\site\5.8.3;D:\oracle\product\10.2.0\db_2\perl\site\5.8.3\lib;D:\oracle\product\10.2.0\db_2\sysman\admin\scripts;

　　去除所有带5.8.3的值，修改后的值为D:\oracle\product\10.2.0\db_2\sysman\admin\scripts;

　　此时sample运行正常。但不知道对ORACLE有什么影响。

　　怕对oracle有影响，我在StartServer.bat里加上了对这个变量的设置

　　编辑StartServer.bat  在最上面加上SET PERL5LIB=C:\oracle\product\10.2.0\db_1\sysman\admin\scripts

顺其自然EVO 2014-09-15 10:32 发表评论

　　官方解释：

　　Solution: The 90th percentile is the value for which 90% of the data points are smaller

　　The 90th percentile is a measure of stastical distribution, not unlike the median. The median is the middle value. The median is the value for which 50% of the values were bigger, and 50% smaller. The 90th percentile tells you the value for which 90% of the data points are smaller and 10% are bigger.

　　Statistically, to calculate the 90th percentile value:

　　1. Sort the transaction instances by their value.

　　2. Remove the top 10% instances.

　　3. The highest value left is the 90th percentile.

　　由此可见，仅仅有平均事务响应时间是不够的。因为平均事务响应时间满足了性能需求，未必就表示系统的性能已经满足了绝大多数用户的要求。

　　假如有两组测试结果，响应时间分别是 {1，3，5，10，16} 和 {5，6，7，8，9}，它们的平均值都是7，你认为哪次测试的结果更理想？

　　所以

　　1）90%响应时间它是统计响应时间的参数，带有统计学意义，是科学性的；

　　2）可以这样理解，这个事务所有的运行次数中，90％的次数落在这个响应时间里；（90%的响应时间不超过XX秒）

　　3）90%响应时间可以在LoadRunner中根据需要进行自由设置的，例如70%，95%；

　　4）为了真实的评估软件性能，建议让测试场景执行较长的时间，让工具采集更多数据，数据越多，在概率论中的数据分布中看，最具有真实性；

　　5）该参数是性能测试结果的一个算法，与测试工具无关，无论你是使用LoadRunner、JMeter或其它性能测试工具，该理论同样适用。

顺其自然EVO 2014-09-01 10:38 发表评论

　　发现loadrunner对web测试介绍比较多,牵涉到winsocket测试的资料极少,不过到处找一找,研究一下,也是可行的.

　　先说一下我们的协议,采用tcp协议,与客户端采用自定义二进制流的方式进行通信.遵从普通的自定义协议的方式,即协议结构采用包头+包体的形式,包头为固定大小的长度,并在包头中加入包体总长度的字段.

　　好了,下面可以用loadrunner进行协议测试了.首先想法在PC上实现一个简单的协议生成软件,我采用python进行编制,将协议跑一遍,然后用loadrunner进行录制.由于是针对单个的协议录制,因而在loadrunner中生成的脚本一目了然.考虑到同一条协议根据不同的条件,返回的数据是不一样的,因此脚本稍有点复杂.

　　录制的脚本默认采用函数lrs_receive()来接收脚本,根据loadrunner的匹配规则,默认用data.ws中recv buf 中指定的长度来进行匹配,这样,由于同一个协议返回的数据总是不断变化的,就必然导致测试不通过的情况.在网上查到,可以通过某个设置使得每次达到录制时的数据量即可,但这样做有个明显的缺陷,每次读到到指定的数据后就不读取了,针对短连接,或是只测试一次的还可以,要是长连接,需要不停发送和接收的,必然出现测试不准确的问题.

　　以下为解决方法,将lrs_receive改为lrs_receive_ex,并将一次读取改为两次读取,第一次读取固定大小的包头,读完包头后,解析出包体的大小,然后再读取包体.

　　此方法适用所有自定义winsocket协议,附上相关脚本.

顺其自然EVO 2014-08-27 10:32 发表评论

　　如果同一个脚本运行两次结果相差特别大.后一次的响应时间比前一次的响应时间慢了特别多,而期间开发又未修改过程序排查问题:

　　1.查看下linux内存利用情况 free -m 是查看内存情况 (通常可用内存占10%是可接受范围内) 如果可用内存很小的话 :一种可能是程序有问题 :另一种可能是磁盘空间不足了 当磁盘空间不足就会去写内存

　　2.可以先看下第二种情况成立否 : 命令 tf -m 查看磁盘空间情况结果看到磁盘空间为0了

　　3.查看哪个进程占用了这么多 ，最好通过log日志进行分析。在运行性能测试脚本前一定要确认好log日志的级别,如果设置debug,程序就会不断的写日志,影响性能测试结果 通常都是设置成error级别 当然如果再运行脚本过程中 两次运行结果不可能完全一样.通常相差时间要小于100ms是可接受的

顺其自然EVO 2014-08-21 09:48 发表评论

　　针对页面每一个请求元素，怎么定位具体分析呢？

　　1、通过Analyze生成Web Page Diagnostics图。

　　

图一

　　2、针对每一个请求元素分析

　

　图二

　　

图三

　　3、根据单请求元素响应时间图、Download时间图、First Buffer图，确定性能瓶颈。

　　敏捷测试团队，不再仅仅是在coding之后。而是和研发人员贯穿在需求分析、规格说明、自动化单元测试、自动化验收测试、静态代码分析、技术债等环节中。所以敏捷项目必定在将来效率的趋势下成为主流。

顺其自然EVO 2014-08-13 09:58 发表评论

　　Loadrunner拥有极为丰富的工具箱，供予我们制造出各种奇妙魔法的能力。其中就有此次要讨论的socket套接字操作。

　　二、socket概述

　　socket是操作系统中I/O系统的网络延伸部分，它扩展了操作系统的基本I/O到网络通信，使进程和机器之间的通信成为可能。如果想完全地理解socket在Loadrunner中如何工作的，熟悉一些关于它的历史会很有帮助。

　　当前常用的socket，最早起源于BSD UNIX类的操作系统。在UNIX系统上，比如BSD，把对网络的支持加入操作系统，以一种扩展现有文件描述符(后注)结构的方法来实现的。Socket 可以被看成一个标准的文件描述符。在 UNIX 类的平台上，其中包括open()、read()、write()和close()。很多时间，程序并不需要知道它正在把数据写进一个文件、终端、或是一个TCP连接。

　　系统调用被加入并和socket一起工作，而很多现有的系统调用同样能和socket一起工作。因此，一个socket允许您使用标准的操作系统和其他的计算机，以及您自己机器上的不同进程来通信。

　　然而，socket的确存在一些不同工作方式。最明显地就是建立socket的方法。很多文件是通过调用open()函数来打开的，但socket是通过调用socket()函数来建立的，并且还需要另外的调用来连接和激活他们。recv()和send()这两个系统调用和read()和write()极为相似。

　　Socket是一套建立在TCP/IP协议上的接口不是一个协议，只要底层实现TCP IP协议，都可以用socket进行通信。

　　应用层：  HTTP  FTP  SMTP  Web

　　传输层：  在两个应用程序之间提供了逻辑而不是物理的通信基于流的TCP和基于数据包的UDP

　　文件描述符一般是指一个文件或某个类似文件的实体。内核（kernel）利用文件描述符（file descriptor）来访问文件。文件描述符是非负整数。打开现存文件或新建文件时，内核会返回一个文件描述符。读写文件也需要使用文件描述符来指定待读写的文件。

　　文件描述符在形式上是一个非负整数。实际上，它是一个索引值，指向内核为每一个进程所维护的该进程打开文件的记录表。当程序打开一个现有文件或者创建一个新文件时，内核向进程返回一个文件描述符。在程序设计中，一些涉及底层的程序编写往往会围绕着文件描述符展开。但是文件描述符这一概念往往只适用于UNIX、Linux这样的操作系统。

　　三、SOCKET连接过程

　　根据连接启动的方式以及本地套接字要连接的目标，套接字之间的连接过程可以分为三个步骤：服务器监听，客户端请求，连接确认。

　　服务器监听：是服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态。

　　客户端请求：是指由客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。

　　连接确认：是指当服务器端套接字监听到或者说接收到客户端套接字的连接请求，它就响应客户端套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户端，一旦客户端确认了此描述，连接就建立好了。而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。

　　服务器：使用ServerSocket监听指定的端口，端口可以随意指定（由于1024以下的端口通常属于保留端口，在一些操作系统中不可以随意使用，所以建议使用大于1024的端口），等待客户连接请求，客户连接后，会话产生；在完成会话后，关闭连接。

　　客户端：使用Socket对网络上某一个服务器的某一个端口发出连接请求，一旦连接成功，打开会话；会话完成后，关闭Socket。客户端不需要指定打开的端口，通常临时的、动态的分配一个1024以上的端口。

　　Socket接口是TCP/IP网络的API，Socket接口定义了许多函数或例程，程序员可以用它们来开发TCP/IP网络上的应用程序。要学Internet上的TCP/IP网络编程，必须理解Socket接口。Socket接口设计者最先是将接口放在Unix操作系统里面的。如果了解Unix系统的输入和输出的话，就很容易了解Socket了。网络的Socket数据传输是一种特殊的I/O，Socket也是一种文件描述符。Socket也具有一个类似于打开文件的函数调用Socket（），该函数返回一个整型的Socket描述符，随后的连接建立、数据传输等操作都是通过该Socket实现的。

　　五、Loadrunner中socket相关函数浅析

　　Loadrunner对于脚本函数有一份帮助文档。利用好此文档，其实对于性能测试所需脚本就已足以。

　　当我们打开Create/Edit Scripts，并打开脚本录制页面时，摁下F1便可打开《HP LoadRunner Online Function Reference》。在这帮助文档中找到“键入关键字进行查找”输入框。利用它查找我们所需的socket函数了。

　　几乎所有关于socket的函数，都是以lrs开头的。

顺其自然EVO 2014-08-05 09:53 发表评论

　　LR11的破解方法

　　1)退出程序，把下载文件中的lm70.dll和mlr5lprg.dll覆盖掉..\HP\LoadRunner\bin下的这两个文件

　　2)注意，win7的话一定要以管理员身份运行启动程序，启动后，点击 configuration->loadrunner license，此时可能会有两个许可证信息存在，退出程序，点击deletelicense.exe文件，来删除刚才得许可证信息（即时原来没有lisense最好也运行一下）

　　3）再次打开程序， configuration->loadrunner license->new license，在弹出的输入框中输入license序列号AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB，点击确定，验证通过后，则破解成功！

　　QTP11的破解方法

　　1)安装成功后，手工创建：C:\Program Files\Common Files\Mercury Interactive下，

　　建立文件夹License Manager（这个很重要，必须要创建）

　　2)拷贝破解文件mgn-mqt82.exe至第一步创建的目录下。

　　3)运行破解文件，提示在C:\Program Files\Common Files\Mercury Interactive下创建了lservrc文件

　　4)用记事本打开lservrc，拷贝第一个#号前的一大串字符串。运行QTP，输入这串字符

　　5)安装QTP的功能测试许可服务器安装程序（打开qtp11的安装包里边的）

　　6)删掉SafeNet Sentinel目录（C:\ProgramData\SafeNet Sentinel）

　　7)运行\HP\QuickTest Professional\bin中的instdemo.exe

顺其自然EVO 2014-07-30 09:54 发表评论

　　1、安装rstatd，sudo apt-get install rstatd，如果无法apt安装，可以下载安装。

　　2、启动rpc.rstatd

　　查看是否正常启动，用如下命令

　　3、在LoadRunner Controller的run界面中，添加System Resource Graphs下的Unix Resource，在Unix Resource图上右键Add Measurements，然后点击Add，填写ip如192.168.1.99，默认只有三个指标，在下面的Add中可以添加其他指标。

　　4、下面说一下各种指标的情况

　　CPU指标

　　Average load

　　上一分钟同时处于“就绪”状态的平均进程数，< CPU个数 * 核心数 * 0.7

　　CPU utilization

　　CPU 的使用时间百分比，如果在75%以上，则可以考虑换CPU了

　　Swap-in rate

　　正在交换的进程数

　　Swap-out rate

　　正在交换的进程数

　　Context switches rate

　　每秒钟在进程或线程之间的切换次数

　　System mode CPU utilization

　　在系统模式下使用 CPU 的时间百分比

　　User mode CPU utilization

　　在用户模式下使用 CPU 的时间百分比

　　Interrupt rate

　　每秒内的设备中断数

　　内存

　　Page-in rate

　　每秒钟读入到物理内存中的页数

　　Page-out rate

　　每秒钟写入页面文件和从物理内存中删除的页数

　　Paging rate

　　每秒钟读入物理内存或写入页面文件的页数，如果持续在几百，可能要加大内存了

　　LoadRunner采集的数据中，内存的使用情况是没有的，可以装sar，然后用sar来观察：

　　可以使用该命令sar -n DEV -u -r 3 120 > perform.log

　　这个命令3秒采样一次，共采样120次 360秒＝6分钟，可以根据自己的需要调整 3 和 120 这两个值。perform.log是保存的文件名

顺其自然EVO 2014-07-09 15:59 发表评论

　　一、录制回放中文乱码

　　我录制登陆的脚本，用户名中出现中文，回放的时候总是提示登陆失败。如下图：

　　

图1 LR回放中文乱码

　　解决中文乱码可以在录制的时候在Virtual User Gen的 Tools->Recoding Options -> Advanced -> Support charset -> UTF-8。重新录制后中文乱码问题得到解决。

　　二、整合脚本中文乱码

　　录制增强（参数化，关联，检查点，事务）脚本后决定将几个脚本整合在一起。于是新建了一个空的脚本，将登陆退出公用操作分别放在vuser_init和vuser_end中，其他操作放在各自的Action中。整理完成回放后又出现中文乱码。为解决这个问题，最关键的是要把本地GBK编码的汉字转换成UTF-8编码格式的信息，为此我们引进loadrunner自带的编码函数lr_convert_string_encoding。

　　int lr_convert_string_encoding ( const char *sourceString, const char *fromEncoding, const char *toEncoding, const char *paramName);

　　该函数有4个参数，含义如下：

　　sourceString：被转换的源字符串。

　　fromEncoding：转换前的字符编码。

　　toEncoding：要转换成为的字符编码。

　　paramName：转换后的目标字符串。

　　实践一：

　　lr_convert_string_encoding("登陆账号",LR_ENC_SYSTEM_LOCALE, LR_ENC_UTF8, "Account");

　　web_submit_data("login.quick",

　　……

　　"Name=account", "Value={Account}", ENDITEM,

　　……

　　LAST);

　　回放脚本的时候依然报错。查看lr_convert_string_encoding的解释，它会在其转换的字符串末尾加上\x00。在C语言中\X00是一个字符串的结束，而正是这个\x00的存在导致了脚本回放失败。

　　实践二：

　　通过strcpy和lr_save_string的处理屏蔽\x00的影响，测试结果正常

顺其自然EVO 2014-07-08 14:09 发表评论

　　很久很久没有更新博客了。久到我都不记得上一次更新博客是什么时候，久到我们博客主机都过期了，一度我还想停掉这个博客。好在有simon的坚持才决定博客继续整下去。2013年对我来说是一个比较折腾的一年。一年之类换了两份工作。找工作的时候才发现理想与现实之间的差距是如此的巨大。期间经历了落差、失望、彷徨……

　　最近一段时间给我们组成员培训LoadRunner，我自己也有所收获，也就有了这篇文章

　　一、为什么要使用检查点

　　为什么要使用检查点，那就要说明一下LR如何判断脚本是否执行成功。

　　LR判断脚本是否执行成功是根据服务器返回的状态来确定的，如果服务器返回的HTTP状态为 200 OK ，那么VuGen 就认为脚本正确地运行了，并且是运行通过的。在绝大多数系统出错时会返回错误页面码？ 不会一般系统都会返回一个消息提示框，来提升用户感受。例如，“网站繁忙，请稍后”。其实这个时候网站已经无法正确响应用户请求了，但是VuGen 脚本无法识别，会错误地认为网站还能正确访问，导致分析错误。所以这时需要一种检查点函数帮助验证请求发送出去后，服务器的返回是不是期望的内容，如果不是，那么就说明服务器返回无法提供正常的服务了。

　　另外，需要特别说明的是，检查点一般跟事务结合起来使用。

　　二、事务结束的四种状态

　　前面说到检查点一般跟事务结合使用。这样需要说明一下事务（transaction）。我认为事务是LR中非常非常重要的一个概念。因为完成一个事务所需要的时间是响应时间（Trans Response Time），一秒钟可以完成多少事务是TPS（Trans/Sec）。响应时间和TPS是性能测试中非常重要的两个指标。可以通过这两个指标来分析系统是否出现瓶颈。

　　LR中事务结束的时候需要带上一个状态码(Transaction Status)。LR中Transaction Status有四个， 分别为LR_PASS， LR_FAIL， LR_AUTO ， LR_STOP。

　　LR_AUTO：事物的状态被自动设置，如果事务执行成功，状态设置为PASS，如果执行失败，状态设置为FAIL,如果由于异常中断，状态被设置成STOP.

　　LR_PASS：事务如果执行成功，代码的返回状态就是PASS。

　　LR_FAIL：事务如果执行失败，代码的返回状态就是FAIL。

　　一般情况下会选择LR_AUTO，让LR自动判断事务的状态。可是如上面所说LR判断脚本是否执行成功是根据服务器返回的状态来确定的，也就是只要服务器返回的HTTP状态为 200 OK ，事务执行后状态总是被置为LR_PASS。这样不科学的地方在于，LR提示成功的事务你不知道实际上它到底是成功的还是失败的。所以，这就需要检查点了。使用只有事务执行成功才会出现的文本或者图片（PS：虽然图片检查点我从来没用过）来作为事务是否执行成功的标准。

　　三、如何添加检查点

　　使用文本检查点（下面简称检查点）需要使用web_reg_find函数。函数的使用详见LR帮助手册，如果不会用可以下面的实战部分。

　　另外说明一下如果web_reg_find查找中文失败，完全可以查找英文，只要能实现检查点功能就可以了，如果执意要查找英文，请将Record-Options 中勾选support charset中的UTF-8后重新录制。

　　四、如何选择检查点

　　选择什么作为检查点，这是困扰了很久了一个问题。就拿登陆来说，并不是所有的系统登陆完成后系统跳转到登陆成功的页面。这里这需要借助运行时查看器（run-time viewer）来帮助我们查找合适的检查点。运行时查看器在选择工具（tools）-常规选项(general Options)-显示(Display) ，选择 打开运行时查看器和自动排列窗口。

　　运行时查看器的使用我还得感谢我们组成员文武同学。我还老吐槽他老开着这没用的玩意干嘛，我承认我错了。

顺其自然EVO 2014-07-07 21:31 发表评论

　　一. 什么是IP欺骗？

　　做什么事首先要问个为什么，如果知道为什么了，即使不知道如何做，简单，google it，答案总会找得到，google.cn不行，google.com总行，来自全球的搜索结果，总会有帮助。

　　IP spoof即IP 电子欺骗，我们可以说是一台主机设备冒充另外一台主机的IP地址，与其它设备通信，从而达到某种目的技术。 IP是网络层的一个非面向连接的协议， IP数据包的主要内容由源IP地址，目地IP地址，所传数据构成，IP的任务就是根据每个数据报文的目的地址，路由完成报文从源地址到目的地址的传送。至于报文在传送过程中是否丢失或出现差错，IP不会考虑，那是TCP的事。对IP来讲，源设备与目的设备没有什么关系，它们是相互独立的。IP包只是根据数据报文中的目的地址发送，因此借助高层协议的应用程序来伪造IP地址是比较容易实现的。

　　二. 为什么要设置IP欺骗？

　　对于某些服务器，是根据IP来分配资源，当某个IP地址访问频繁或者访问量过大时，服务器会拒绝访问，或者让你输入验证码，当然也有可能是来避免搜索引擎robot的任意爬取。

　　网上还有些言论是说使用更多的IP来模拟较真实的用户使用环境，来测试负载均衡技术的处理能力，但是我始终想不明白这跟那个有什么关系，如果服务器可以接受同一IP大量访问，负载均衡不照样起作用，照样可以被测试到吗？（私人观点，意见可以保留）

　　三. 设置前的准备工作

　　1. 要有局域网的环境，因为只能设置局域网内的网段；

　　2. 本地的IP设置不能为“自动获取”，必须指定一个静态IP。

　　四. 如何设置

　　第一步：

　　运行Mercury LoadRunner- Tools-IP Wizard

　　第二步：

　　选择create new setting，点击“下一步”

　　此时出现的页面是让输入服务器的IP地址，Loadrunner通过该地址更新路由表。

　　客户端计算机上添加新的IP地址后，服务器需要将该地址添加到路由表，以便能够识别返回到客户端的路由。如果服务器和客户端具有相同的子网掩码、IP 类和网络，则不需要修改服务器的路由表。如果客户端和服务器计算机之间有一个路由器，则服务器需要识别经过该路由器的路径。确保将以下路由添加到服务器路由表：从 Web 服务器到路由器的路由，以及从路由器到负载生成器计算机上的所有 IP 地址的路由。

　　第三步：

　　在输入web服务器地址的页面中输入地址后，直接点击“下一步”

　　进入IP添加页面，点击“add”进行添加

　　第四步：

　　在from ip 输入框中输入起始ip，在Number to输入框中输入ip地址的位数，输入正确的子网掩码，选中“verify that new ip addresses are not already used”，点击“ok”，此时IP Wizard会自动按照设置生成IP地址，并且将已经占用的IP列出。

　　第五步：

　　确认可用IP地址列表内容后，点击“ok”，此时IP Wizard提示需要重新启动计算机，点击“save as”保存IP列表，点击“ok”，重新启动计算机。

　　注：当保存IP地址列表后，下次启用IP欺骗时直接选择load previous setting from.....

顺其自然EVO 2014-07-02 16:31 发表评论

　　基于B/S架构的系统，利用loadrunner做性能测试，利用nmon监控系统资源（用linux自带的top，vmstat等命令也可以，写一些简单的shell脚本就行了）。

　　那么到底该怎么去做性能测试呢？

　　1、首先要了解被测系统的结构和有关知识的储备。

　　了解了被测系统，在后期性能出现异常的时候，定位就相对容易一些；而且知道在测试的过程中需要监控什么。

　　一个简单B\S系统结构图：

　　该系统有一下及部分组成：

　　APP：一台nginx，兼做web和应用服务器

　　Memcached：负责做数据缓存

　　lucene：负责做搜索

　　RabbitMQ：负责某些业务的队列处理

　　mysql：数据库服务器，一个主库，一个从库

　　从以上系统结构来看，要搭建和维护性能测试环境，需要的一些必要的知识。

　　对于APP：需要了解nginx的相关知识，怎么修改配置，在哪里看日志

　　对于Memcached：怎么搭建Memcached，怎么查看命中率，Memcached的作用是什么

　　lucene:这个lucene是干什么用的，要怎么配置

　　RabbitMQ：MQ要如何配置，都那些业务用到了MQ。

　　Mysql：如何配置主从，为什么要配置主从，主从如何同步等等

　　在搭建环境的过程中肯定会遇到这样或那样的问题，要自己找资料，或者相关的开发人员一起解决，并注意做笔记，防止以后同样的问题再出现。

　　2、了解了系统结构，开始搭建测试环境，并准备数据。

　　测试环境尽量要和生产环境的结构保持一致，还有配置文件等也要保持一致，这样能保证性能测试的结果更加真实和接近生产环境。

　　数据准备一定要充足，而且数据量要大于等于生产环境，这样能更真实的模拟生产环境。比如对一个select语句而言，10W的数据，和1000W的数据，查询时间肯定有差别。如果数据量太小就不能反映真实情况下性能了。（可以把线上的数据导入到测试环境，但是要注意把用户比较隐私的数据都替换掉）

　　如果有可能的话，测试环境的数据要比生产环境多出20%，做一些性能上边的冗余，防止发生突然的性能尖峰

顺其自然EVO 2014-06-30 18:45 发表评论

　　使用工具如何开展性能测试工作呢？不多说，自己的思路如下步骤：

　　1、接到项目时，首先了解系统架构，是B/S，还是C/S，使用什么应用服务器（即中间件），什么数据库？

　　2、熟悉系统的功能、业务流程，明确项目的性能需求是什么？有哪些性能指标？

　　3、编写性能测试计划。（有些公司不要求写）

　　4、设计性能测试用例。（按场景设计思路来写比较清晰）

　　5、准备测试数据，如一些业务需要大数据量的，就要先造好数据。

　　6、选择录制协议，录制两份业务需求功能一样的脚本。（好处是：一是可以做脚本备份，二是脚本优化查找需要关联的地方）

　　7、优化脚本，包括设置参数化，检查点，关联，集合点，事务以及自行编写的函数，日志输出函数等。

　　8、创建场景。（创建两份一样的场景，以20/80并发用户原则递增来设计，如并发要100个用户，第一份创建80个用户并发，第二份创建100个用户并发，这样在结果分析中容易发现）

　　9、场景设计，添加集合点策略，负载均衡器，对“运行时设置”，如lr_think_time，迭代设置，日志输出控制等。

　　10、场景运行，添加监控图表，服务器系统资源监控计数器，数据库系统资源监控等。

　　11、性能结果分析，通过监控图表的数据（事务响应时间、点击率、吞吐量）、系统资源分析、web页面诊断分析等。

　　12、收集测试结果，编写性能测试报告。

　　以上是自己总结的一点经验，有不对的思路请大家多多指教。活到老，学到老！

顺其自然EVO 2014-06-20 13:03 发表评论

　　另外，在参数化时，对于一次压力测试中均只能用一次的资源应该怎么参数化呢？就是说这些资源用了一次就不能在用了的。

　　－－参数化时,在select  next row选择unique,update value on选择 each occurence,

　　1. 迭代跟虚拟用户数没什么必然联系

　　迭代是这样的：

　　迭代1次   迭代2次  迭代3次

　　用户1     X1           X2             X3

　　用户2     Y1           X2             Y3

　　其中的X1-3 Y1-3是参数，参数规则就是二楼说的

　　这么两个用户是根据你的rump up 上来的，比如5秒上两个用户，那么用户1和2就在5秒之内加载进来的，不知道说清楚了没。

　　第二个问题就简单了，只能用一次的参数，首先确保你的参数足够，另外规则选择的时候，注意选择唯一

　　迭代次数只是对你设置了迭代次数的action进行迭代，而用户数可以理解为对整个录制过程的迭代（只是各个用户不同）　而且增加并发量可以通过增加用户来达到　还可以设置集合点来增加某个操作的并发量

　　假如一个脚本，设置最大并发量为10，每5秒中增加2个并发用户，而Action设置的迭代为10次：

　　当开始至2秒时，加载了2个用户，这2个用户分别开始运行，并都运行10次，不管这个2个用户运行10次是否结束，当下一个2两秒到来时，即开始至第4秒时又加载了2个用户，这2个又运行10次；就这样一直加载到10个并发用户，然后当每个用户都运行完10次时就结束。

　　这样中间最大并发是10个，但不一定能达到10个，因为在加载最后几个时，前面的有可能已经运行结束，所以如果要真正达到最大并发10就必须设置集合点来完成

　　不过也不一定非要设置集合点才能实现同时处在running的状态有10个用户。

　　设置duration也是可以的。不过那就不只每个用户运行10次了。

　　如果想实现用户迭代10次，并且想同时running为10个用户，就应该设置集合点。

　　迭代（Iterate）设计，或者我们称之为增量（Incremental）设计的思想和XP提倡的Evolutionary Design有异曲同工之妙。

　　注意：1、 参数类型：在创建参数的时候，我选择了参数类型为File。参数类型共有9 种，现在来简单介绍一下所有的参数类型以及意义。

　　1.1、   DateTime：在需要输入日期/时间的地方，可以用 DateTime 类型来替代。其属性设置也很简单，选择一种格式即可。当然也可以定制格式。

　　1.2、   Group Name：很少用到。在实际运行中，LoadRunner 使用该虚拟用户所在的Vuser Group 来代替。但是在 VuGen 中运行时，Group Name将会是None。

　　1.3、   Load Generator Name ：在实际运行中， LoadRunner   使用该虚拟用户所 在LoadGenerator   的机器名来代替。

　　1.4、   Iteration Number ：在实际运行中，LoadRunner 使用该测试脚本当前循环的次数来代替。

　　1.5、   Random Number：随机数。很简单。在属性设置中可以设置产生随机数的范围。

　　1.6、   Unique Number：唯一的数。在属性设置中可以设置第一个数以及递增的数的大小。

　　注意：使用该参数类型必须注意可以接受的最大数。例如：某个文本框能接受的最大数为99。当使用该参数类型时，设置第一个数为 1，递增的数为1，但100个虚拟用户同时运行时，第100 个虚拟用户输入的将是 100，这样脚本运行将会出错。这里说的递增意思是各个用户取第一个值的递增数，每个用户相邻的两次循环之间的差值为 1。举例说明：假如起始数为 1，递增为 5，那么第一个用户第一次循环取值 1，第二次循环取值 2；第二个用户第一次循环取值为 6，第二次为 7；依次类推。

顺其自然EVO 2014-06-16 10:18 发表评论

　　1、在 LoadRunner Controller 下，将工作面板切换到 Run状态，Available Graphs 栏 ，System Resources Graphs目录下选择 Windows Resources，双击，在右侧4个监视栏中，选择 Windows Resources-Last 60 sec双击，放大模块，右键--> Add Measurements ,在新弹出的窗口中，添加 Monitored Server Machines 。（Add Machine 时，Name 一般填机器ip），然后 ok

　　2、添加完毕后，会看到监视栏中出现10个性能服务器的数据条。这时需要观察Scenario Status 的状态，如果没有 Errors 出现，那么过一会后，会看到 Windows Resources 栏出现走动的数据，表示监听成功；否则，出现了 Errors ，则说明监听不成功。点击 红色的 Errors ，查看失败的原因。

　　下面是我遇到的两种错误情况：

　　情况1：

　　情况2：

　　Monitor name :Windows Resources. Cannot connect to machine 10.0.64.152

　　Reason: 找不到网络路径。

　　解决方法：

　　情况1的解决方法，是在网上找的一些方法，尝试了较多，不知是哪一个或哪几个生效起作用了。（后面，会总结一个统一的解决方法）

　　情况2的解决方法：启动目标服务器的 Remote Procedure Call (RPC) Locator 服务，连接成功

　　小结

　　LoadRunner 添加 Windows监听器需要进行的相关设置（下面都是对被监视服务器的操作）：

　　1、共享C盘；(一般情况下，C 盘是共享状态，无需处理)

　　2、保证如下服务开启：

　　a、Remote Procedure Call (RPC)

　　b、Remote Procedure Call (RPC) Locator

　　c、Remote Registry

　　d、Workstation

　　3、本地安全设置-->安装设置-->本地策略-->安全选项，“网络访问:本地账户的共享和安全模式”项选择“经典 - 本地用户以自己的身份验证”；

　　4、用户需要在本地客户端访问服务器，操作方式，开始→运行→输入服务器IP地址；

顺其自然EVO 2014-06-11 11:11 发表评论

　这是很久以前编写的一个测试案例，那时是为了检查大量往Mysql数据库里插入数据，看一下数据库的性能如何？服务器是否会很快就被写满了。

　　前期的准备工作：Mysql 数据库搭建，LoadRunner，libmysql.dll and 网上搜一份LoadRunner访问mysq的公共库。

　　Step1：Mysql数据库搭建（这里就不详细讲述如何安装Mysq数据库和创建表了）

　　IP：192.168.1.100

　　访问名：root

　　密码是：123456

　　数据库名是：t3db

　　访问端口是：3306

　　数据库的相关信息就是这样了！

　　Step2：LoadRunner如何连接mysql呢？

　　以下全都是在网上找到原代码

顺其自然EVO 2014-05-14 10:11 发表评论

顺其自然EVO 2014-05-13 16:24 发表评论

　　第一种，相对简单充分利用LR Controller里面Group的功能。 新建一个场景把3个脚本都添加进来，在Edit Schedule中选择“Schedule by Group”的方式，在StartTime中设置3个脚本的运行顺序为“Start when Group xxx finished”，并在“Scenario Start Time”中设定场景在晚上的运行启动时间。设定完定时执行场景后，点击StartScenario按钮，会出现一个倒计时窗口，这样在固定的某个时间上，测试场景中的3个脚本将乖乖的按照设定的先后顺序进行测试。注意，如果没有点击StartScenario按钮激活测试，是不会真正进行测试的。（感谢Athenst朋友的提醒，^_^）

　　第二种，比较灵活我们把应用场景稍微扩展一下，假设其中1、3场景只有一个测试脚本，而核心业务场景由数据录入、数据查询、数据上报3个脚本组成，同样的，3个场景仍需按顺序进行测试。这时如果采用第一种方式，由于第2个场景有3个脚本，所以第三个脚本的启动时间就是一个问题了。由于Controller中每个脚本都对应一个Group，而且GroupName不能重复，这时第三个场景的StartTime中“Start when group finished”则只能是选择第二个场景中的某个Group，而并非是第二个场景的3个脚本都完成之后再进行，无法达到我们的初衷。 这时，可以通过命令行的方式来进行。 首先创建并设置好3个测试场景，再创建一个一个批处理程序按先后顺序调用这3个场景进行测试，最后通过Windows的定时任务设定批处理的执行时间。

　　批处理示例如下：

　　这种方式比较灵活，但需要注意在Result　Settings中设置“Automatically create a results directory for each scenario execution”，以免后面的测试结果覆盖了前面的。

　　另外补充一下，如果想对某个脚本进行50、100、150...等用户数递增的测试，也可以用以上方法实现，但需要注意的是将事务名称区分开以便进行分析。

顺其自然EVO 2014-04-28 10:31 发表评论

　　使用mysql数据源之前，要先安装mysql驱动。http://dev.mysql.com/downloads/connector/odbc/，这里以Connector/ODBC 5.2.6为例。

　　安装过程中如果遇到类似于ANSI问题，要将Windows>>system32>>msvcr100_clr0400.dll复制，改名为msvcr100.dll

　　安装即可成功。可以在控制面板中，Administrative Tools >>Data Sources (ODBC)找到刚才安装的驱动。

　　然后在User DSN中点Add，选择刚添加的mysql驱动。

　　Data Source Name 和 Description中，随意填写。server中填写服务器的ip，我用的本机的数据库，所以填写为127.0.0.1

　　User name 和Password就不用说了吧。Database是选择要使用的数据库，点test来测试一下。好了， 连接成功。

　　回到LoadRunner中，在参数化窗口中点Data Wizard...按钮。

顺其自然EVO 2014-04-24 10:26 发表评论

　　通常情况下，都是使用简单的post协议即可：

　　方法一：

　　后续对上传的文件进行MD5值比较，发现不一致，仔细查看后，发现上传的文件内容被loadrunner添加了几行额外的值，content-type等，无奈下，重写读文件的方式，我通过如下程序实现了1到10M文本文件的上传，如果上传二进制文件，body的写法有变化：

　　方法二：

顺其自然EVO 2014-04-24 10:25 发表评论

　　在 runtime setting中可以设置log的生成方式：

　　默认的log方式：

　　Enable logging选中，log option是Send messages only when an error occurs.

　　可以修改日志的方式：

　　Always send messages（这种方式会一直打印输出日志，不仅在错误时）

　　standard log——记录所有的请求反馈的日志，包括successful和fail的日志。

　　Extended log——可提供扩展的日志信息，包括

　　Parameter subsititution——日志中打印所有中使用的参数值。

　　Data returned by server——日志中打印每个客户端请求服务器返回的数据值

　　Advanced trace——日志中打印所有的消息信息和函数执行信息

　　2、log的存储方式

　　log的存储路径在res文件夹下。

　　如果是从脚本中直接关联create scenario则在脚本的目录下的res下。如果是直接create scenario然后再选择脚本的话，则存储在c盘，如“C:\Documents and Settings\USERNAME\Local Settings\Temp\res\log”

　　具体该场景的日志结果存哪，可以查看controll的result界面的result setting定义的目录。

　　根据不同的log记录级别，在log文件中记录日志。

　　3、log信息的分析

　　1）从log中得到虚拟用户失败的原因。

　　通常如果场景在运行时出现用户失败，则先要查看错误原因，可直接查看日志，从日志中查看ERROR的信息；

　　从outputdb中可以查看到错误代码ERROR CODE

　　2）从日志中确认每次分配给虚拟用户的参数值

　　想判断是否在场景中每个用户使用不同的或预定义规则的参数，可以通过在log生成规则处设定为parameter subsititution，然后查看每个日志文件中的对应行参数值是否为预计的参数值。可从此判断出是否同用户的实际使用类似，是否达到对服务器的压力策略。

　　3）从日志中确认服务器端返回的值是什么。

　　在脚本中通常设定了检查点，检查点策略是否生效，如果对此产生怀疑则可以考虑从日志中查看一下。查看服务器返回的值来验证是不是所期待得到的值。

　　思考问题

　　log的输出 会不会影响到客户端，会不会使客户端成为瓶颈？（认为是会的，任何程序都是要消耗资源的，loadrunner也一样，所以选取日志输出的模式是要谨慎考虑尽量以适用为前提）

顺其自然EVO 2014-04-22 18:31 发表评论

　　一、http协议

　　loadrunner使用http协议是无法录制到下载过程的，只会往服务器发送一个下载请求，其实服务器已经把数据返回给客户端了，但是loadrunner是录制不到保存文件到本地这个过程，所以就是需要我们手动把收到的内容保存打本地即可。（http协议上传文件的完整过程是可以直接录制的，在UC中已经使用过）。

　　注意：下面脚本中用到的LR函数如下，还使用了一些C语言基本的文件操作方法。在脚本中还可以加入一些判断来进行事务是否成功以及文件大小是否正确等的判断；

　　web_reg_save_param：关联函数，放在http请求前面，保存请求返回的内容；

　　web_url：http请求函数，向指定的url发送请求，下载文件也就是直接往下载链接发送请求；

　　web_get_int_property：获取下载请求返回的文件长度；

　　web_set_max_html_param_len：设置web_set_max_html_param_len方法中参数的最大长度，要求大于需要下载文件的大小；

顺其自然EVO 2014-04-17 10:38 发表评论

　　1>新建--》类别 (选择协议)：常用的web项目用Web(HTTP/HTML),后台运行的服务，选择java下的java vuser,编写java代码；

　　2>对于web,需要设置访问的URL地址,录制到的操作：init  action  end,默认是action，

　　2.1确定后会弹出浏览器并打开刚设置的URL，而且弹出了录制工具条，此时已经进入了录制过程；

　　2.2录制完一个操作（比如录制输入用户名、密码后的登录操作），可以在那个录制的工具条上新建一个新的；

　　2.3如果要停止录制，先关闭浏览器，然后点击录制工具条上的停止按钮，此时脚本文件就有了代码；

　　2.4修改脚本，比如录制的登录过程，可能需要登录多个用户，那就找到脚本里设置登录用户名（可以查刚才录制时登录的用户名）的地方，

　　选中该用户名，右键--》替换为参数--》设置参数名称--》点击属性按钮-->创建表--》添加行--》输入被测试系统已有的测试用户名；

　　对话框下面的“更新值的时间”，有三个选择，请根据具体测试情景选择，然后“关闭”--》“确定”；

　　2.5此时刚才的用户名会变成参数形式，如果有多个地方需要用这个参数替换，则找到这些地方选中，右键---》“使用现有参数”，找到要替换的参数；

　　2.6点击工具栏的“运行”按钮，会弹出一个结果概要的窗口，显示脚本运行是否通过或者报错；

　　2.7给脚本设置具体的场景：

　　VUGen  工具---》创建controller场景---》设置load Generator(loadrunner所在IP)弹出controller界面：最下方分出 “设计”和“运行”两种选项卡；

　　运行前的配置操作在“设计”选项卡操作，常用的如下：

　　1》场景组里可以设置多个组，组里的Load Generator可以是当前loadrunner或另外一个loadrunner 客户端(可以只安装load Generator),相当于是负载，安装了controller的lr可以作为中心，配置它的客户端方式为：

　　controller-->场景-->Load Generator-->添加（别的loadrunner 客户端）--》连接；

　　2》场景计划面板，如果计划方式选择的是场景，那么下面的“全局计划”的设置是对所有组的，如果计划方式是组，那么下面是针对各组的设置计划；

　　3》“全局计划”面板，可以选中某一个，如“启动Vuser”双击,设置并发user数，是同时运行还是隔多长时间运行一次；

　　2.8设置完后，点最下方的“运行”选项卡，点右上方的“开始场景”运行，运行结束后该按钮由置灰变可点；

　　2.9右边的“场景状态”会显示运行情况，具体的分析报告可点菜单“工具”--》“analysis”弹出具体的分析面板，右边的概要报告会显示大概的指标；

　　3.0如果左边的会话浏览器里显示的图不够，可以点右键--》添加新项--->添加新图；

　　3、如果新建后选择的类别是 java vuser

　　3.1配置运行java脚本需要的java环境：Vuser->运行时设置-->java环境设置-->java VM 勾选“使用指定JDK”,并把jdk（lr11建议用32位的jdk）的bin上一层路径复制到JDK后，点确定；

　　3.2导入java环境的jar包：Vuser->运行时设置-->java环境设置-->Classpath,点添加jar的按钮，选择指定的jdk下的lib下的dt.jar和tools.jar导入；

　　3.3导入编写的java脚本需要依赖的jar:Vuser->运行时设置-->java环境设置-->Classpath,点添加jar的按钮，将编写脚本依赖的工程里的Jar包导入，点确定；

　　3.4此时可以编写java脚本，记住import类，和eclipse的写法一致就能找到类；

　　3.5运行脚本，看能否运行通过；

　　某些配置的具体操作方式:

　　1、VUGen  工具--》录制选项--》HTTP属性 --》高级     （设置字符集）

　　2、脚本设置：

　　2.1、VUGen  工具--》录制选项--》常规--》录制    （默认web使用html）

　　3、运行时的设置：

　　VUGen  VUSER-->运行时设置--》运行逻辑  （设置运行的迭代次数）

　　VUGen  VUSER-->运行时设置--》常规--》思考时间--》忽略思考时间  （将录制操作过程中的停顿忽略）

　　4、如果需要操作到达某个点时需要等待其他用户都到达这个点再同时向下执行，在整理代码时，可以在这个点上执行“插入--》集合”；

　　5、当需要请求的用户来自不同IP时，需要设置Controller的“场景”--》“启用IP欺骗器”;

顺其自然EVO 2014-04-16 11:21 发表评论