性能测试脚本开发（LR.NET控件）

性能测试过程中，最耗费经历的就是编写性能测试脚本的过程，在大部分的测试工具中都是采用录制的方式，通过录制产生脚本，然后根据需要进行修改，以及参数化。有些时候为了能够完成某一个功能的脚本，需要将录制下来的脚本进行“大手术“，给编写脚本的人带来了很大的麻烦。
这篇文章向大家介绍了一种新的方式产生脚本，对于 ISV （独立软件开发商）和一些有 代码的测试厂商带来了很大的方便，特别是一些 C/S 结构的产品采用此种方式更加有效。文章介绍了如何利用 Loadrunner Add_In 的方式进行脚本的开发，如果想采用这种方式是需要有几个前提条件：要有被测试程序的源代码 被测试程序的架构要清晰，对于一些分层不够好的产品，不太适宜用这种方法。 编写脚本的人员要了解 Loadrunner 的使用。 当然， Loadrunner 及插件需要正版的。

一、 插件安装

首先安装次序不要错，在安装插件之前要安装好相应的开发软件，例如： Visual
Basic 或者 Visual Studio .net 或者 Jbuilder 。 LR 的插件是在相应软件的 IDE 环境中 使用的。 支持的语言环境 在这里首先向大家说明一下，插件能够支持的语言，我所了解的是能够支 持 Visual Basic 或者 Visual Studio .net 或者 Jbuilder ，每种使用方法大致相同，本文中 重点介绍一下在.NET 环境下如何使用。 安装过程 一般 Loadrunner 的安装盘分为两部分，一部分是 Loadrunner 主要的功能包括 脚本生成器，控制器，分析器， Agent 等。另一部分是 Loadrunner 的插件，这些插 件包括了各种监控插件，以及 IDE 插件，我们要使用的就是 IDE 插件。

点击后进入附加组件的目录，在此我们可以选择相关的内容，我们使用的目录
是： …\Additional Components\IDE Add-ins\MS Visual Studio .NET ，安装文件：
LRVS2005IDEAddInSetup.exe

安装过程与其他软件一样，很简单，不需要再描述了。安装完以后，需要重新启动计算机，
在安装过程中一定要注意所有 IDE 环境要关闭。

二、 插件用途

安装完以后，让我们来看看 IDE 环境变成了什么样子 !!
.NET 环境：

菜单中会多出一项【 Vuser 】的菜单。这个菜单就是我们主要使用的内容。
另外，在对象库中也会增加 loadrunner 相应的对象。这些对象的使用和软件中其他对象的使用没有什么分别。这些对应都是可以被 loadrunner 所识别的，同时也是可以并发安全的。
在成功安装了插件后，我们该如何进行性能测试工程的建立呢？接下来将分为几个部分 来描述如何使用这些菜单。

三、工程建立

在成功安装插件后，在新建工程的时候，就会多出一个选项，我们需要建立该工程。

在.NET 中，可以支持 VB.NET、VC.NET ，以及 C#语言，应该能够满足普通使用的需要了。
在建立工程成功后，开发环境会自动创建一些脚本，大家就会看到十分熟悉的框架结构。
以 C#.NET 为例：

与在 loadrunner VU Generator 工具一样，脚本共分为三个部分，分别为 Initialize() 、Actions() 、 Terminate()。在右侧的列表中我们可以看到，只有一个 VuserClass 的类。同很多 C# 程序一 样，可以修改名称，增加类等等，但是默认的三个函数名称和属性不要进行修改，只需 要将内容填写在相应的位置就可以了。 建立了工程后，我们在从目录中仔细观察一下，该工程的目录和普通 C# 程序到底 有什么样的区别。
首先要将编写的工程进行编译，生成 .dll 文件，此时我们来解读这个工程目录。我 们从下面的图中可以看到，除了 C# 工程生成的一般文件外，还多了几个新的文件。

.USR 文件是 loadrunner 插件自动生成的文件，该文件是在 LR Controler 工 具中所要选择的脚本。也就是我们最终要使用的性能测试脚本，在后面我们还会讲 到调用这个文件。利用记事本打开 . USR 文件：

