Loadrunner学习笔记(四)

结果简单分析
1.结果中平均值 和90 percent，标准差比较重要
2.Lr结果报告中，显示了事务的响应时间的最小值，平均值，最大值，其中平均值比较重要
标准差越小（趋近于0），表示事务的响应时间越接近，代表系统越稳定。
3.90 percent：表示执行该事务的90%的用户都可以在该时间内完成操作
例：100用户共同执行某事务，其中1个用户执行时间为1000秒，99个用户执行时间为0.01秒，则90 percent 和平均值那个真实-----90 percent值比较真实，—所以，读报告时，不应只看平均值，也要关注90 percent值。
4.Analysis 不能直接打开脚本生成器中的结果，脚本生成器（VUG）中的脚本只能调试后点击"run"来从replay log 中查看结果
5.当脚本调试通过后—加到控制台—打开analysis

检查点
1.一个脚本中一般只加入一个集合点，比如一个脚本录制的是一个流程（包含多个操作），则在每个事务前都添加一个集合点。该做法从语法角度没有错误。但是如果脚本运行结果有问题，不好分析。
2.一个脚本中在关心的操作附近记得添加事务，所以一个脚本至少一个事务，但是一般情况下登陆也会添加为事务
3.关心的操作就是测试计划中的测试点，如查询稿件，购买机票，
4.注意：web_find函数要求
1）写在相应请求之后
2）开启run_time settings中开关
3）检查的内容在AUT界面拷贝即可
5.结果定位log中的函数信息，选中要查看的函数信息，右键 go to step in replay log
也可以选中想要查看的函数，屏幕右下角就会显示该函数的行数直接到log中去找就可以了
6.lr_outout_message函数的结果只显示在回放日志中，不会显示在结果报告中
7.web_find函数的左右边界
1）rightof 表示左边界
2）leftof 表示右边界
例：web_find（“web_find”,3
“RightOf=Thank”,
“LeftOf=For booking”,
“What=you”,
LAST);
web_find函数参数值两边不要有空格
8.web_image_check函数两个参数,使用时取一个即可,另外一个参数可以为空值
1)alt参数:当光标悬浮在网页图片上时显示的名称(给用户看的)
2)src参数:该图片在源代码中的路径及名称(给程序员看的)
9.web_imga_check函数特性与web_find相同
1)写在相应请求之后
2)开启run_time_settings中开关
3)参数内容在代码源中提取
10.一个脚本中一般只加入一个集合点，比如一个脚本录制的是一个流程（包含多个操作）则在每个事务前添加一个集合点，该做法从语法角度没有错误，但是如果脚本运行结果有问题，不好分析
11.注意，web_image_check函数不经常使用，使用时要留意检查的图片是不是属于服务器本次发送的数据包中内容，如果不是本次应答内容，则检测不到
12.如果查找每次应答内容，可以通过results中去查找
3.小练习
什么是并发点，并发点的三个策略是什么
并发测试需要做并发点也叫做集合点，
策略：
1 Pelease when x% of all Vuser arrive at the rendezvous:当所有的用户或者多少用户全部到达进行释放
2. Pelease when x% of all running Vusres arrive at the rendezvous:如果所有集合点等待的用户数达到所有正在运行用户的X%时，系统就释放用户，继续向下执行
3. Pelease when x Vusers arrive at the rendezvous:设置多少个用户进行释放，如设置4，当用户走到集合点，凑够4个然后一起进行运行
如果达到50%的用户并发，则如何设置?
1）将第一项输入50 ，设置为50%
2）第二项不可以，因为这个是指运行中的用户的50%
3）将第三项输入一半的用户
故一般都设置为第一个，第二个不可以，第三个比较麻烦，还得去算
检查点的三个函数？简要介绍你所知道的函数
1)web_reg_find
2)web_find
3)web_image_check
补充:并发测试是考察系统的瞬间压力承受能力，是比较严格的测试，所以不需要等待时间（思考时间、睡眠时间、think time）。-----忽略think time
web_reg_find函数（lr常用，必用）
1.在lr中，带有reg字样的函数，称为注册性函数，该类的函数的特点，就是要将函数写在相应请求之前
2.性能测试中,所有的数据包(客户端和服务器之间的对话)分为两类: 请求包和应答包
无论是请求包还是应答包,都分为两部分,header和body部分
1）header中是一些参数设置
2）body中才是真正要传递的信息
3.lr函数（web_或者lr开头的函数）中出现的变量，成为lr变量，该类变量不需要再脚本初始位置定义，但是c语言的变量一定要在初始位置定义。
4.web_reg_find(“Text=ABC”,
“SaveCount=abc_count”,LAST);
web_url(“Step”,“URL=…”,LAST);
if (strcmp(lr_eval_string("{abc_count}"),“0”) ) //比较abc里值，是否等于0，如果等0， ==0) //则返回0，就显示not found
lr_output_message(“not found”);
else
lr_output_message("%s times", //%s表示格式限定符
lr_eval_string("{abc_count}")); //不等于0就输入次数
解释：
1）strcmp函数的作用是比较两个字符串是否相等，如果两个字符串相等，则函数的返回值为0，即strcmp(a,b)==0
2) lr_eval_string函数的作用：
a）为c语言的函数和lr的变量起到桥梁的作用
b）可以取出lr变量abc_count的实际值，如3次
3）为何3层括号
a）lr_eval_string函数后面必须接（）
b）（）里面是字符串，所以用""
c）"“里面不是普通字符串，而是lr变量，lr要求，如果取lr变量的值，则必须要用{}。所以三层括号
4）lr_output_message(”%s times",
lr_eval_string("{abc_count}"));
a）%s表示格式限定符，表示输出时该处输出字符串；如果是%d，则该处输出整型
b）输出的内容，将有逗号后的内容替代
c）如果引号里有多个限定符，则依次按照逗号后的内容来替代，如lr_output_message(“用户名%S， 密码是%s”,a,b),则输出时， 由a替换到第一个%s，b的值替换到第二个%s。自己在脚本中添加的检查并验证通过

