LoadRunner调用Analysis组件的相关技术点及知识总结
发布时间:2020-09-23

      对于很多测试新手来说,在做Web测试时,当场景运行结束后,我们可以借用Analysis组件来分析结果。今天,我们就一起来回顾一下,如何使用LoadRunner调用Analysis组件的相关知识点吧。(本方法只适合Web测试)

      1、LoadRunner调用Analysis组件的操作流程

      先来给大家回顾一下操作步骤。

      我们首先要通过LoadRunner,利用Controller,按照设定的测试场景运行测试脚本。如下图所示。

      在“Mercury Load Runner Controller”窗口中,单击菜单“Results”,选择“Analyze Results”菜单项,启动“Mercury Load Runner Analyze”,对当前测试结果进行分析。

       然后,通过“Mercury Load Runner Analyze”,我们将获得当前测试项目自动统计出来的各项测试结果数据。例如,Transaction Summary、Average Transaction Response Time等。

      在主窗口,我们只要单击左侧视图中的目录项,就可以在右侧数据是图中,看到对应的测试结果了。这里,测试结果数据将会以表格、曲线图以及柱状图等方式显示出来,供我们参考。

      如果默认显示的图表数据结果,不足以满足你的需求,你还可以通过增加新的表格,来显示你所需要的报告项目。

       下面,给大家回顾一下具体的操作步骤:

        ① 单击“Mercury LoadRunner Analyze”主窗口中的“Graph”菜单,选择“Add Graph”,你将看到“Open a New Graph”对话框。如下图所示:

       ② 在“Open a New Graph”对话框左侧树状目录中,选择要显示的图表项目,单击[Open Graph]按钮,新增显示图表就完成了。

      接下来,我们再来说说怎么生成相应的报告。

       在完成上一步的结果分析后,我们可以利用“Mercury LoadRunner Analyze”以多种格式生成测试报告。首先,在“Mercury LoadRunner Analyze”主窗口单击“Reports”菜单;接着选择“HTML Report”菜单项,可以生成HTML格式的测试报告;最后,选择“Microsoft Word Report”菜单项,就可以生成Word格式的测试报告啦。你记住了吗?

       2、知识点汇总

       >> 测试报告的基本要素

       Bug说明:(what)

       Bug出现的地方:(where)

       分析Bug:(why)

       解决方法:(how)

       报告人:(who)

       >> 软件测试报告的模板

      ×××公司

      ×××(产品或软件)/×××(模块)测试报告

      (1)概述

      测试目的 简述本次测试的目的,如:验证某模块是否符合设计项目背景 简述测试所在项目的背景,如:×××(项目)目前进入什么阶段,以及其他信息

    (2)测试环境

     硬件环境 仅针对测试对象的硬件环境及其版本信息加以说明

     软件环境 仅针对测试对象的软件环境及其版本信息加以说明

     (3)测试人员

      人员

      角色

     (4)实际进度

      占用时间 描述整个测试过程的时间跨度,如:xxxx-xx-xx至xxxx-xx-xx

      进度情况 原因 如果测试提前或延后完成,请说明具体原因

      (5)测试参考文档

     《×××测试计划》

     《×××测试用例》

     《文档三》

     《文档四》

       # 版本信息V1.0 #

     (6)测试数据

     测试数据

     测试项总数0

     PASS0PASS率 #DIV/0!

     FAIL0FAIL率 #DIV/0!

     严重度——高0 其中:高—#DIV/0!

     严重度——中0 中—#DIV/0!

     严重度——低0 低—#DIV/0!

     测试项编号 测试项 通过与否 问题描述 问题严重度

     注:问题严重度的界定:

     高——导致系统死机或后续部分测试项功能不能实现;

     中——影响该部分的测试功能的完整性且急需解决;

     低——仅属于系统中的小Bug,或根据测试过程发现的需要调整的部分,但并非急需解决。

    (7)项目的总结:对整个测试项目进行总结性阐述,如:测试是否通过,导致FAIL的主要原因。

    (8)意见和建议:针对本次测试工作,提出自己的意见或建议。没有可填“无”。

      写在最后

     对于很多测试新手来说,由于对一些操作不够熟练,经常会出现想不起如何操作的现象,这里希望大家能勤快的做知识点总结,或者摘抄结论,方便自己记忆。都说好记性不如烂笔头,有道是勤能补拙。希望大家能多多练习,将自己的测试之路走宽走好~

相关阅读