Jmeter使用吞吐量控制器实现不同的用户操纵不同的业务

一、需求

需求:博客系统,模拟用户真实行为,80%的用户阅读文章,20%的用户创建文章,创建文章的用户随机的删除或者修改文章。

二、脚本实现

80%的用户查看文章

20%用户创建文章

根据post_id是否能整除2,决定编辑还是删除

原文地址:https://www.cnblogs.com/loveapple/p/10035706.html

时间: 2024-08-30 15:34:41

Jmeter使用吞吐量控制器实现不同的用户操纵不同的业务的相关文章

JMeter分布式负载测试(吞吐量控制器)

在本节中,我们将学习如何使用吞吐量控制器在JMeter中创建分布式负载测试计划. 出于测试目的,我们将在我们网站 www.yiibai.com 的URL下的某些网页上创建分布式负载.这些网页包括: 主页: www.yiibai.com 第1页(Java): www.yiibai.com/cplusplus/ 第2页(C语言): www.yiibai.com/cprogramming 第3页(Python): www.yiibai.com/python 注意: 假设创建了10个虚拟用户(线程)来在

JMeter之Throughput Controller吞吐量控制器

吞吐量控制器,它是用来控制该控制器下面元件的执行次数,与控制吞吐量的功能无关.(注:用Constant Throughput Timer可以控制吞吐量tps) 作用:控制其子节点的执行次数与负载比例分配 吞吐量控制器有两种模式:Total Executions 和Percent Executions. 参数说明如下: Total Executions:整个测试计划中的总执行次数,按吞吐量值来指定执行次数. Percent Executions:按比例(1%-100%),整个测试计划中执行百分比.

JMeter接口测试-Include控制器

前言 小伙伴们是不是有个疑惑,保存的测试片段要怎么调用呢?今天给大家讲一下如何使用Include控制器调用测试片段 Include控制器可以直接引用测试片段保存的jmx文件,但如果使用Cookie管理器或用户定义的变量,则需要将这些变量放在测试计划中,而不是包含的jmx文件中,否则无法保证运行正常. 一:重新打开一个jmeter窗口,添加线程组.用户定义变量.Include控制器.察看结果树. 二:用户定义变量需设置好访问的ip及port 三:Include控制器中选择本地保存好的测试片段脚本

系统吞吐量(TPS)、用户并发量、性能测试概念和公式

系统吞吐量(TPS).用户并发量.性能测试概念和公式 PS:下面是性能测试的主要概念和计算公式,记录下: 一.系统吞度量要素: 一个系统的吞度量(承压能力)与request对CPU的消耗.外部接口.IO等等紧密关联. 单个reqeust 对CPU消耗越高,外部系统接口.IO影响速度越慢,系统吞吐能力越低,反之越高. 系统吞吐量几个重要参数:QPS(TPS).并发数.响应时间 QPS(TPS):每秒钟request/事务 数量 并发数: 系统同时处理的request/事务数 响应时间:  一般取平

[转]系统吞吐量(TPS)、用户并发量、性能测试概念和公式

PS:下面是性能测试的主要概念和计算公式,记录下: 一.系统吞度量要素: 一个系统的吞度量(承压能力)与request对CPU的消耗.外部接口.IO等等紧密关联. 单个reqeust 对CPU消耗越高,外部系统接口.IO影响速度越慢,系统吞吐能力越低,反之越高. 系统吞吐量几个重要参数:QPS(TPS).并发数.响应时间 QPS(TPS):每秒钟request/事务 数量 并发数: 系统同时处理的request/事务数 响应时间:  一般取平均响应时间 (很多人经常会把并发数和TPS理解混淆)

八、系统吞吐量(TPS)、用户并发量、性能测试概念和公式

PS:下面是性能测试的主要概念和计算公式,记录下: 一.系统吞度量要素: 一个系统的吞度量(承压能力)与request对CPU的消耗.外部接口.IO等等紧密关联. 单个reqeust 对CPU消耗越高,外部系统接口.IO影响速度越慢,系统吞吐能力越低,反之越高. 系统吞吐量几个重要参数:QPS(TPS).并发数.响应时间 QPS(TPS):每秒钟request/事务 数量 并发数: 系统同时处理的request/事务数 响应时间:  一般取平均响应时间 (很多人经常会把并发数和TPS理解混淆)

Jmeter-Throughput Controller 吞吐量控制器

比如在压测是时候,我设置了100个线程组,循环2次,那么我想根据吞吐量进行并发请求,这时候可以用到这个吞吐量控制器 PercentExecutions:按执行次数的百分比来计算执行次数,Throughput的取值范围是0-100, TotalExecutions:按执行次数来计算执行,Throughput设置必须是整数,最好是小于等于设置循环数,如果设置大于线程总数,实际执行结果还是按照线程数计算的 PerUser:如果选择的话,则按照这个虚拟的用户数来执行,不选则按照所有虚拟数量来执行计算次数

Jmeter——for循环控制器和if逻辑控制器

有时我们不仅仅需要用例按照简单的顺序跑,需要内嵌循环,或者条件分支,让某些用例在满足一定条件时才执行. 1.for循环控制器 此处记录两种应用的场景,一种是直接定义好要循环的变量,循环次数是固定的,写死就可以. 1)比如对起止时间进行循环,我们固定开始时间,让结束时间跨半小时.1小时.3小时.6小时...然后取各种长度的时间段.下面我们写好时间参数,配置for循环控制器: 这个例子中,我们循环只执行一次,就是让lte取lte_3的值,循环执行几次,取哪几个值,是可以通过start index和e

Jmeter if控制器的使用 - 真正实现3:2的业务

一.业务分析: 两种支付方式:1.银联刷卡支付(线下支付).2.微信扫码支付(线上支付),按照公司目前的交易订单来源,银联刷卡支付:微信扫码支付=3:2,所以在执行性能测试的时候,需要按照3:2的比例来测试,也就是说10条订单,6条是刷卡支付,4条是扫码支付. 二.if控制器元件: 在jmeter工具执行性能测试时,可以用if控制器元件来实现,在条件中,添加上判断代码,判断代码是针对if控制器之下的每一个可运行测试元件单独评估的,要求所有的请求都要发到该控制器下,判断语句才能生效,如果是同级的元