• 0
  • 0
分享
  • JMeter参数化4种实现方式——软件测试圈
  • 北极 2022-11-22 13:22:02 字数 2843 阅读 2509 收藏 0

1 参数化释义

什么是参数化?从字面上去理解的话,就是事先准备好数据(广义上来说,可以是具体的数据值,也可以是数据生成规则),而非在脚本中写死,脚本执行时从准备好的数据中取值。

参数化:是自动化测试脚本的一种常用技巧,可将脚本中的某些输入使用参数来代替,如登录时利用GET/POST请求方式传递参数的场景,在脚本运行时指定参数的取值范围和规则。

脚本在运行时,根据需要选取不同的参数值作为输入,该方式称为数据驱动测试(Data Driven Test),而参数的取值范围被称为数据池(Data Pool)。

JMeter提供了多种参数化方式,下面就其中常用的4种展开阐述。

方式适用场景
CSV Data Set Config我们通常所指的参数化。数据存储在文件中,参数化取值范围大,灵活性强
User Parameter适用于参数取值范围很小时
函数助手_Random等函数,生成随机数字和随机字符串实现参数化
User Defined Variables用户自定义变量,更多用于设置全局变量

2 参数化实现

2.1 CSV Data Set Config

在JMeter中提起参数化,我们默认就想到CSV Data Set Config(以下简称CSV),CSV能够读取文件中的数据并生成变量,被JMeter脚本引用,从而实现参数化。下面我们来详细探究一下。

CSV简介

线程组右键–>添加–>配置元件–>CSV Data Set Config,就创建了一个CSV,界面是这个样子的:

1.png

各项参数详解如下:

参数描述必须
Name脚本中显示的这个元件的描述性名称
Filename文件名。待读取文件的名称。可以写入绝对路径,也可以写入相对路径(相对于bin目录),如果直接写文件名,则该文件要放在bin目录中。对于分布式测试,主机和远程机中相应目录下应该有相同的CSV文件 
File Encoding文件编码。文件读取时的编码格式,不填则使用操作系统的编码格式
Variable Names变量名称。多个变量名之间必须用分隔符分隔。如果该项为空,则文件首行会被读取并解析为列名列表
Ignore first line是否忽略首行?如果csv文件中没有表头,则选择false
Delimiter分隔符。将一行数据分隔成多个变量,默认为逗号,也可以使用“\t”。如果一行数据分隔后的值比Vairable Names中定义的变量少,这些变量将保留以前的值(如果有值的话)
Allow quoted data?是否允许变量使用双引号?允许的话,变量将可以括在双引号内,并且这些变量名可以包含分隔符
Recycle on EOF?遇到文件结束符是否再次循环?默认为 true
Stop thread on EOF?遇到文件结束符是否停止线程?默认为 true
Recycle on EOF?当Recycle on EOF为False时,停止线程,当Recycle on EOF为True时,此项无意义,默认为 false
Sharing mode线程共享模式。1、All threads(默认):一个线程组内,各个线程(用户)唯一顺序取值;2、current thread:一个线程组内,各个线程(用户)各自顺序取值;3、线程组各自独立,但每个线程组内各个线程(用户)唯一顺序取值;

需要着重说明一下的是Sharing mode,也就是线程共享模式。线程共享模式,是指多个线程对文件数据取值顺序模式,JMeter提供了3种模式:

1、All threads:所有线程。如果脚本有多个线程组,在这种模式下,各线程组的所有线程也要依次唯一顺序取值。例如,脚本有2个线程组,各有2个线程,文件内有5行数据,脚本运行时,将如下图一样循环往复取值:

2.png

2、Current thread group:当前线程组。各个线程组之间隔离,线程组内的线程顺序唯一取值。

3.png

3、Current thread:当前线程。这种模式下,每个线程独立,顺序唯一取值。

4.png

CSV实例

下面看一个实例。首先有userInfo.txt的文件,放置在bin目录中,内容如下:

5.png

6.png

  • 文件名:文件在bin目录中,使用相对目录

  • 变量名称:两列数据分别属于mobile和password两个变量

  • 分隔符:以逗号分割

在HTTP请求中引用CSV生成的变量的方式是${变量名}的方式:

7.png

运行脚本,察看结果树:

8.png

可以看到,文件中的数据被脚本成功引用。JMeter使用CSV实现参数化就是这么简单。

注意事项

CSV使用中最常见的一个问题是文件路径不对。当遇到这种问题时,因为运行脚本没有明显提示,许多人遇到后会感觉很懵,不知道问题在哪。其实,仔细观察会发现右上角黄色三角处数字在增加,点击该区域便打开了日志,日志里记录了相应错误:File userInfo2.txt must exist and be readable,也就是提示参数化文件不存在或路径不可达。

9.png

2.2 User Parameters

User Parameters,也就是用户参数,也能实现参数化。

创建方式:HTTP请求上右键–>添加–>前置处理器(Pre processors)–>用户参数。

通过【添加变量】添加mobile和password两个变量,通过【添加用户】添加3组数据:

10.png

在HTTP请求中引用参数化的数据:

11.png

运行脚本,设置好的数据被成功引用。

12.png

这种方式相对来说简易一些,数据范围有限,适用场景也少。而且,每个线程会一直使用一组数据。例如,设置4个线程并发,那么线程1使用用户_1的数据,线程2使用用户_2的数据,线程3使用用户_3的数据,线程4使用用户_1的数据,无论各个线程循环多少次。

