LR11 并发测试-参数化-综合场景测试(引用)

   LR11-03

一、并发测试(n VU)
  1、并发测试两个条件
    1)脚本中要有 集合点(并发点)
    2)控制台中要设置并发策略(选择第一项,所有虚拟用户到达集合点后释放)

 集合点: 5个线程,代表5个VU 并发执行一次购票
  o------------|o------
  o------------|o------
  o------------|o------
  o------------|o------
  o------------|o------
                 此时设置集合点(并发点)
 等所有线程到达集合点时,才一起释放,此时的压力最大(瞬时压力)。
 注意:在事务开始之前,设置并发点

  2、并发点 只有在并发测试中使用。(在单脚本中用不到,可以注释掉,在控制台中做并发测试,要)
         案例:在脚本中添加并发点,执行并发测试
           需求:并发购票
          (1)修改脚本(VUG中)
           注意:在事务脚本之前添加
              lr_start_transction("buy");
     在事务开始之前 -> 点击Insert -> Rendezvous
         -> 输入集合点名称Rendezvous Name: buy  一般与事务名相同
         就会生成脚本:lr_rendezvous("buy");
         -> 编译 Compile(同时会立即保存)
         注意:修改完脚本,要及时编译。

     打开控制台,进行并发测试。
         加载day/buy脚本。注意,如果加载后修改脚本,需要在控制台中刷新脚本。
         右击脚本文件路径 -> Details 细节 -> Refresh 下拉菜单,
                选中Script: 刷新脚本  (很常用)
                    选中Runtime Settings: 控制台中的设置被覆盖 (不常用)
         提示:可以在控制台中,打开某个脚本  View Script 按钮

      脚本中发生变动(加了检查点、集合点、代码等)
        1)一定要点击编译 Compile按钮,同时也会自动保存
        2)在控制台中要刷新脚本
         (2)设置并发策略(Controller中)
    控制台中要设置并发策略:(参考:并发点策略_2.png)

    选择Scenario菜单 -> Randezvours...  并发点-> 打开窗口,设置策略  ->  点击Policy按钮 (策略)
         第1项:Release when 100% of all Vusers arrive at the rendezvous.   (选择此项)
               当100%虚拟用户到了集合点时释放虚拟用户VU
               (所有VU的n%)  10个VU 都算  10 * n%
         第2项:Release when 100% of all running Vusers arrive at the rendezvous.
               当100%正在运行的VU到达集合点时释放VU
               (所有正在运行的VU的n%)
                   如果10个VU只有5个正在运行,5 * n%
         第3项:Release when 1 Vusers arrive at the rendezvous.
               指定n个虚拟用户达到集合点,再释放
            Timeout between Vusers: 30 sec
             超时时间:两个虚拟用户之间的 (一般到不了,默认不改)

    完成5个VU的并发:
         控制台 -> Basic schedule -> Quantity 改为 5
         Start Vusers: 用户数少,登录时间快,不用改
         Duration: 选Run until completion  表示瞬时压力
        继续设置Run-time Settings:
             Run Logic: 迭代次数  1
             Pacing: 改为As soon as the previous iteration ends.
             Log: 默认
             Think time: 默认 忽略 Ignore think time
                  好比:不停地发请求,不给喘息时间

    并发测试:注意think time要忽略。
        原因:think time时间越长,对AUT的压力越缓,而并发测试是严格的测试,所以要忽略该时间。
        目的:将最大的压力模拟出来。

    配置完毕 -> 运行场景 -> 查看结果报告

并发测试要点回顾:
     1)事务前设置并发点  
     2)控制台中设置并发策略
     3)要忽略Think time


二、参数化
    类似于QTP的参数池,比如可以模拟不同的用户进行登录
    以不变的业务(脚本),处理不同的数据

    提示:如何提高技术表达能力?
        阅读大量技术评论文章,包括每天的笔记。多熟悉技术术语。
         找机会多说。
        独立写出技术文章。

 1、定义
    对脚本中的常量进行参数化,让不同的VU在执行相同的脚本时,分别使用参数池的不同数据替代这些常量,从而达到模拟多用户真实使用系统的情况。

 2、步骤:
    1)确定需要参数化的数据
    2)准备数据 (参数池)
    3)参数化

   先打开WebTours首页,注册一个用户qq 密码qq
     首页 -> Sign up now  开始注册
       Username: qq
       Password: qq
       Confirm:   qq
       ...不填

    注册后会以文件方式保存用户信息:(模拟数据库)
    C:\Program Files\HP\LoadRunner\WebTours\MercuryWebTours\users

   针对buy脚本进行参数化:
    为了便于还原,备份buy脚本,
    另存为day03\buy1   File -> Save As
      找到init脚本需要参数化的常量: jojo
          双击jojo 选中 -> 右击
           -> Replace with Parameter  用一个参数代替
           -> 弹出窗口:
             Parameter name:  name    参数名称
             Parameter type:  File   文件类型,大部分都选
             Original value: jojo    例子
           -> {name}
          密码也类似:将bean 用同样办法替换为{pwd}
          到此,定义好两个参数。

    接着考虑参数的数据准备:VuGen
      倒数第2个图标按钮:Open Parameter List-> 参数池 窗口
      左侧可选择不同的参数名称,可编辑
      点击name-> Edit with Notepad 按钮 使用记事本来编辑
          name
          jojo
          qq
          注意:用ctrl+a检查 确保光标在最后一行的下一行开头
                保存关闭
          First data: 1改为 2  从第2行开始取数据(原数据还在)
      同理:pwd也加1行值:qq
             First data: 也改为 2(从第2行开始取数据,原数据还在)
      -> Close
      参数池数据准备完毕

    编译脚本 -> 运行脚本

    如果运行失败,根据回放日志Replay Log查看原因:
          Script Aborted! 脚本被放弃了!
    原因:其它位置(检查点函数)使用了jojo,也需要进行参数化
      选中jojo -> 右击 -> Use Existing Parameter -> 选name-> {name}

    新的需求:让jojo和qq各自订一张票
     首先清空AUT中jojo和qq的订票记录,观察新的结果
     在Parameter List中,First data: 1  从jojo开始取
     在Run-time Settings中:迭代次数:2 (Action)
         编译 -> 运行
     遇到的问题:jojo登录1次,订票2次
              init和end只会执行一次,Action可以迭代多次
     解决方法:将init中的脚本剪切到Action中,参与迭代
     注意:保留原有函数的语法格式(类C语言)
         vuser_init(){
            return 0;
         }
     重新编译 -> 回放
     说明:只要不退出,就是在线,就可以一直发请求。
          LR主要关注的是数据包,而QTP主要关注的是界面。

 3、要点归纳
    1)参数化时,参数池中的数据写好后,要让光标停留在新的一行。
