怎么查看并发测试的每个用户的请求与响应内容？
不知道大家是否经常会遇到这样的事情：单用户可以正常运行，但是并发时有经常出现几个失败的用户，这时我们就没办法调试了。
如果能有办法知道每个用户的请求与响应内容，就可以比较容易定位问题。
不知道LoadRunner中有没有这个功能。。。。。
[ 本帖最后由 ccaklyw 于 2010-3-6 22:33 编辑 ] 在场景中选择vuser点log,当然前提是你开log记录
找到一篇关于LoadRunner日志的详细说明给大家
一、Run-Time Setting日志参数的设置在loadrunner的vuser菜单下的Run-Time Setting的General的LOG选项中可以对在执行脚本时Loadrunner对日志的操作行为进行定义，下面我们在逐一介绍：
1、Enable logging启用日志记录
如果选中该选项Loadrunner在执行脚本时，进行日志的记录，否则不记录日志
2、Send messages only when an error occurs 仅在出错时发送消息
也称为 JIT （实时）消息传递，仅当错误发生时才写入日志，选择该选项后则可以设置高级选项，指明日志缓存的大小，loadrunner默认的日志到小为1k
3、Always send messages
始终发送消息
4、Standard log
标准日志：创建在脚本执行期间发送的函数和消息的标准日志，供调试时使用。
对于大型负载测试场景、优化会话或配置文件禁用此选项。
如果日志记录级别设置为“标准”，当把脚本添加到场景、会话步骤或配置文件
中时，日志记录模式将被自动设置为“Send messages only when an error occurs”。但是，如果日志记录模式被禁用或者设置为“扩展”，则将脚本添加到场景、会话步骤或配置文件中将不会影响其日志记录设置。
5、Extended log-----Parameter substitution
参数替换：选择此选项可以记录指定给脚本的所有参数及其相应的值
当脚本进行参数化、插入事务、关联等优化后，在执行脚本过程中，参数化的值、事务所耗时间、关联函数取出的变量值均会在日志中输出，这个选项对调试脚本查看参数化取值、关联取值是否正确有着重要的作用
6、Extended log-----Data returned by server
选择此选项可以记录服务器返回的所有数据。
Loadrunner会将所有对服务器发出请求后的response情况记录在日志中，从这个日志中可以查看到服务器对请求的回应是否正确，在使用关联取值时往往需要到该日志中查看需要关联的值，从而确认所取数据左右边界。
7、Extended log-----Advanced trace高级跟踪
选择此选项可以记录 Vuser 在会话期间发送的所有函数和消息。
调试 Vuser 脚本时，该选项非常有用。
二、日志函数的使用
Loadrunner提供了一下几个message函数：
1、lr_message
int lr_message (const char * format, exp1, exp2,...expn.);
中文解释：lr_message函数将信息发送到日志文件和输入窗口。在VuGen中运行时，输入文件为output.txt。
例如：
char* abort="aborting";
lr_message ("login failed: %s", abort);
在日志中将会看到:login failed: aborting
2、lr_log_message
int lr_log_message (const char * format, exp1, exp2,...expn.);
中文解释：lr_log_message函数将消息发送到Vuser或代理日志文件（取决于应用程序），而不是发送到输出窗口。通过向日志文件发送错误消息或其他信息性消息，可以将该函数用于调试。
3、lr_error_message
int lr_error_message (const char *format, exp1, exp2,...expn. );
中文解释：lr_error_message函数将错误消息发送到输出窗口和Vuser日志文件。
如果Run-time settings > General > Miscellaneous >Continue on error未被选中，当脚本执行到此处时将终止执行，这个函数所输出的错误级别较高的信息，所以一般情况下如果使用该函数时选中Continue on error
4、lr_output_message
int lr_output_message (const char *format, exp1, exp2,...expn.);
中文解释：lr_output_message函数将带有脚本部分的行号的消息发送到输出窗口和日志文件。
三、在脚本中定义日志的输出模式
int lr_debug_message (unsigned int message_level, const char *format, ... );
中文解释：lr_debug_message函数在指定的消息级别处于活动状态时发送一条调试信息。如果指定的消息级别未出于活动状态，则不发送消息。您可以从用户界面或者使用lr_set_debug_message，将处于活动状态的消息级别设置为MSG_CLASS_BRIEF_LOG 或MSG_CLASSS_EXTENDED_LOG。要确定当前级别，请使用lr_get_debug_message。
unsigned int lr_get_debug_message ( );
中文解释：lr_get_debug_message函数返回当前的日志运行时设置。该设置确定发送到输出端的信息。日志设置是使用运行时设置对话框或通过使用lr_set_debug_message函数指定的。
int lr_set_debug_message (unsigned int message_level, unsigned int on_off);
中文解释：lr_set_debug_message函数设置脚本执行的调试消息级别message_lvl。通过设置消息级别，可以确定发送哪些信息。启 动设置的方法是将LR_SWITCH_ON作为on_off传递，禁用设置的方法是传递LR_SWITCH_OFF。
参数message_level说明：
日志级别
C语言标志
值
Runtime-setting - Log操作
Disabled
LR_MSG_CLASS_DISABLE_LOG
0
不勾选Enable logging
Brief
LR_MSG_CLASS_BRIEF_LOG
1
勾选Standard log
Extended Log
LR_MSG_CLASS_EXTENDED_LOG
16
勾选Extended log
Result Data
LR_MSG_CLASS_RESULT_DATA
2
勾选Data returned by server
Parameter Substitution
LR_MSG_CLASS_PARAMETERS
4
勾选Parameter substitution
Full Run-Time Trace
LR_MSG_CLASS_FULL_TRACE
8
勾选 Advanced trace
Only on error
LR_MSG_CLASS_JIT_LOG_ON_ERROR
512
勾选send messages only when an error occurs
参数on_off说明：
【LR_SWITCH_ON】启用设置
【LR_SWITCH_OFF】禁用设置
看下面的小例子：
Action()
{
int log_leavl;
log_leavl = lr_get_debug_message();
lr_error_message ("当前是:%d",log_leavl);
return 0;
}
当我设置只有错误信息(error)打印【勾选send messages only when an error occurs】，例子运行结果是：当前是:513；为什么不是512呢，我发现我实际选择的是【Enable logging + send messages only when an error occurs】，按上面的参数说明，就是【1+512】，也就是513了；因此：lr_get_debug_message返回的int数其实是所有勾选操作的代表值相加！
再看下面设置的例子：
Action()
{
//设置runtime-setting的日志选项【不勾选Enable logging】
char *a;
a = "ABC";
lr_set_debug_message (LR_MSG_CLASS_EXTENDED_LOG |LR_MSG_CLASS_PARAMETERS,LR_SWITCH_ON);
//打开Runtime-setting Log 的Parameter substitution设置
lr_debug_message(LR_MSG_CLASS_PARAMETERS,"打开参数保存的系统日志");
lr_save_string("aa",a);
lr_debug_message(LR_MSG_CLASS_PARAMETERS,"关闭参数保存的系统日志");
lr_set_debug_message (LR_MSG_CLASS_EXTENDED_LOG |LR_MSG_CLASS_PARAMETERS,LR_SWITCH_OFF);
//关闭Runtime-setting Log 的Parameter substitution设置
return 0;
}
因为设置了runtime-setting不打印任何日志，所以正常运行脚本应该没有任何日志输出；
但是使用lr_set_debug_message函数打开了日志的设置(输出保存参数操作的日志)
因此脚本运行到lr_save_string("aa",a)时，就输出了日志如下：
打开参数保存的系统日志
Action.c(7): Notify: Saving Parameter "ABC = aa"
关闭参数保存的系统日志
关于怎么查看LoadRunner记录的日志
不知道如何查看loadrunner运行日志请往这里看日志分两种
1。在VUGEN中运行后的日志
2。在controller中运行后的日志
日志设置分两步：
1。首先，在VUGEN或controller中run-time setting, 选中always send message,再选择 extended log-data returned by server.这样可以看到从server返回的信息。
2。选择日志文件路径。
对于VUGEN运行后产生的日志，日志文件放在usr文件一个目录下，以.log 和.txt结尾，例如mdrv.log ，output.txt
对于controller的日志文件，results>>results settings 中可以设置文件位置
杯具
知道怎么启用日志了。也知道怎么看日志了。问题是LoadRunner日志的可读性不强。。。。。杯具。。。。。 不需要日志，Controller 跑的时候这样写
if (“ 伪代码：检查点找到！”)
{
lr_end_transaction("GRW1_开户", LR_PASS);
}
else
{
lr_end_transaction("GRW1_开户", LR_FAIL);
lr_error_message("你的参数号码，例如参数手机号等等 %s" , lr_eval_string("{phone_no}"));
}
说明： 如果对应的检查点没有找到，那么说明此手机号不存在（只是个举例），那么在场景执行中会报一个错误，等执行完毕后，报了的错误都是这句“你的参数号码，例如参数手机号等等 + 手机号码”，然后把这些都可以导出来了。此方法还可以用作数据过滤。 没有做不到，只有想不到，LR 好多输出函数既然存在，那么就一定有它存在的道理，好好利用，加油哦 恩。还需要继续深入学习。。。。。 学习了 学习了... 楼主解决了吗？？我也遇到类似问题 楼主可以使用kylinPET工具，失败会打印日志，日志会打印出整个接收的响应内容，与你发送了什么参数。定位方便些
如果是用户时间长，也可以定位到单个用户哪个请求导致时间长
页:
[1]