我们可以清楚的看到，该文件实际上并不是实现的脚本，而是一个工程的头信息的文件，记录了这个性能测试脚本所需要支持的类和文件，脚本的集合点名称、事务名称， CLSID 等等。描述了脚本中包含的主要内容，这些内容会关联到其他的文件上。如果你是高手，你可以直接修改此文件达到你的目的。
LoadRunnerVuser.prm此文件记录了脚本中所有的参数，以及参数的属性，具体某个参数的值是在下面的 .dat 文件中记录的。

songresource.dat 文件， songresource.dat 文件是参数文件，说明性能测试脚本中有一个 参
数叫 songresource 。 打开此文件，我们可以看到这个文件中，记录的是参数的值。
每一行是一个值，与 VU Generator 工具的参数一样 最 后 要 说 明 一 下 .dll 文 件 ，这 个 文 件 是 脚 本 运 行 需 要 支 持 的 文 件 ，任 何 一 个 Generator 机器上都要有此文件，所以这个文件非常重要，每一次编译的结果都要部署在所有的 Generator 机器上。

四、脚本编写

框架生成后，我们就需要根据测试的内容增加相关的代码了，下面介绍的函数都是以
C#为例进行介绍的，其他的语言与此差不太多。
我们假设一个场景：要测试 100 个用户同时登录系统的情况。后面都将围绕着这个主题进行。
首先，无论使用什么内容都要先进行对象的创建：
LoadRunner.LrApi lr;
lr = new LoadRunner.LrApi();
1 、 事务
事务是测试最核心的单元，所以事务的创建非常重要，下面是一个事务的定义过程。
LoadRunner.LrApi lr;
lr = new LoadRunner.LrApi();
lr.start_transaction(“syslogin”); // 事务开始
Client_syslogin( “servername ”, “username ”, “userpassword ”, ” 2005-1-12 ” );
lr.end_transaction(“syslogin”, lr.PASS);// 事务结束
事务的开始和结束与 VU Generator 工具的脚本基本上是一样的，需要注意的是， 中间所调用的内容应该是所测试应用程序调用的组件，这样才能说明所编写的脚本是在测试应用程序，否则不能说明任何问题。例如：上面的 Client_syslogin 函数就是应用程 序所使用的函数。
这样对被测试的应用程序要求就比较高，应用程序分的层次比较清晰。让我们来看 看应用
程序是如何实现的：
private void buttonlogin_Click(object sender, System.EventArgs e)
{
string srvname,username,userpws,logindate;
srvname=text1.text;
username=text2.text;
userpws=text3.text;
logindate=text4.text;
Client_syslogin(srvname, username, userpws, logindate);
}
private void Client_syslogin(srvname, username, userpws, logindate)
{
连接数据库；
判断用户名称和密码是否正确；
返回用户权限；
}
很明显，应用程序将业务逻辑判断和 UI 层进行了分离，所以我们对 Clent_syslogin 函数
的测试就是我们最终的目的。

测试应用程序，否则不能说明任何问题。例如：上面的 Client_syslogin 函数就是应用程
序所使用的函数。
这样对被测试的应用程序要求就比较高，应用程序分的层次比较清晰。让我们来看
看应用程序是如何实现的：
private void buttonlogin_Click(object sender, System.EventArgs e)
{
string srvname,username,userpws,logindate;
srvname=text1.text;
username=text2.text;
userpws=text3.text;
logindate=text4.text;
Client_syslogin(srvname, username, userpws, logindate);
}
private void Client_syslogin(srvname, username, userpws, logindate)
{
连接数据库；
判断用户名称和密码是否正确；
返回用户权限；
}
很明显，应用程序将业务逻辑判断和 UI 层进行了分离，所以我们对 Clent_syslogin 函数
的测试就是我们最终的目的。
2 、 参数
上面讲到了事务是如何定义和实现的，接下来我们讲讲如何在代码中进行参数化，
此过程与定义一般变量很相似，仅仅在于此变量的值是来源于参数表中的数据。我们继
续上面的例子：
LoadRunner.LrApi lr;
lr = new LoadRunner.LrApi();
lr.start_transaction(“syslogin”); // 事务开始 , 事务名称为 syslogin
/*
从参数列表中取出相关的值，我们假设在参数列表中已经存在了
srvname_parm,username_parm,userpws_parm,logindate_parm 这样几个变量，每个变量分别有
100 个值
*/
string srvname,username,userpws,logindate
// 定义变量
srvname ＝ lr.eval_string(“{srvname_parm }”);
username ＝ lr.eval_string(“{username_parm }”);
userpws ＝ lr.eval_string(“{userpws_parm }”);
logindate ＝ lr.eval_string(“{logindate_parm }”);// 从参数列表中取出正确的数据传递给变量