否则可能导致出错(白行或者缺少数据)。
        技巧:ctrl + a 观察格式
    2)init只执行一次,Action参与迭代,在参数化时需要注意。
    3)LR依靠网络协议录制脚本,脚本中记录的是请求数据包信息,只要用户在线(登录成功),则可以继续发送请求到达任意界面,也可实现循环操作。

 4、参数池的策略初步(Parameter List窗口中设置)
     特点:功能强大,LR产品的一个卖点(出彩) BS/MS题 拔高点
    1、Select next row (取值方式 How?)
       Sequential  顺序的(默认) 取完第1行,取第2行...
       Random   随机取
       Unique    唯一取
       Same line as pwd..   和xxx步调一致pwd取法一样
    2、Update value on (更新方式 When?)
       Each iteration   每次迭代时取值 (取值)
       ...

作业:
1、对于查询订单,进行基准测试和5用户、10用户的并发测试,并记录其平均响应时间。(生成3项)
2、回顾之前所有内容(尤其是测试理论、数据库)


一、继续学习参数化
  案例:注册30个用户,脚本要求:
    1)脚本中一定有检查点
    2)保证30个用户全部成功
    3)用单机执行还是控制台? 使用单机VuGen
    原因:使用VuGen 单机,压力较缓,容易成功。
           测试数据,尽量不用控制台
    提示:1VU,使用迭代
    每注册1个用户,会在C:\Program Files\HP\LoadRunner\WebTours\MercuryWebTours\users中会多1个以新注册的用户名 命名的文件

  先准备用户数据:使用Excel 设计 qq1~qq30   1~30
  开始录制注册脚本:
     New ->  New Virtual User界面说明:
      左侧:
      New Single Protocol Script 新的单协议脚本(较简单)
      New Multiple Protocol Script 新的多协议脚本(较复杂)
      New Script Recent Protocol 刚打开过的协议
      上方:
      Ajax..异步通信,局部刷新支持、
      Flex 就是Flash动画协议、
      Oracle[2-Tier]两层协议、
      Oracle NCA 是.Net新技术、
      Web Services技术(异构平台之间互操作  C <--> Java)
      最常用的:Web[HTTP/HTML] 协议

     Create -> 输入URL -> Action 注册需要迭代 -> OK
     等待events数字不动后 (页面下载完毕)
     -> 点击Sign up now
     -> 输入Username: www   Password: 1  Confirm: 1
     -> 开始事务reg -> Continue -> 进入欢迎页面
     -> 插入检查点: Thank you, www, 
     -> 结束事务reg
     -> 切换为vuser_end -> 点击Continue -> Sign Off
     -> 关闭浏览器 -> Stop

  保存脚本:script/day04/reg
    将脚本进行备份:另存为day04/reg1    File-> Save as ...
      提示:LR脚本编辑器有局限,撤销ctrl+z 步数是有限的。
      技巧:多备份

  配置方法(2种)
  方式一:做两个参数池 name 和 pwd
      双击www选中 -> 右击 -> Replace with a Parameter 
        -> 命名 name -> {name}
      双击 1 选中 -> 右击 使用参数代替 -> 命名pwd -> {pwd}
      双击 1 选中 -> 右击 Use Existing Parameter 
       使用已存在的参数 -> 选中 pwd -> {pwd}
      再检查需要替代的固定值:检查点中需要替换
       双击www -> 替换成已存在的 {name}

    将参数池添加完整:
     Open Parameter List... -> 进入参数池配置窗口
     先填name -> 将Excel中的name值拷贝 -> name.dat  
       -> Edit with Notepad   name后粘贴   qq1~qq30
     再填pwd -> 拷贝1~ 30 -> pwd.dat
       -> Edit with Notepad   pwd后粘贴  1~30   注意格式!(光标在最后1行开始,用ctrl+A检查)
     关闭窗口

     准备运行脚本(不用打开控制台)
        -> 打开Run-time Settings:
          Run Logic -> Number of Iterations: 10  
          Pacing -> 选第2项:random 随机 2 ~ 3 秒
            After the previous iteration ends:with a random delay of 2.000to 3.000 sec
           提示:机器配置高,一般配置2~3秒;若配置低,延长些:6~9秒
          Log 不变 当前是标准日志,如果让日志更详细,可使用扩展日志
                  Standard Log  标准日志
                Extended Log  扩展日志                 选择
                Parameter subsitution 进一步查看 参数替代信息  选择
          Think time -> 单选 Replay think time 
            -> Use random percentage of recorded think time:
               Min: 50%    Max: 150%
            根据录制时间给出百分比,比如录制10秒,50%到150%就是5到15秒
                原因:(做数据,要保证成功)
     配置完成,开始运行...
        10次迭代,大约10分钟、
    方法一的局限:如果是1个大型项目,用户名和密码较多,多个用户名和密码一般在一起
    问题:2个参数值,能否写在一起?
    解决:name.dat、pwd.dat-》xxx.dat(分列方式)采用方式二
  方式二:将两个参数表的参数放在一起。
     name的本质:就是一个name.dat文件 进入脚本文件夹 打开
     将reg另存为reg2    File -> Open -> reg

     做两个参数池:{name}  {pwd}
       选中www -> 替换为参数 -> {name}
       选中1   -> 替换为参数 -> {pwd}
       选中1   -> 使用已有的代替 -> {pwd}
       检查点 选择www -> 使用name代替 -> {name}  

     Open Parameter List... -> 配置参数池
       选择name -> Add Column  加列 -> 起列名 pwd  名字任意
           Edit with Notepad 编辑文本 
           -> 大量替换:将Tab字符全部替换成逗号,  -> 关闭
            name,pwd
            qq1,1
            qq2,2
            ...
            qq30,30
          此时,完成两列数据写在一个文件中。
          在File format中,默认指定Column: Comma  逗号分隔
                还可以选择:Tab 制表符 或 Space 空格
       选择pwd参数 -> File 选成 name.dat 共享一个文件
          之后针对name和pwd选择列:
          Select column: 两种办法
             By number: 1   列号    name选1  pwd选2
           或By name: 根据列名指定
          避免数据重复,First Date都从11行开始
          -> Close  编译
      打开Run-time Settings:
        Run Logic: 迭代 10次
        Pacing: 第2项 随机 2~3秒
        Log: 选择扩展日志,进一步查看参数替代信息
        Think time: 单选Replay think time
                    使用随机的 50%  150%
     配置完成 -> 运行脚本

  结论:推荐使用第二中方式,比较常用。
    (曾经的一道上机题,主要考察参数化、关键是参数池策略)