输出语句（lr_output_message）写在相应请求之后即可，不一定紧贴在该请求之后，只要值形成，随时可以输出
5.web_find和web_reg_find的区别
1）录制模式区别
—web_find只能用在基于HTML模式录制的脚本，而web_reg_find没有此限制
2)位置区别
—web_reg_find是先注册（register）后查找；放在请求语句前面
—web_find是查找前面的请求结果，使用时放在请求语句后面
3）设置区别
—run -time设置中的"enable image and text check"对web_find有效，而对web_reg_find无效
4）查找方式区别
—web_reg_find参数中savecount纪录查找匹配的次数（savecount一般脚本调试的时候用）
—web_find的机制是一旦查找匹配成功就立即返回，并不继续查找和纪录匹配次数
5）查找范围区别
—web_find是在返回的页面中进行内容查找
—web_reg_find是在缓存中进行查找
6）效率区别
—web_reg_find执行效率高，也是lr中经常用到的
基准测试（单用户测试）
1.如果脚本录制过程页面报错，则放弃录制，重新录制，要保质录制过程绝对正确
2.录制完成的脚本一定要回放，如果正确，在进行下一步增强脚本，如果不正确要查找原因
3.基准测试步骤：
1)脚本调试，运行通过
2）放入控制台
3）控制台参数设置：
a)用户个数为1
b)虚拟用户部署不需要设置（global scheddule）
c)在run_time settings 中设置—run logic 设置5次（10次页可以）
d)pacing值：随机2-3秒（pacing值即场景的两次迭代之间，加入一个时间间隔（步进））
4)pacing值：循环之间的时间间隔，一般情况下2-3秒
5)think time值，步骤（操作）之间的时间间隔
6)因为在线测试过程中，如果用户循环提交请求，但是每次循环之间没有时间间隔，则过于严格，不符合实际的生产环境
7）如果将pacing值，或者think time 值调长，则对AUT的压力减小