jmeter接口测试全流程！csv参数化｜断言｜接口依赖｜多接口批量执行｜报告生成｜jdbc数据库操作｜文件操作
jmeter基础
目录
jmeter基础
一、jmeter的基础使用详解
常用测试元件
二、jmeter基本接口请求、接口关联操作
1、熟悉接口需求
2、设计接口测试用例
3、编写用例执行接口测试
三、参数化
参数化：每次请求，参数值都是变化的。设置为变量，需要的地方直接引用的。
参数化的方式：用户自定义变量、函数助手、CSV文件配置
引用：${定义变量名}，比如
1、用户自定义变量
2、CSV文件配置（数据驱动ddt——Data-Driven Tests）
四、断言
1、响应断言
是最常用的一种断言方法，它可以对各种返回类型的结果进行断言，比如Test、html、application/json等
2、json断言
也是测试工作中经常用到的一种断言方法，它只能针对响应结果是applicaton/json格式的请求进行断言
3、BeanShell断言
BeanShell断言支持各种开发语言，使用BeanShell断言的好处是可以自由发挥，比如当断言失败，提示预期结果、实际结果，或者失败时把结果输出到日志
4、断言持续时间
断言持续时间通常用于做性能测试，一般用于检查HTTP请求的响应时间是否超过预期值。而这个响应时间是性能测试中常关注的一个性能指标。编辑
五、接口业务关联 依赖处理
Jmeter解决方案：
六、多接口批量执行 多人协作——【模块控制器+测试片段】
测试片段：分模块管理脚本——一个接口一个测试片段
模块控制器：勾选对应的测试片段编辑
七、接口测试报告
八、jmeter数据库操作
1、配置操作
在线程组中添加一个JDBC connection的配置：配置元件—JDBC Connection Configuration
2、数据库操作——请求
在线程组中添加一个JDBC请求，获取userid
在后续请求中，使用${userid_1}引用
九、文件操作
Jmeter文件上传操作
一、jmeter的基础使用详解
常用测试元件
-
测试计划：默认
-
线程组： 并发用户数、并发时间、请求循环次数
-
采样器： 较常用HTTP请求，JDBC Request、soa/webservice
-
监听器： 查看结果树、断言结果
-
配置元件：http请求默认值、HTTP信息头管理器、JDBC Connection Configuration、CSV Data Set Config
-
断言： 响应断言（通过对比服务器返回的响应数据，判断请求是否成功）、json断言、BeanShell断言
-
参数化： 用户定义的变量参数、CSV 文件配置、函数参数化
-
关联： 后置处理器：正则表达式提取器、json提取器（jsonpath表达式）
二、jmeter基本接口请求、接口关联操作
做接口测试，要熟悉接口需求，设计接口测试用例，编写用例执行接口测试（借助工具或代码，脚本设计，本文讨论jmeter工具）
1、熟悉接口需求
-
对单个接口需要弄懂：
-
请求4要素：接口地址、请求方法、请求头、请求正文；
-
响应3要素：http状态码、响应头、响应正文(code、msg、data...重点，判断接口是否通过)
-
-
对于多接口要弄懂：接口之间的业务关联
2、设计接口测试用例
-
用例设计方法(8大方法，等价类、边界值、场景法、错误推测法、正交实验法、状态迁移法、因果图、判定表) === 功能测试用例设计思路
-
接口用例内容包含：请求4要素，响应3要素信息
3、编写用例执行接口测试
以简单的 【注册账号---登录---充值】 场景为例
1）jmeter对【注册接口】进行接口测试
-
直接将请求4要素信息分别填入到jmeter中、用到：【取样器-http请求】、【配置元件-http消息头管理器】
-
运行，通过【监听器-查看结果树】查看响应结果 请求内容
-
观察 输出实际结果 和 预期结果(接口文档中定义响应)是否一致
2）jmeter对【充值接口】进行测试（接口之间的业务关联‼️）
⚠️不能充值单接口去跑！ 必须依赖登录状态——建立登录成功之后，才能进入充值界面，进行充值操作 ==== 登录鉴权，这里用到token。
-
先登录账号，成功后返回token
-
充值接口需要携带这个token去进行请求=====》服务器就放行资源
-
❓怎么获取登录接口返回的token信息？
——用到【后置处理器-json提取器】放到待提取的请求下面
——填写json表达式 $.data.tokeninfo.token / $..token，变量名定义为user_token
【图-在结果树中-测试提取表达式】
【图-json提取器】
-
充值接口怎么携带token？通过 ${user_token}引用上述提取的token
【图-请求头中引用提取的变量】
【图-请求体中引用提取的变量】
三、参数化
思考：脚本一旦调通，回归测试/性能测试，每跑一次，手机号码字段，都需要更改一次——引入参数化
-
参数化：每次请求，参数值都是变化的。设置为变量，需要的地方直接引用的。
-
参数化的方式：用户自定义变量、函数助手、CSV文件配置
-
引用：${定义变量名}，比如
{
"mobile_phone": "${phone}",
"pwd": "${pwd}",
}
1、用户自定义变量
如下图，
-
很多接口请求中，存在部分相同的请求信息
-
例如环境地址：测试环境/预发布环境/发布环境，服务器地址不一样 ，在不同环境下测试，得一个个接口去修改地址---麻烦；
-
不同测试环境，ip和端口不一样，可以把它定义为变量，作为全局变量，在每个接口的服务器地址栏位置，引用该变量${变量名}
-
-
针对注册需要用的手机号，用Random函数产生手机号后8位的随机数，使用的时候拼接上运营商前3位，"mobile_phone": "158${phone}"
【图-jmeter工具-Random函数-生成表达式】
【图-添加配置元件-用户定义的变量-可以添加固定值，也可以添加函数表达式】
2、CSV文件配置（数据驱动ddt——Data-Driven Tests）
思考：一个接口，需要正常/异常多用例数据进行测试，得到不同的输出结果。
—— 可以手动每次修改传参的用例数据，然后执行，但效率低。
——可以尝试 CSV文件数据配置+循环控制器 。
-
添加【逻辑控制器 - 循环控制器】
-
控制接口执行次数，用例条数，可以写成固定值——不灵活
-
自动从CSV文件中读取到多少用例，自动循环多少次---- 可以实现，写代码
-
-
添加【配置元件 - CSV Data Set Config】
-
参数引用 ${变量名} 可以在任意位置引用，比如设置请求名称
-
四、断言
思考：一个接口，不同用例数据得到不同结果，如何判断测试结果正确性？
——手动测试，凭眼睛一个个请求查看接口返回数据和期望响应是否一致
——jmeter有多种断言方式，自动判断响应结果跟预期的一致性。如 响应断言，json断言，baseshell断言，断言持续时间...
1、响应断言
是最常用的一种断言方法，它可以对各种返回类型的结果进行断言，比如Test、html、application/json等
可以结合数据驱动ddt，把期望响应写在csv用例表格中，在【测试模式】引用期望响应的字段，判断响应文本中是否包含【期望内容】
如："code":${exp_code},"msg":"${exp_msg}"
断言成功--结果绿色；断言失败-结果红色
断言结果，可以通过结果树查看：断言成功--结果绿色；断言失败-结果红色
也可以添加【监听器 - 断言结果】查看
2、json断言
也是测试工作中经常用到的一种断言方法，它只能针对响应结果是applicaton/json格式的请求进行断言
期望值（断言结果）可以写正则表达式，json表达式，引用变量，常量（比如code字段期望是0）
3、BeanShell断言
BeanShell断言支持各种开发语言，使用BeanShell断言的好处是可以自由发挥，比如当断言失败，提示预期结果、实际结果，或者失败时把结果输出到日志
如果使用包含匹配，只需要修改预期结果即可，预期结果需要写在双引号之间，中间的双引号需要添加\转义，如下：
期望包含：【“code”：0】。java脚本可以写：
String response = "";
String Str = "{\"code\":0"; //预期结果，需要校验的字段
response = prev.getResponseDataAsString(); //获取当前请求响应结果
if(response == ""){
Failure = true;
FailureMessage = "系统无响应，获取不到响应数据！";
log.info(FailureMessage);
}
else if(response.contains(Str) == false){
//把断言失败置为真
Failure = true;
String Msg = "\n系统返回响应结果与期望结果不一致！请排查是性能问题，还是程序代码问题"; FailureMessage = Msg + "\n" + "期望结果:\n" + Str + "\n" + "响应内容: \n" + response +"\n";
log.info(FailureMessage);
}4、断言持续时间
断言持续时间通常用于做性能测试，一般用于检查HTTP请求的响应时间是否超过预期值。而这个响应时间是性能测试中常关注的一个性能指标。
五、接口业务关联 依赖处理
思考：当前接口需要用到前面接口的返回数据，如，充值接口需要用到登录接口返回的token、id等，每次手工操作一遍登录，复制登录的token、id到产品接口传参位置，很麻烦。
Jmeter解决方案：
-
前置处理 -- 登录接口作为前置，通过json提取器提取token、id
-
json提取器，正则表达式提取器——目前工作中比较常用的
-
-
后面接口引用变量--${变量名}，也可以在用例里面引用变量如下：参数里面引用${user_id}
-
⚠️问题：${req_data}请求数据中包含${user_id}--- 变量中嵌套了其他变量
-
解决办法：Jmeter自带的eval函数 生成——> ${__eval(${req_data})}
-
工具生成
-
后续接口请求参数
-
六、多接口批量执行 多人协作——【模块控制器+测试片段】
大型项目，脚本编写工作是协同工作的，A负责123模块，B负责456模块，分别保存测试片段
测试片段：分模块管理脚本——一个接口一个测试片段
模块控制器：勾选对应的测试片段
七、接口测试报告
报告生成命令：
jmeter -n -t [.jmx文件路径] -l [指定要生成的.jtl文件名] -e -o [最后html报告要保存的路径]
jmeter -n -t /Users/.../api_utils/jmeter/jmeter训练营.jmx -l jmeter报告.jtl -e -o /Users/.../api_utils/jmeter/报告报告：
八、jmeter数据库操作
思考：对于充值接口——每次充值都是新注册——登录——充值——麻烦。用例中需要多个userid ，想从数据库用户表中直接获取！！
另，例如注册，短信验证码！ 存在数据库中， 从数据库中获取短信验证码，然后传给注册参数。
——需要操作数据库：1）数据库连接 2）数据库操作-增删改查、 数据库知识、表结构
1、配置操作
在线程组中添加一个JDBC connection的配置：配置元件—JDBC Connection Configuration
-
项目的数据库信息-找开发：
-
database url ： 不同数据库url不一样，百度
-
jdbc:mysql://主机:端口/数据库名?useUnicode=true&characterEncoding=utf8&allowMultiQueries=true
-
-
注意：驱动--不同数据库驱动不一致，添加驱动jar包；放到jmeter安装目录下的lib目录
-
2、数据库操作——请求
在线程组中添加一个JDBC请求，获取userid
写sql语句：select id from member where mobile_phone = '${phone}';
获取到的数据保存在userid 数组形式, ${userid_1}
在后续请求中，使用${userid_1}引用
九、文件操作
Jmeter文件上传操作
文件操作接口：
请求体数据——文件名称：绝对路径，路径不要包含中文；文件保证在本地存在的