二、参数池的策略 (BS/MS题:讲讲参数池的策略)
  1.参数化:(关心的是数据)
      1)、含义:同样的业务,出现不同的数据,考虑采用脚本参数化技术
      2)、步骤:
          确定参数化的数据-->准备数据->提供策略-->参数化
      3)、准备数据 (目前:File方式)
        <1> 每个参数使用独立文件 (参数池)
        <2> 多个参数共享同一个文件 (常用)
          Excel工具、Column(序号、列名)、First Data(从哪开始)
      4)、参数池策略 (重点、难点)
         Select next row:  选择下一行(How?如何取?)
             a) Sequential   默认 顺序的
             b) Random      随机取
             c) Unique       唯一取
             d) Same line as xxx   和xxx步调一致
         Update value on: 更新方式(When?何时取)
             a) Each iteration    默认  每次迭代
             b) Each occurrence  每次遇到该参数时取值
             c) Once  取值仅一次
        When out of values: 数据不足时的处理情况
             a)放弃虚拟用户  Abort Vuser
             b)以循环的方式继续  Continue in a cyclic manner
             c)持续取最后一个值  Continue with last value(原地踏步)



        1、选择下一行 (How? 如何取?)Select next row
            1)顺序的 Sequential :从第一行开始顺序向下取值
            2)唯一的 Unique: 从第一行开始,唯一的向下取值
                        (用过了,就取新的值)
                   例如:数据a b c d e f g ...,现有3个用户(甲乙丙)取值;循环2次。
                A) 顺序方式:甲(a, b) 乙(a, b) 丙(a, b)
                B) 唯一方式:甲(a, b) 乙(c, d) 丙(e, f)
                         如果是注册,采用唯一方式,用过了就不能再用
                c) 对于单用户来说,顺序和唯一取值序列是相同的。
            3)随机的 Random: 随机取值。(值可能重复)
            4)Same line as xxx: 取值策略与xxx相同  (行相同)
        2、更新方式(When? 何时取?)Update value on
            1)每次循环 Each iteration: 每次迭代时取值 (常用)
                 指的是:Action中的脚本,每次迭代时更新值
            2)每次遇到 Each occurrence: 每次遇到该参数时取值
                 指的是:比如每次遇到{name}时,都会换一次值
            3)取值一次 Once: 脚本运行过程中只取值一次
                 值的是:一次选择,终身不变
            另外,When out of values: 当选择Unique时才出现,表示取值越界后的处理方式
        3、数据不足时的处理情况(只有选择Unique时适用)
            说明:顺序、随机时认是数据时充足的
            规律:当选择顺序方式时,数据取到最后一行,再循环从第一行选取。
           When out of values: 有三种策略
                1)放弃虚拟用户  Abort Vuser
                2)以循环的方式继续  Continue in a cyclic manner
                3)持续取最后一个值  Continue with last value(原地踏步)

     5)、需求:注册脚本,多用户,则数据池取值策略?
        注册脚本,多用户 --- UEA组合(Unique+Each iteration+Abort Vuser)(唯一+每次迭代+放弃虚拟用户)
          另外常见的组合:-----SE组合(Sequential+Each iteration)(顺序 + 每次迭代)
  Parameter List窗口中:



三、综合场景测试 --- 号称能够最真实的模拟实际生产环境