五、 环境部署

当我们有了这些脚本，接下来就是如何来运行这些脚本。
对于利用 .net 开发的脚本，就没有那么麻烦了，只是需要简单的拷贝，但是对于 .net 用户则会遇到另外一个问题。我们在开发 .net 应用程序的时候，很多时候都是通过读取一个 exe文件对应的 conFig 文件得到相关的配置信息，那么此时这个 .exe 文件到底是什么呢？可以告诉大家 Loadrunner Controller 工具中在运行脚本是所调用的 .exe 是 mdrv.exe 程序，也就是如果你的程序需要通过 exe 读取配置文件，需要将此配置文件和 mdrv.exe 文件放在一个 目录下： …\…. \HP\LoadRunner\bin

六、 注意事项

下面就是本人的一些经验了，大家在使用的时候要多多注意的地方。
1、命名 由于生成的文件主要是工程项目和 dll 文件，一定要有一个命名的规范，首先是
不 能重复，其次是这些名称直接关系到生成的 .dll 对应的类的名称。
2、不写不能并发的语句
从上面的讲解大家可以看到，我们所编写的测试脚本是没有人工交互的，而且所有脚本都是为了进行并发的性能测试而编写的，所以脚本中如果存在不能并发的 函数和方法，就会报错，一般都是内存错误，这一点希望大家一定要注意，一般采 用线程安全的方式编写的 .dll 都可以，就是有一些直接写库、直接写文件的方式很 容易产生此问题。
3、提到并发就不能不提到日志 由于我们的脚本都是类函数，没有操作界面，所以大家在进行调试的时候会感到比 较困难，那么该如何解决此问题呢？

一般我们会有两种方式：
一种是采用 loadrunner 提供的函数，将结果返回到相关的日志中
另一种是采用自己编写日志的方式，记录需要记录的内容。此时就需要注意写文件 的操作是不能并发的，所以还需要再次处理一下。
4、场景执行过程中可能会出现如下错误：

情况描述：Error: Cannot start transaction “XXXXX”. This Vuser already started a
transaction with the same name, and has not yet processed the corresponding
lr_end_transaction statement.

问题分析：由于错误提示是 transaction ，所以主要看插入事物的脚本部分，根据提示可以断定，程序在进入 lr.start_transaction 后，在 end_transaction 前就异常了，所以并没有执行 end_transaction，就会报这个错误，这个分析可能一时难以想到，还有一种简单
的办法，就是执行脚本，然后看 Replay Log，此时可以看到一个红色的异常，内容如下：
Error: Vuser started transaction “XXXXX”, but did not reached a corresponding end
transaction statement. The transaction ended automatically with status ‘fail’.

解决方法：只要把事物的开始和结束放到 try/catch 的外面即可.

情况描述：场景执行过程中大量事务失败但无错误信息。

问题分析：由于场景执行过程中产生了重名事务，导致部分事务未结束前该事务又开始了。

解决方法：对于事务开始和结束时，将两函数中事务名进行参数化。如下所示：

lr.start_transaction(lr.eval_string(“{transaction_name}”));

lr.end_transaction(lr.eval_string(“{transaction_name}”), LR_AUTO);

以上是上大家介绍了一下如何用另外一种方式进行性能测试，这种测试方法不是对所有的产
品所有的程序都适合的，大家可以根据自己的需要进行选择。