摘要: 介绍如何通过响应报文判断交易的处理情况  阅读全文

     摘要: 相信有不少人在使用LoadRunner的过程中都遇到过这样的问题：在录制下来的脚本的中文信息出现了乱码。如何解决这个问题呢？希望这篇文章能够给你带来一些帮助和启发。  阅读全文

     摘要: 本文介绍了在LR中使用自定义请求报文向服务器发送请求的方法  阅读全文

     摘要: 众所周知，在LoadRunner中，关联是一个很重要的动作，大多数的脚本在录制完成后并不能直接回放，需要通过一定的关联才能成功回放。关联的技巧有很多，这里介绍的就是其中之一  阅读全文

在LR中，关联函数web_reg_save_param的NotFound参数有两个选项，含义分别如下：

ERROR：当关联函数未能找到匹配值时，LR将抛出一个Error信息；

       EMPTY：当关联函数未能找到匹配值时，LR将空值赋给该关联的参数值。

默认情况下，该值为Error，在大多数情况下,这是可以满足要求的。然而在某些时候，我们可能需要利用关联值做一些条件判断，例如设定当关联到的值为空时，让脚本做一些特殊处理，此时如果使用默认的选项就不合适了，因为当LR识别到该关联值为空时，将抛出一个错误信息，提示未找到关联记录。怎么办呢？此时就可以使用NotFound的另外一个选项，即将NotFound参数值设为Empty，

例：

web_reg_save_param("customer","LB=name=\"classiAssetsSelected\" value=\"","RB=\"","NotFound=EMPTY",LAST);

令LR将空值赋给customer参数，然后在后面的脚本中结合判断条件语句，如：

if(strcmp("", lr_eval_string("{customer}")) !=0)，就可以让脚本根据判断条件做相应的控制。

啊，人到齐了，酒席开始了。
你先一个人喝了一小口，这叫单元测试。
你跟旁边的人说哥们咱们随意，这叫交叉测试。
你跟几个经常一起玩的说兄弟几个喝一杯，这叫集成测试。
但是他说不行，这杯要干了，这叫压力测试。
喝完旁边的兄弟桌回来再跟同桌的喝，这叫回归测试。  
于是你说那就大家一起来吧，这叫内部测试。
这个时候领导向全场举杯了，这叫公开测试。
在测试过程中终于有人受不了了
你突然跑向厕所，这叫捕获异常。
你在厕所吐了，反而觉得状态不错，这叫内存泄露。
你在台面上吐了，觉得很惭愧，这叫程序异常。
你在领导面前吐了，觉得很害怕，这叫系统崩溃。

前段时间在公司给部门的新同事培训LoadRunner，现将培训教材上传。
下载地址：
http://www.blogjava.net/Files/xingcyx/LoadRunner培训.rar
其中“进阶”部分我一直很不满意，没有一个线索串起来，显得太零乱。但不知道应如何改进，请大家多提意见。

    在使用LoadRunner进行性能测试时，有时候会遇到一种参数值唯一性要求十分严格的情况，就是不但在同一次测试过程中，要保证所输入的参数值不能重复，而且每一次测试，参数值也不能使用之前使用过的值。可是我们知道，性能测试往往是要多次重复地执行，要么是执行过程中出现一些异常情况，不得不多次重复，要么是对系统进行了优化调整后的回归测试。在这种情况下，如果我们只单纯地使用unique number或者文件类型的unique取值等，都会不可避免地遇到一些麻烦。
   这个时候Date/Time参数也许就可以派上用场了。采用%H%M%S的类型，相当于在脚本中加上一个时间戳，对于该参数值，每一次执行脚本时，LoadRunner都会自动获取系统的当前时间。如果再和其它类型的参数值结合起来使用，比如unique number或文件类型参数，那么参数值重复的机率就大大降低了。
   举个例子来说，如果我们需要将一个18位的证件号码做成唯一型的参数（假设该号码没有格式要求），那么我们可以将前面6位数字设置成Date/Time参数，假设参数名为Time，后12位数字设置成unique number参数，假设参数名为Certno,将二者结合起来使用，那么在脚本中需要输入证件号码的地方，参数值就用{Time}{Certno}组合起来。这样在多次执行脚本的时候，该参数值基本上就不会出现重复的情况了。
   Date/Time参数还有很多种格式，如加上日期等，还可以自己添加格式，大家可以根据需要灵活使用。

    在设置LoadRunner测试场景时，很多时候都需要设置用户逐渐递增的场景。可能大家通常的做法都是逐步增加用户数，并且分成多次去运行场景，比如第一次运行用100用户，第二次用200用户，第三次用300用户等等。
    其实，还可以有另外一种方法，就是针对同一个脚本设置多个组，使用组策略(点击Edit Schedule按钮，选择Schedule by Group)，第一个组为初始用户数，如100，第二个组以50或100递增。每个用户场景都持续稳定地运行一段时间，这样可以把几种用户场景下的测试在一次场景的运行过程中就一次性执行完毕，而且还有一个好处是可以把多个用户场景下的性能结果都整合到同一个结果中，也方便对比、分析。

     摘要: 关于在LoadRunner中引用参数值的一个困惑  阅读全文