综合场景案例1
    综合场景的几个要素:
        多用户、
        多个脚本(至少3个)、
        在线执行(多种操作)一段时间(1小时、50分钟等),一般是不加并发点。
    注意:只要是多用户,就存在并发
          综合场景测试过程中,所有用户循环执行相应的操作。

  1、录制三个脚本(测试点):购买机票、查询线路、浏览航班;每个脚本都加检查点(手工)。准备进行综合场景。

    首先做一个设置:(目的:为了让页面标题变为自动的检查点)
        VuGen中 点击录制选项按钮 Edit Recording Options 
            General-> 选择第三项 Recording  脚本录制方式 不用改  (默认选择HTML方式)
        HTTP Properties-》选择HTML Advanced高级 ->
            选择Preferences复选框:
                  Generate web_reg_find functions for page titles
                为页面标题生成检查点函数
                      再选择:Support charset -> UTF-8  对中文网站支持比较好
         -> OK
         以后都可生效。

        练习:录制一个登陆脚本,查看配置效果
             新建脚本 -> OK -> 输入jojo和bean 
             -> 开始事务login -> 点击Login按钮 -> 结束事务login
             -> 插入检查点"Welcome, jojo, to the"
             -> 改为vuser_end  -> Sign Off -> 关闭浏览器 -> Stop

        发现:web_reg_find("Text=Web Tours", LAST);
        每个页面都有,只验证页面的标题。比如:跳转到错误页面,则标题是不同的。
        规律:虽然在事务结束后,插入检查点,由于web_reg_find函数是注册性函数,
            所有还是在相应请求之前。

    开始练习录制脚本:day05目录下/ buy search  scan
    (1)购买机票  buy
         录制过程和之前一样,注意添加检查点、事务点
    (2)查询路线  search
         New脚本 -> vuser_init -> 输入jojo和bean
         -> 开始事务login -> 点击Login -> 结束事务login
         -> 改为Action -> 点击Flights按钮
         -> 选择城市从Denver到 Paris  -> 开始事务search
         -> 点击Continue -> 添加检查点 "Denver to Paris"
         -> 结束事务search
         -> 改为vuser_end -> Sign Off -> 关闭浏览器 -> Stop
    (3)浏览航班  scan
         New新建 -> 改为vuser_init -> 输入jojo和bean
         -> 开始事务login -> 点击Login -> 结束事务login
         -> 改为Action -> 开始事务scan -> 点击Itinerary按钮
         -> 设置检查点 "A total of" -> 结束事务scan
         -> 改为vuser_end -> Sign Off -> 关闭浏览器 -> Stop

    注意:检查点会浪费性能,所以手工添加检查点时,只需1~2个即可
    场景设置的前提:确保脚本录制、调试、回放成功。

  2、需求:10用户综合场景
    综合场景设置要求:
        1)修改脚本:
        2)设置场景:
        3)虚拟用户加载部署情况:
        4)Run-time Settings设置


    1)修改脚本:
      脚本事务中的think time时间要删除或或者移到事务之外。
      原因:如果综合场景测试保留think time,在事务之内会起作用,从而影响事务的响应时间,导致结果不准确。

    操作:对三个脚本都要移动 buy  search  scan
        (包括:init、Action、end都要找遍)
      lr_think_time(25);
      lr_start_transaction("login");
      ...其中没用思考时间...
      lr_end_transaction("login", LR_AUTO);

    注意:修改后脚本都需要重新编译
        如果脚本中有并发点,要注释掉;因为综合场景中有并发,但是不需要产生瞬时压力,无需设置集合点。
        //lr_rendezvous("buy"); 

    2)设置场景:
      打开控制台 -> New Scenario -> Browse 浏览 找到具体的脚本
      -> 依次选择 day05/下的三个脚本 -> OK
      -> 进入场景配置界面 保证3个脚本都打钩
      -> 单选 Basic schedule
      Group Name 默认就是脚本名   Quantity
        buy.3                             2
        search                            4
        scan                              4
      一共10个VU,保持合适的比例,平时根据客户的需求

    接着还需处理Scenario Schedule:
      Schedule by: 
        Scenario  默认按照场景方式 (选择)
                      特点:所有脚本共享同一场景
                按场景:场景中,多个VU统一配置、行动 
           或 Group 按组方式,分组设置场景
            按组:每个组,组内VU统一行动 (按组行动)

    重点设置左下角Global Schedule:
         以上三个脚本都选中,一次配置三个(出现黑框) ->
         Start Vusers双击-> 设置一个小的递增  单选第2项
         ->  1     00:00:01 [HH:MM:SS] -> OK
             每隔1秒钟加载一个VU
         -> 及时观察右边效果图:锯齿状

     Duration 双击
         -> 单选第2项:Run for 0 days and 00:30:00 (HH:MM:SS)
         -> OK  确定指定的时间 30分钟 (项目中一般50分钟、1小时)
          如果第1项:Run until completion 直到结束,适合于循环,确定次数;
          如果第3项:Run indefinitely  一直跑,直到手动停止

    虚拟用户加载部署情况:
        A)每隔1秒钟加载1个VU
        B)Duration: 30分钟
        说明:由于Duration运行的是Action部分,
            所以指的是VUs登录后运行30分钟。10个虚拟用户,10个线程,各自运行,模拟实际生产环境。

    3)Run-time Settings设置
        设置左上角按钮:Run-time Settings (细节较多)
          选择三个脚本(出现黑框)-> 点击按钮 Run-time Settings
         ->弹出窗口,选择“多”运行模式  RTS的简写 
               Share RTS 共享  / Individual RTS 独立的
        先选择Individual RTS 独立的,会依次配置每个脚本,配置完某个脚本会自动打开窗口配置后续的。
        1)General
         Run Login -> Number of Iterations:  1  不变
        Pacing -> 改为第2项After the previous iteration ends:  随机间隔2~3秒
        Log -> Enable logging (选择)
                 Log options:
                       Send messages only when an error occurs 出错时才发日志(选择)
                       Alwarys send message  总是发日志
                     Log message at the detail level of:
                           Standard log  标准日志(选择)
                           Extended log  扩展日志

         Think time: 随机百分比,可以适当调大些  
                 Use random percentage of recorded think time:
                   Min: 200%    Max: 300%
          Additional attributes:  附属选择/特殊参数值,目前不配置
          Miscellaneous:  杂项
                 Error Handling中 -> Continue on error  打钩 出错时继续
              原因:长时间测试过程中会执行大量的事务,不要因为某个错误而停止场景的运行。
                说明:
             a)Error Handling中:
              Continue on error    出错时继续(选择)
                  Fail open transactions on lr_error_message  使用不多
                  Generate snapshot on error 出错时,生成快照,使用不多
                      原因:会增加工具资源消耗,影响测试结果
               b)Multithreading中:    Thread 线程
                Run Vuser as a process  以进程方式 (比较消耗资源)
                Run Vuser as a thread  以线程方式(比较省资源)默认(选择)
               c)Automatic Transactions中: 自动定义事务 (不设置)
                Define each action as a transaction:  
                       每一个Action都作为一个事务,比如:脚本中有3个
                Define each step as a transaction:
                       每一个步骤都作为一个事务(每一句代码,产生过多的响应时间结果)
                   过于热闹,主次不分,出现过多的响应时间结果
        2)Network 
            Speed Simulation -> Network Speed  模拟网速
                Use maximum bandwidth: 使用最大带宽 (选择)
                          准备一个充足的带宽,将最大压力呈现给服务器
                    Use bandwidth: 使用选择的带宽
                    Use custom bandwidth(bps): 使用用户自定义带宽
        3)Browser 
             Browser Emulation -> 模拟浏览器
            Browser properties  属性配置
                User-Agent 浏览器信息...
                     Simulate browser cache 模拟浏览器的Cache 缓存
                       目的:提高客户端的浏览速度  -> (去掉打钩!)  
                        Cache URLs requiring content [HTMLs]
                    Check for newer versions of stored pages every visit to the page.
                Download non-HTML resources 下载非HTML资源 (打钩)
                Simulate a new user on each iteration 模拟新用户(打钩)
                    Clear chache on each iteration 每次迭代清缓存(打钩)
        4)Internet Protocol 
            Proxy:  No proxy 默认不要代理 (默认打钩)
                  Use custom proxy 如果使用公司代理服务器,则选择
              Preferences:  都不要改
                   -> Options... 打开 -> 将三个120改为600
                    指的是超时时间,保证充分时间,达到成功
            包括:HTTP-request connect timeout(sec) -> 600
                   HTTP-request receive timeout(sec) -> 600
                   Step download timeout(sec)          -> 600
        点击OK后 -> 开始第二脚本的设置(和之前一样,复习一遍)
     依次完成:buy.3、 search、 scan的设置。

    run-time settings设置总结:
      说明:迭代次数默认1 具体次数由持续时间决定
        (1) pacing: 随机4-6秒 或 5-9秒,选择第2项
              正常:2-3秒,教学机较慢,设置偏大些,保证不出错
        (2) 日志log: 保留原有选项(出错时发送)
              原因:大量日志也会占用磁盘空间。
        (3) Think time: 随机百分比,适当调大 200% - 300%
        (4) Continue on error: 错误时继续
              原因:长时间执行大量事务,个别出错继续运行,不影响全局。
        (5) Vuser选择 线程 方式。节省系统资源
        (6) 网络:模拟用户的网络,使用最大带宽
        (7) 模拟缓存:选择不模拟
               使用场合:1、对AUT实施严格测试  2、门户网站
        (8) Option 选项:3个120改为600
               一般疲劳测试设置600足够了。
        (9) 选择监控AUT服务器资源时注意:
            网络选loopback(回环,前提当前服务器为本机;如果服务器不是本机,一定不能选回环);
            选择磁盘(或CPU)资源时,遇到total就选total.
        (10) 加完资源,就可以运行场景。
    4)Windows resources配置
      (Run视图 右下角窗口)
       右击窗口-> 
       Add Measurements... ->
          Monitered Server Machines: 选机器  点击Add.按钮 ->
                Machine Information:
                       Name: localhost  指定监控服务器的IP地址,主机名
                               目前就是本地主机
                       Platform: WINXP
       -> OK
         Resource Measurements on: localhost  清空里面所有选项

           自己完成选项的添加(固定13项)
          -> 点击Add按钮 -> 选择以下内容:
           1)Memory中有4项:(内存)
             Available MBytes            -> Add
             %Committed Bytes in Use   -> Add
             Page Faults/sec              -> Add
             Pages/sec                    -> Add
           2)Network Interface中有2项: (网络)
             Bytes Total/sec -> MS TCP Loopback inter...回环-> Add
                     本地主机才选回环
             Packets/sec     -> MS TCP Loopback inter...回环-> Add
                     本地主机自己和自己通信,用回环
           3)PhysicalDisk中有4项(2个队列):(磁盘)见到Total就选
             Avg.Disk Queue Length      ->  Total  -> Add
             Current Disk Queue Length  ->  Total  -> Add
             Disk Read Bytes/sec         ->  Total  -> Add
             Disk Write Bytes/sec        ->  Total  -> Add
           4)Processor中有2项:(进程)
             %Processor Time    -> Total  -> Add    Total表示总和
             %User Time         ->  Total  -> Add
           5)System中有1项: (系统)
             Processor Queue Length   -> Add
           -> OK
           以上一共13项,先了解名字,后续再强化。
    5)-> 加完资源,可以运行场景
        点击Start Scenario

    注意:运行过程中如果有错误,观察Scenario Status中的Errors 部分  0  (点开链接,寻找出错原因)
        如果是场景设置问题,需要重新设置场景,重新运行
        如果是脚本的问题,需要停止场景并调试脚本,重新运行

    运行过程中,要关注几幅图的含义:
        Running Vusers - whole scenario:
            表示整个正在运行的虚拟用户 10个
        Trans Response Time - whole scenario:
            表示事务响应时间,比如蓝色线表示login,较短表示所有虚拟用户全部登录了,点击某条线看到具体信息
        Hits per Second - whole scenario:
            表示点击率,刚开始比较高,后来平稳了,因为刚开始有登录操作,看性能,主要看折现是否较陡,或看单位时间内的情况
        Windows Resources - Last 60 sec:
            表示

    注意:
      a)当场景中Duration到达指定时间时,会向所有的VUs发出退出系统的指令,所有VUs要运行完当前的Action后,退出系统。

      b)错误查看方式:
        如果发现Error,点击打开Output窗口,选中错误 -> 点击Details按钮-> 显示错误的详细信息
      c)如果场景中监控服务器资源为负值,不是问题。不需要停止场景。
        如果发现设置不合理,或者脚本错误导致场景中出现大量错误,则需要停止场景,重新调试脚本,刷新,部署好,再运行。

    监控的服务器资源出处:
         控制面板 -> 管理工具 -> 性能 -> 添加计数器
    5)打开Analysis,保存结果报告,之后再分析
        将场景文件保存:day05\ctrl\10用户综合场景测试
        将结果报告保存:day05\result\10用户综合场景测试 之后分析