13.png

2.3 用户定义的变量

用户自定义的变量,也可以实现请求参数的参数化。

创建方式:线程组上右键–>配置元件(config element)–>用户定义的变量。

14.png

如上图,用起来也很简单,添加变量名和相对应的值就可以了。后面引用变量和前面一样,使用${mobile}的方式。

【用户定义的变量】一般并非用来做HTTP请求参数化,而是用来定义全局变量,比如参数化文件路径、host、url等。

【用户定义的变量】创建在【线程组】上,则在线程组内生效,如果创建在【Test Plan】上,则对所有线程组生效。

2.4 Random

函数助手中的Random函数,

创建方式:Tools–>函数助手对话框–>选择一个功能–>_Random:

15.png

上图中,生成了一个表达式:${__Random(8000,9000,)},我们用这个表达式替换想要参数化的变量值,例如下图中的price变量:

16.png

运行脚本,察看结果树,可以看到效果:

17.png

这种方式适用于值在一定区间无规律随机取值的变量参数化,例如价格、数量等,并不适用于有较强规则的变量进行参数化,例如手机号。


作者:云深i不知处

原文链接:https://blog.csdn.net/mu_wind/article/details/108225919

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 1)测试计划与测试方案的区别:计划:属于组织管理层面的文档,从组织管理的角度对测试活动进行规划;方案:属于技术层面的文档,从技术的角度对测试活动进行规划。测试计划:对测试全过程的组织、资源、原则等进行规定和约束,并制定测试全过程各个阶段的任务分配以及时间进度安排,并提出对各项任务的评估,风险分析和管理需求。测试方案:描述需要测试的特性,测试的方法,测试环境的规划,测试工具的设计和选择,测试用例的设计方法,测试代码的设计方案。测试方案需要在测试计划的指导下进行,测试计划提出“做什么”,而测试方案明确“如何做”软件测试用例包括软件测试用例设计和写作。软件测试用例设计:是从设计层面考虑,比如从功能性...
            12 12 2105
            分享
          • 软件测试分类按测试用例的设计方法,软件测试分为白盒测试和黑盒测试。按测试策略和过程,软件测试分为单元测试、集成测试、确认测试和系统测试。按软件系统工程,测试是软件质量保证的最后的一关。高质量的程序取决于以下几个方面:高质量的设计规范的编码有效的测试开发部的测试 效果不好:为什么?没有时间测试不知道怎样测试不好组织缺乏方法和工具这种情况下,往往把单元测试的任务堆积到系统测试阶段。如果把单元测试的任务堆积到系统测试阶段,将会怎样?大量的故障堆积在项目中后期:项目后10%的工作,占用了项目90%的时间。故障难以定位故障飘忽不定开发、测试人员疲于奔命软件缺陷的修复费用单元测试(why)最高的成本收益比...
            10 10 1532
            分享
          •   Web应用程序的验收测试常常涉及一些手工任务,例如打开一个浏览器,并执行一个测试用例中所描述的操作。但是手工执行的任务容易出现操作人员人为的错误,花费的时间成本也比较多。因此,将这些任务自动化,就可以消除人为因素。Selenium可以帮助我们自动完成验收测试,通过构建更严格的测试,从而使软件更为可靠也更易于维护。  Selenium 测试框架及用例编写。  Selenium是什么?  Selenium 是用于测试 Web 应用程序用户界面 (UI) 的常用框架。它是一款用于运行端到端功能测试的超强工具。您可以使用多个编程语言编写测试,并且 Selenium 是能够在一个或多个浏览器中执行这...
            0 0 1000
            分享
          •   用例设计是测试工程师的日常工作之一,也是基本技能,今天,从实际工作的角度,跟大家分享下快速设计用例的7个小技巧:  1. 根据需求,先拆分大的功能点,作为主用例。例如,常见的增删改查,就属于大的功能点,可以作为主用例。  2. 使用等价类划分,按分类设计用例,基本分类可以从正面场景和负面场景入手。例如,测试创建可分为创建成功和创建失败2种场景,可分别设计用例。  3. 善用边界值,可结合等价类使用。测试经验告诉我们,测试有时会涉及大量数据,遍历所有数据效率较低,如果是手工执行,更难以实现覆盖所有数据,更有效率的做法是,先划分等价类,再从等价类中选择部分参数测试。  边界值是等价类所有可选参...
            0 0 889
            分享
          • 敏捷质量实践中提倡测试左移,测试人员要尽早介入需求阶段,越早越好。测试人员需要关注需求的有效性,以及在需求产生和传递的过程中,交付价值是否被准确的描述、理解和对齐。在这个过程中很容易遇到一个常见问题:验收标准是验收测试要测的吗?验收标准到底是不是测试用例?这两者之间有什么区别和联系?本文主要想解决的就是这个具体的困惑。验收标准是确保需求实现的最小集合验收标准是什么回顾一下需求由厚厚的《软件需求规格说明书》演化为一张用户故事卡片的过程,在这个过程中我们舍弃了大量的细节描述,突出了需求需要交付的客户/用户价值。在需求交付的过程中,我们会一直关注价值,在保证价值的前提下,实现方式和技术细节都是可以讨...
            0 0 1973
            分享
      • 51testing软件测试圈微信