Jmeter工具核心

未匹配的标注

参数化

为什么要参数化?

键所对应的值都是写死的,只能手动更改,无法解决新增大数量(1000条)的问题

什么是参数化?

根据需求动态获取数据并进行赋值的过程

常用方式

CSV Data Set Config

简介

一种从外部读取数据功能的组件

实施方案分析
  • 基于测试计划->线程组
  • 基于线程组->配置元件->CSV Data Set Config
  • 基于线程组->Sampler->HTTP请求
  • 基于测试计划->HTTP信息头管理器
  • 基于测试计划->监听器->察看结果树
组件要点分析
  • 线程组:循环次数10
  • CSV Data Set Config 读取变量配置
  • HTTP请求:Body Data填写(JSON报文) 方法(POST)
  • 参数化引用格式:${参数名} 如:${dep_id}
  • HTTP信息头管理器:Content-Type:application/json;charset=utf-8
CSV Data Set Config 参数配置
  • Filename:文件路径+文件名+后缀名 如:d:/a.txt;
  • File Encoding:文件编译字符编码,一般设置utf-8;
  • Vaiable Names:读取参数后保存的变量名称;
  • Delimiter:如文件中使用的是逗号分隔,则填写逗号;如使用的是TAB,则填写\t;
HTTP信息头管理器
作用

告诉服务器请求的数据格式

用户参数

简介

一种参数设置方式,用户可设置参数名称以及参数值

解决方案实施分析
  • 位置:测试计划–>线程组–>前置处理器–>用户参数
  • 其他组件和CSV Data Set Config相同,去除 CSV Data Set Config组件
组件要点分析
  • 线程组:注意是【线程数】为10
  • 用户参数,参数格式:可以是数字、字母、下划线开头,建议最好是实义单词
  • HTTP请求:Body Data填写(JSON报文) 方法(POST)
  • 参数化引用格式:${参数名} 如:${dep_id}
  • HTTP信息头管理器:Content-Type:application/json;charset=utf-8
用户参数
  1. 添加变量
  2. 添加用户

用户定义的变量

简介

用户可根据需求自定义相应的变量,一般做全局变量使用。

分析

通过概念我们知道,【用户定义的变量】一般做全局变量使用,不适合参数需求量大时的选择,所以在这里我们不在使用,用户定义的变量去做新增时的解决方案,主要讲解下它做参数化时的使用步骤和方式

需求场景
  • 查询-指定:url地址
  • 接口查询指定的id(T02)采用参数动态获取方式
解决方案分析
  • 参数化组件:用户定义的变量 (测试计划->线程组->配置元件->用户定义的变量)
  • 线程组
  • 请求组件:HTTP请求
  • 查看结果组件:察看结果树

函数

简介

完成某个指定功能代码的封装。

  • 函数查找方式:函数助手对话框
     1) 菜单-选项->函数助手对话框
     2) Ctrl+Shift+F1
     3) 工具栏倒数第二个记事本图标
  • 函数在Jmeter中有非常多类型(计数函数、日期函数、随机函数…)
需求:
  • 查询-所有url地址
  • 查询10次,在每次请求地址后面增加访问记录数
  • 需求关键点分析
  • 起个计数参数名 如:num
  • 把计数参数名的值给参数化
  • 参数化的值使用计数函数(count)
实施方案
  • 基于测试计划添加线程组(循环次数10)
  • 基于线程组添加HTTP请求
  • 基于测试计划添加察看结果树
函数配置图
  • 选择一个功能:选择_counter计数函数
  • 第一个参数:TRUE,每个用户有自己的计数器;FALSE,使用全局计数器 我们选FALSE
  • 点击生成
  • 选择复制生成的函数

参数化方式总结

区别

  • CSV Data Set Config: 功能强大、适应各种迭代及多参复杂场景。
  • 用户参数:适应传递少量参数时使用
  • 用户定义的变量:和用户参数使用场景相似,不同在于一般做全局变量使用
  • 函数:功能强大,函数类型繁多,灵活度大,适应各种应用场景。