综合场景案例2:(先思考)
1、使用手工设置方式进行综合场景测试,11用户,
    其中一个用户执行注册脚本,注册得到的用户名为其它脚本提供数据池(测试数据)。
2、综合场景中的脚本:
    注册reg、
    购买机票buy(登录时:用户名、密码要做参数化 共享参数池name.dat UEA组合:唯一+每次迭代+放弃VU)、
    搜索航班search、
    浏览路线scan
  注意细节:
     注册需要先执行,获取参数池的数据,该数据也被buy脚本共享
     登录脚本需要放到Action中,参与迭代
     注册先于其它开始执行,采用Group组方式:
        选中“注册”->点击Start Group->Action type Start Group
        第1项:Start immediately after the scenario begins
            当场景开始时马上开始
        第2项:Start _(HH:MM:SS) after the scenario begins
            当场景开始__时间后才开始
        第3项:Start when group—__finishes(关注此项)
            当某个脚本执行完后再执行
        意味着:在Scenario Schedule中, 


        Schdule by: 将Scenario换成 Group方式
    注意:4个脚本需要单独设置场景

操作说明:控制台中四个常用按钮
    运行、Run-time Settings、脚本修改后的刷新、从场景中打开脚本
    (脚本运行出错,从场景中直接打开脚本:Design -> View Script
     从错误提示信息中也可打开,直接定位到出错的位置)

 1、录制脚本,添加事务、检查点、参数化 (保存在day06中)
    (1)reg脚本   注册
        录制过程:
             New -> 选Action -> 点击Sign up now 
             -> 输入Username: tom  Password:1   Confirm: 1
             -> 开始事务 reg ->  Continue -> 进入欢迎页面
             -> 插入检查点 "Thank you, tom" -> 结束事务
             -> 切换成vuser_end -> 点击Continue
             -> Sign Off退出 -> 关闭浏览器 -> Stop 

         参数化 name和pwd,在name.dat中,使用ww1~ww11,检查光标停留在下一行:
             name,pwd
             ww1,1
             ww2,2
             ...
             ww11,11
         使用的参数化策略:
           针对name:  (UEA组合)
             Select next row: Unique 从第一行开始唯一向下选取
             Update value on: Each iteration  每次迭代时更新
             When out of values: Abort Vuser 放弃VU
           针对pwd:
             Select next row: Same line as name  和name步调一致
         注意:修改后记得编译

    (2)buy脚本   购票脚本
         注意:将登录操作也录制在Action中,目的是便于按照SE组合取参数池的数据。
         录制过程:
             New -> 选择Action -> 输入jojo和bean 
             -> 开始事务login -> 点击Login -> 欢迎页面:
             -> 插入检查点"Welcome, jojo," -> 结束事务login
             -> 点击Flights -> 选择城市Denver 到 London
             -> Continue -> Continue -> 开始事务buy -> Continue
             -> 插入检查点"Denver for London" -> 结束事务buy
             -> 改为vuser_end -> Sign Off -> 关闭浏览器 -> Stop

         参数化:
          将参数池准备好,拷贝reg目录中name.dat到buy目录中
          针对name: (以后常用的SE组合 80%情况)
            选择文件name.dat
            Select next row: Sequential  顺序的
            Update value on: Each iteration 每次迭代时
          针对pwd:
            选择文件name.dat
            By number: 2
            Select next row: Same line as name

    (3)search脚本
         New -> vuser_init -> 输入jojo和bean 
         -> 开始事务login -> 点击Login -> 结束事务login
         -> 改为Action  -> 点击Flights按钮 
         -> 选择城市从Denver 到 Paris -> 开始事务search
         -> 点击Continue -> 添加检查点"Denver to Paris" 
         -> 结束事务search
         -> 改为vuser_end -> Sing Off -> 关闭浏览器 -> Stop

    (4)scan脚本
         New -> 改为vuser_init -> 输入jojo和bean
         -> 开始事务login -> 点击Login -> 结束事务login
         -> 改为Action -> 插入事务scan -> 点击Itinerary按钮
         -> 设置检查点"A total of" -> 结束事务scan
         -> 改为vuser_end -> Sing Off -> 关闭浏览器 -> Stop 

    (5) 注意:检查所有脚本,对lr_think_time(..)进行调整,移动到事务之外。全部都编译一次。
           检查buy脚本中的参数池数据,要和reg脚本中的保持一致。
        到此,脚本录制、调试完成。
        
 2、打开控制台,配置综合场景
     创建一个新的场景,Browse加入day06下的4个脚本:reg、buy、search、scan
     选择Schedule by: Group模式 (组模式)
     注意:依次选择每个脚本,选择Run Mode: -> Basic schedule(不能只点1次,要点4次,分别设置)
       Script Path            Quantity
         reg.1                   1
         buy                     2
         search                  3
         scan                     5

     注意:由于使用Group组模式,(左下角)每个脚本要逐一设置:
    (1)reg脚本(选中)1人
         Start Group: 改为Start immediately after the scenario begins (在场景启动后,立即开始)
         Initialize: 不变 Initialize each Vuesr just before it runs
                     (在每个VU开始运行前初始化)
         Start Vusers: 不变 Start all Vusers simultaneously
                     (所有VU同时开始)   因为就1个VU
         Duration: 不变 Run until completion (运行直到结束)

        打开Run-Time Settings:
             Run Logic: 循环11次    
             Pacing: 选中第2项 随机random  2~3秒
             Log:   默认不变
             Think time:  50%   150%
             Miscellaneous(杂项):Errror Handling 不选择Continue on error
                原因:目前是做数据,如果出错,就不能继续往下跑,以免影响后续脚本执行。
             Speed Simulation: 速度模拟 (不变)
             Browser Emulation: 选择Simulate browser cache 
               原因:做数据测试,利用缓存cache容易成功
             Proxy: 代理 (不变)
             Preferences:  Option参数 (先不动)
             (其余的都不动)

    (2)buy脚本 (选中)2人
         Start Group: 选第3项 Start when group reg.1 finishes
         Initialize: 不变  在每个VU开始运行前初始化
         Start Vusers: 1 Vusers every 00:00:01 (HH:MM:SS) (每隔1秒加载1个VU)
                      由于目前VU就2个,数量较少:(採用)
                          可以保持不变 Start all Vusers simultaneously
         Duration: 选第2项 Run for 0 days and 00:30:00(HH:MM:SS)                   (持续运行30分钟)

         (注意:觀察Total:2 Vusers 要和Quantity一致)

    (3)search脚本 (选中)3人
         Start Group: 选第3项 Start when group reg.1 finishes
         Initialize: 不变  在每个VU开始运行前初始化
         Start Vusers: 1 Vusers every 00:00:01 (HH:MM:SS)
                          (每隔1秒加载1个VU)
         Duration: 选第2项 Run for 0 days and 00:30:00(HH:MM:SS)                   
                 (持续运行30分钟)

    (4)scan脚本 (选中) 同search脚本     5人

    (5)查看配置效果图:
        reg.1 虚线表示时间不确定
        其它3条平行线  纵坐标:0  1  2  3  5(表示虚拟用户数)

    (6)
        注册reg的Run-time Settings已经单独设置好了,
        继续统一设置其它三个:选中buy、search、scan 

             -> 设置Run-Time Settings -> Share RTS方式 (共享方式)
              Number of Iterations: 1
              Pacing: 选第2项 随机random 2~3秒
              Log: Send messages only when an error occurs 出错时发送
              Think Time: 随机 100%  200%
              Miscellaneous(杂项):
                 Error Handling: 只选中 Continue on error
                 Multithreading: 选择Run Vuser as a thread 以线程方式
              Speed Simulation:  最大带宽 Use maximum bandwidth
              Browser Emulation: 不选择 Simulate browser cache
                                   原因:进行比较严格的测试
                      选择 Download non-HTML resourses
                      选择 Simulate a new user on each iteration
                          选择 Clear cache on each iteration
              Proxy: 代理  不要代理  
                      选择No Proxy(direct connection to the Internet)
              Preferences: 暂时不选 Enable Image and text check
                      Options 参数 (后续单独设置)
              其余不动 -> OK

        (7)之后依次buy、search、scan 设置Options:
               选择buy脚本 -> Run-time Settings -> Preferences:
               ->Options... 打开
               ->将三个120改为600 指的是超时时间(时间充足,保证成功)
               包括:HTTP-request connect timeout(sec) -> 600
                      HTTP-request receive timeout(sec) -> 600
                      Step download timeout(sec)         -> 600
               同样设置search和scan脚本...

        (8)    最后配置Windows Resaources: 13+1项  (Run视图 右下角)
               补充:Memory中  Page Reads/sec (页面读取率)

             13项参考之前的笔记:(资源图.doc)
               右击窗口-> Add Measurements... ->
              Monitered Server Machines: 选机器  点击Add.按钮 ->
                Machine Information:
                   Name: localhost  指定监控服务器的IP地址,主机名
                                       目前就是本地主机
                   Platform: WINXP
                -> OK
              Resource Measurements on: localhost  清空里面所有选项
               自己完成选项的添加(固定13项)
              -> 点击Add按钮 -> 选择以下内容:
               Memory中有4项:(内存)
                 Available MBytes            -> Add
                 %Committed Bytes in Use   -> Add
                 Page Faults/sec              -> Add
                 Pages/sec                    -> Add
               Network Interface中有2项: (网络)
                 Bytes Total/sec -> MS TCP Loopback inter...回环-> Add
                         本地主机才选回环
                 Packets/sec     -> MS TCP Loopback inter...回环-> Add
                         本地主机自己和自己通信,用回环
               PhysicalDisk中有4项(2个队列):(磁盘)见到Total就选
                 Avg.Disk Queue Length      ->  Total  -> Add
                 Current Disk Queue Length  ->  Total  -> Add
                 Disk Read Bytes/sec         ->  Total  -> Add
                 Disk Write Bytes/sec        ->  Total  -> Add
               Processor中有2项:(进程)
                 %Processor Time    -> Total  -> Add    Total表示总和
                 %User Time         ->  Total  -> Add
               System中有1项: (系统)
                 Processor Queue Length   -> Add
               -> OK
               再追加一项:
               Memory中:Page Reads/sec  页面读取率
               以上一共14项,先了解名字,后续再强化。(高级部分)

            -> 加完资源,可以运行场景
            点击Start Scenario

