图5-40 选择表和字段
● 设置过滤条件（见图5-41）
图5-41 设置过滤条件
● 设置排序顺序（见图5-42）
图5-42 设置排序顺序
(3) 在完成数据的导入后，选择“Exit and return to Mercury Virtual User Generator”，然后单击“完成”按钮，如图5-43所示。
图5-43 完成查询并选择返回
在参数列表对话框中，数据库记录以data文件的形式显示出来，如图5-44所示。
图5-44 参数列表中返回所查询的数据 2．指定数据库连接或者SQL语句
(1) 如图5-45所示，选择 “Specify SQL statement manually”，然后单击“下一步”按钮。
图5-45 在Data Wizard中选定手工写入SQL语句
(2) 如图5-46所示，单击“Create”按钮，指定一个新的连接字符串。
图5-46 手工创建SQL，单击“Create”按钮
(3) 选择已有的数据源，或者单击“新建”按钮创建一个新的数据源，如图5-47所示。向导将提示你完成创建ODBC数据源的过程。在完成后，连接字符串就会在连接字符串框中显示出来。
图5-47 在ODBC数据源中选择相应的数据源
(4) 在SQL statement框中，输入或者粘贴SQL语句，如图5-48所示。
图5-48 数据库连接串被创建
(5) 单击“Finish”按钮继续SQL语句并导入数据。数据库记录将以data文件的形式显示在参数列表对话框中，如图5-49所示。
(6) 在“Select column”部分中，指定包含当前参数数据的列。你可以指定列号或者列名。 (7) 从“Select next row”列表中选择一个更新方法来告诉虚拟用户在脚本指定的过程中如何选择表中的数据。可选项是：Sequential、Random、Unique或者 Same Line as。
图5-49 参数列表从数据库中成功得到数据
(8) 如果从Update value on中选择“Each iteration”，虚拟用户在每次迭代的时候都会使用新的一行数据而不是重复同样的数据。
5.8 检查点（Check point） 5.8.1 序：为什么需要检查点
LoadRunner的很多API函数的返回值会改变脚本的运行结果。比如 web_find函
数，如果它查找匹配的结果为空，它的返回值就是LR_FAIL，整个脚本的运行结果也将置为FAIL；反之，查找匹配成功，则 web_find返回值是LR_PASS，整个脚本的运行结果置为PASS。而脚本的结果则反应在Controller的状态面板上和Analysis统计结果中。
提示：在VU函数手册中，点击函数的Return Value项，可查看此函数是否返回 LR_PASS/LR_FAIL，如图5-50所示。
图5-50 在function help中查看函数的返回值
上图说明web_image_check也是一个决定脚本运行结果的函数。
但仅仅通过脚本函数执行结果来决定整个脚本的成功/失败，这未免太草率了。因为脚本往往是在执行一个业务流程，VU脚本函数本身是协议级的，它执行的失败会引起整个业务的失败，但它运行成功却未必意味着业务会成功。比如，我们要测100人登录一个Web邮件系统，此邮件系统有个限制，即不允许使用同一个IP登录两个用户。显然，如果LoadRunner没有开启多IP欺骗功能的话，第一个虚拟用户登录成功后，第二个虚拟用户试图登录，系统将返回一个页面，提示用户“您已经登录本系统，请不要重复登录！”。在这种场景下，如果没有设检查点来判断这个页面，那么 VU认为它已经成功地发送了请求，并接到了页面结果（http状态码为200，虽然是个错误页面）。这样VU就认为这个动作是成功的。但事实如我们所见，并非如此。因此我们要采用检查点来判断结果。
检查点（Check Point）并不是一个LoadRunner里专有的概念。在 WinRunner和
QTP中就有检查点。对于自动化测试来讲，检查点是一个很重要的功能，它的作用是
验证程序的运行结果是否与预期结果相符。
对于Web Vuser类型，有两种设置检查点方法，下面进行介绍。
5.8.2 检查点实施之一：ContentCheck定义
在【Run-time settings】>【ContentCheck】中（见图5-51），这里的设置是为了让Vugen检测何种页面为错误页面。如果被测的Web应用没有使用自定义的错误页面，那么这里不用作更改；如果被测的Web应用使用了自定义的错误页面，那么这里需要定义，以便让Vugen在运行过程中检测，服务器返回的页面是否包含预定义的字符串，进而判断该页面是否为错误页面。如果是，Vugen就停止运行，指示运行失败。
图5-51 通过ContentCheck定义检查点
5.8.3 检查点实施之二：检查函数
另外一种设置方法是在Web Vuser里，通过检查函数来完成检查点功能。 Web Vuser提供Image Check和Text Check两种方式。其原理就是在上一个请求页面的函数完成后，运行检查函数，在结果页面中搜索既定的图片/关键文字。
以下是取自LoadRunner函数手册的一个Text Check例子： Web_url(\ \ \ LAST); web_find(\ \ \ \ \ \ \ LAST); } 在这个例子中，web_find函数在employees.html中搜索“john”关键字。有关web_find函数的各个参数的含义以及使用方法，可参看LoadRunner随带的函数手册。
Image Check的功能则由另外一个函数web_image_check实现： web.url(\ \ new String [] { \ web_image_check(\ new String []{\ 这同样是一个Web Vuser脚本，是用Java实现的，而不是录制时默认生成的C语言。Web_image_check则在 ImageAndMaps.html中查找alt属性为“venus”的图片。 提示：LoadRunner一直是使用C作为脚本语言的。在Java普及应用的当今，LoadRunner开始加大对Java的支持力度，这表现在LoadRunner对原先运行在C基础上的Vuser同样提供了Java运行环境，而一些经常使用的 LoadRunner C函数也有了相同的Java函数实现。比如在Web Vuser中，原先的web_url函数摇身一变，在Java中成了web.url；另外，对于CORBA、RMI的Vuser，VU可以直接录制生成Java脚本。需要注意的是：Java脚本的录制选项和关联方法等与C脚本都有一些差别，可以参看LoadRunner的VU手册。 如果我们看过LoadRunner的函数手册，就会发现VU的Web Vuser还提供了和web_find十分貌似的另外一个检查点函数：web_reg_find。
web_reg_find里的reg意为注册（register）。因此web_reg_find和 web_find的不同之处是web_reg_find是先注册，后查找；而web_find是查找前面的请求结果。因此，我们在使用 web_reg_find函数的时候，将它放在请求语句的前面，如下：
web_reg_find(\