推荐

  • CSV Data Set Config
  • 函数

关联

需求

问题

  • 如何从第一次请求获取的响应数据中提取title值?
  • 解决这种需求场景在测试领域中叫什么?

    什么是关联?

    概念:从上一条请求中获取数据,使用在下一条请求中的过程。

    Jmeter关联中常用的两种方式

  • 正则表达式提取器
  • XPath Extractor

正则表达式提取器

概念

根据需求定制规则,返回匹配规则的数据的一种组件

实施方案分析

  • 测试计划->线程组
  • 线程组->HTTP请求(获取title)
  • 获取title->后置处理器->正则表示式提取器
  • 线程组->HTTP请求(使用title)
  • 测试计划->察看结果树

    技术难点分析

    正则表达式

    . XPath Extractor

    概念

    一种可被用来提取页面给定内容的组件,主要采用的方式为XPath路径

    解决方案分析

  • 测试计划->线程组
  • 线程组->HTTP请求(获取title)
  • 获取title->后置处理器->XPath Extractor
  • 线程组->HTTP请求(使用title)
  • 测试计划->察看结果树

实施难点分析

XPath 路径

总结:

区别

  • 正则表达式提取器可以用于对页面任何文本的提取,提取的内容是根据正则表达式在页面内容中进行文本匹配;
  • XPath Extractor则可以提取返回页面任意元素的任意属性,如//a[@href=”http://tieba.baidu.com"]/@name;

    选择

  • 如果需要提取的文本是页面上某元素的属性值,建议使用XPath Extractor;
  • 如果需要提取的文本在页面上的位置不固定,或者不是元素的属性,建议使用正则表达式提取器。

断言

为什么要学习断言?

接口测试原理:
请求:是否正确,默认请求成功是200(GET),如果请求错误也能返回404、500等。
检查:返回数据的正确性与完整性

什么是断言?

概念:断言就是让程序代替人工去判断程序响应数据是否达到预期结果

断言常用方式

  • 响应断言
  • Size Assertion(Size 断言)
  • Duration Assertion (持续时间断言)

    响应断言

    Jmeter中一种断言组件,可断言响应(信息头内容、主体内容、响应代码)

    技术难点分析

    • 断言代码
    • 断言数据(T02)

断言结果

作用:断言运行成功默认不显示,如果断言失败,记录每次失败原因

Size Assertion(Size 断言)

作用

主要判断返回数据的大小是否属于预期数据大小范围(Response Header、Response Body、响应信息)

技术难点分析

断言响应主题数据大小

断言持续时间

作用:断言服务器响应请求的时间是否小于指定值;

技术难点分析

时间设置

作用域

在jmeter中,元件的作用域是靠测试计划的树形结构中元件的父子关系来确定;

作用域说明

  • 取样器(sampler)元件内组件不依赖其他元件就可执行,因此取样器不存在作用问题;
  • 逻辑控制器(Logic Controller)元件作用域只对它的子节点有作用;
  • 其他作用域默认根据测试计划中树形结构来定;

各元件执行顺序

1.各元件之间的执行顺
1) 配置元件(config elements)
2) 前置处理程序(Per-processors)
3) 定时器(timers)
4) 取样器(Sampler)
5) 后置处理程序(Post-processors)
6) 断言(Assertions)
7) 监听器(Listeners)

集合点

作用

集合点用以同步虚拟用户,以便恰好在同一时刻执行任务。

技术难点分析

  • 线程数>=20
  • 集合点设置

    集合点作用域

  • 集合点只对一个请求起作用,如果针对指定请求起作用,放到该请求内;
  • 集合点对多个个请求起作用,放到与请求平级同一层次;

本文章首发在 LearnKu.com 网站上。

上一篇 下一篇
讨论数量: 0
发起讨论 只看当前版本


暂无话题~