二、综合场景测试设置要点
    1、Continue on error: 
     (Run-time Settings -> Miscellaneous杂项中 Error Handling)
        1)综合场景测试过程中要选择该项
        2)做测试数据时(数据参数化的时候),由于要保证数据成功,失败应及时停止场景,所以该项不要选择

    2、模拟浏览器的Cache:   缓存
        1)综合场景中如果严格测试,不选择
        2)如果做测试数据,利用Cache容易成功,需要选择。

    3、监控资源时,添加一些:Page reads/sec   页面读取率

        思考:正常的性能测试,两人参与:
             一人负责场景的启动;一人负责监控Linux的系统资源
             问题:是场景先启动,还是Linux系统资源监控先启动?

    4、在场景启动之前,服务器资源监控应该提前启动。确保资源(服务器)连接无误后,再开始场景。

    5、在综合场景启动时开始,要密切关注,必须保证所有用户全部上线(登录成功),才称为多用户在线综合场景。

    6、当所有用户上线后,也要密切关注,控制台中各个主要的图表,当图表走势不正常时,代表系统不稳定,要及时查找原因,如果是综合场景设置的问题,甚至是脚本的问题,要及时停止场景,调试后重新测试。

    场景运行结束后 -> 打开Analysis -> 将结果文件保存:
        result/day06/11用户综合场景_reg  后续还会分析

    关注:
        Transaction:
         Transaction Name  事务名称
         Minimum   最小值
         Average   平均值
         Maximum  最大值
         Std. Deviation    标准方差值
         90 Percent        90% 响应时间

三、报告讲解
    1、90 Percent响应时间:表示该组中90%的用户都能在该时间内响应(完成该操作)

     90 Percent 表示90%的用户在 0.xxx 秒内完成操作
     可以通过Properties中 Percentile  90
     可以修改 -> Additional Settings -> Transaction Percentile
       若改为80,表示80%的用户。 再改回90%

    2、一个事务,100用户执行,其中一个用户执行时间1000秒,其他99%的用户响应时间为0.001秒。
     则该情况下90% 和 平均响应时间 哪个更准确? 90 Percent

    3、标准方差值:越小越好。越趋近于0,表示所有用户执行该事务的响应时间越接近,表示系统越稳定。
    (数学中知识)
     Mininum   Average   Maximum    Std.Deviation
      0.203    0.313      0.404         0.095

      说明前面几个值比较接近,比较稳定。

    4、网络带宽充足的情况下,当吞吐量(Throughput)随着点击率(Hits per second)的升高而升高,说明AUT的服务器处理能力充足。

    高级部分再继续分析结果报告。

四、LR流程
    1、性能测试的基本概念

    2、LR的三大组件协同工作(基准测试、并发测试、综合场景测试)

    3、三大组件:(加* 表示高级部分  **扩展部分)
    1)脚本生成器(录制、事务、检查点、并发点、参数池、参数池策略*、关联*)
     后续详细讲解:参数池策略、脚本关联技术

    2)控制台(基本参数设置、后续细化研究*)

    3)结果生成器(简单查看结果[服务器资源分析*]、性能测试综合分析*--瓶颈定位*--性能调优*)**

    4、整个系统的性能分析 **

五、为了使网站的页面响应速度更快,可以将页面中图片、视频、音频等元素尽量减少,进而减少客户端向服务器的访问次数,减少传输信息,加快访问速度。

六、脚本录制
    1、选择协议,如果正常协议(Web)无法成功录制脚本,可以根据系统(如C/S系统),选择Winsock协议(万能协议)。
    说明:C/S系统越来越少,逐步被B/S取代,大部分都是Web项目

    测试脚本的主要部分: 4部分
        vuser_init     初始化  仅执行一次
        Action         核心脚本 可多次
        vuser_end     结束脚本  仅一次
        global.h       头文件 包含重要函数的声明

    2、LR的脚本中Action越少越好,便于性能分析。 
        对比:QTP中的Action较多,因为功能多

    3、性能测试中AUT的服务器(应用服务器、数据库服务器),要分开部署。
        原因:便于性能分析,大多数问题一般是数据库服务器的性能问题

    案例(了解):录制多Action  将多个功能放在不同Action中
    思路:边录制边添加
        New -> 改为vuser_init -> 输入jojo和bean -> Login
         -> 点击按钮 Create New Action 增加Action -> 修改名字 buy
         -> 开始订票 选择城市 -> continue -> continue -> continue 
         -> 再加一个Action  修改名字scan -> 点击 Itinerary 浏览路线
         可以继续添加...
         -> 退出系统 -> 关闭浏览器 -> 结束录制

    4、VUG中窗口内容:
        1)脚本(上部)中记录的是客户端的请求。
           (请求:网页、图片、链接、表单提交)
        2)Replay Log: 记录脚本回放(执行)日志。(较常用)
        3)Recording Log: 记录LR客户端和服务器二者之间对话的数据包大小。 (较少使用)
        4)Generation Log: 记录LR客户端和服务器二者之间全部对话。
          (关联技术时经常使用)
        说明:Correlation Results 自动关联是的结果 (关联时介绍)

    5、脚本中的LR函数,LAST是函数的结束符。

作业:
1、综合场景测试(课上练习:按照场景方式--最常用、重要)
  10用户综合场景、11用户综合场景_reg

2、知识点复习:基准测试、并发测试、综合场景

3、预习参数池策略

4、重要的笔试题















笔试题:
  1、LR脚本为何要做检查点?你能写出的检查点函数?
    (文法:LR执行报告中显示Pass,是否说明脚本执行正确?)
     LR执行报告中的Pass只表明服务器已经接收到客户端请求包,并且提供应答信息,
    但是信息中内容是否正确,则无法确定。所以需要用户手工(写函数)验证页面中内容的正确性。
  检查点函数:
    web_reg_find("Text=xxxx", LAST);
    web_reg_check();
        LR函数、含有reg字样,注册性函数,写在相应请求之前。
ss
  2、如何让一半的用户实现并发?
    思路:并发测试的策略选取
    并发测试:特点是让多用户 形成一个瞬时的压力,是严格的测试。
            先设置集合点,之后在控制台场景中设置并发策略。
        1)选择第一项:设置50%用户
        2)选择第三项:设置固定用户数
    集合点函数:lr_rendezvous("名称");
       LR函数、必须写在Action中,在事务开始之前:
          lr_start_transaction("事务名称");

  3、参数池的策略?(HP公司)

  4、Think time和Pacing值的区别?
    Think time:一个是步骤(请求)之间的间隔;
    Pacing:一个是迭代之间的间隔(Action脚本),单位都是秒
  5、写出这4天学习过程中还不清楚的地方?


性能测试的策略
基础测试:单用户测试
  方法一:设置循环次数5次
    Run-time Setting 中的设置
        a)Run logic:循环的次数--设置5次
        b)Pacing:两次循环之间的时间间隔--随机2-4s
        c)Tink Time:思考时间,忽略
    监控资源:服务器的资源
    客户端的资源:自己随时把握一下即可,不要成为测试的瓶颈即可,各项资源正常
  方法二:持续运行1分钟
    Duration和Run-time Setting中的Run logic;前者优先级较高。二者循环的都是Action
        a)Duration设置1分钟
        b)Run logic:--设置1
        c)Pacing:随机2-4s
        d)Tink time:忽略思考时间

并发测试:多用户测试
  1)脚本中
    a)录制需要执行并发测试的业务脚本
    b)把关心的业务操作放在事务中
    c)在事务之前添加集合点
    d)添加检查点,验证脚本的正确性
    e)保存脚本,编译调试脚本
  2)控制台设置
    a)把调试成功的脚本添加到控制台中
    b)设置5个VU
    c)设置并发策略,选择第一项(设置n%的用户到达集合点时开始并发执行)
  3)Run-time Setting –忽略思考时间

 综合场景测试注意要点?(整体策略)
    1)没有特殊说明,则为在线的综合场景测试
    2)所有的用户都要成功登录(上线)
    3)多个脚本,要超过3个脚本
    4)要运行一个小时左右(长一些)
    5)要添加think time(转移到事务范围之外)
    注意:如果系统不能够支持要求的用户数,即无法保证所有用户成功登录,就无需继续测试。

posted on 2016-10-26 16:54  竹雨阑珊1  阅读(7079)  评论(0编辑  收藏  举报

导航