制作网站的主题,网络营销方法的典型案例,校园招聘哪个网站做的好,杨凌网站建设Jmeter场景设置
场景的概念: 场景是用来尽量真实模拟用户操作的工作单元#xff0c;场景设计源自于用户真实操作。
场景设计: 场景设计是根据收集分析用户的实际操作而定义的Jmeter脚本的执行策略。 性能测试中涉及的基本场景有两种#xff0c;即单一业务场景和混合业务场景…Jmeter场景设置
场景的概念: 场景是用来尽量真实模拟用户操作的工作单元场景设计源自于用户真实操作。
场景设计: 场景设计是根据收集分析用户的实际操作而定义的Jmeter脚本的执行策略。 性能测试中涉及的基本场景有两种即单一业务场景和混合业务场景这两种业务场景缺一不可 缺少任何一种都不能准确评估系统性能定位系统瓶颈。如果只做单-业务场景得到的结果与实际生产环境差距较大没有实际指导意义;如果只做混合业务场景不能快速定位系统性能快速降低的原因起不到定位瓶颈、系统调优的作用。只有两种场景互为补充才可以获取最符合客户要求的测试结果。
在Jmeter场景主要通过线程组设置来完成。通过组合用户各种操作到场景中来当然场景设计不仅仅是设置线程组有些复杂场景还需要与逻辑控制器配合。Jmeter线程组实际上是建立一个线程池。
线程组界面如下 线程组界面参数说明 名称、注释与之前元件一样可以随意设置。
在取样器错误后要执行的动作:设置线程组中某一个请求出错后的异常处理方式。 继续:请求出错后继续运行。勾选此项后有请求出错也继续运行。在大量用户并发情况下服务器偶尔响应错误是正常现象比如服务器由于性能问题不能正常响应或者响应不及时此时我们把过程中错误记录下来作为有性能问题的依据。
Start Next Thread Loop:遇到sampler执行出错时直接进行下次循环当前循环剩下的所有sampler不再执行。 停止线程:遇到sampler执行出错时当前线程停止进行其他线程继续。 停止测试:遇到sampler执行出错时当前所有线程执行完当前循环停止进行。 stop Test now:遇到sampler执行出错时当前所有线程立即停止
线程属性: 线程数:设置并发用户线程数量即通常意义的并发用户数一个线程对应一个模拟用户。
Ramp-Up Period (in seconds) :设置并发用户加载时间即线程启动开始运行的时间间隔单位是秒。假设并发用户数设置为50此处设置为10那么每秒就会启动50/105个线程;如果设置0则开始就50个线程就立即启动。
循环次数:输入框与复选框只能选择一种 不能同时被选择为场景循环方式;输入框输入数字则被认为是当前线程组所控制的脚本区域的执行次数; [永远] 复选框选后输入框内的数字将失效启动后脚本将一直执行下去。 输入框输入0表示执行0次无意义所以不支持。
Delay Thread creation util needed:直到需要时延迟线程的创建设置后线程在Ramp-Up Period的间隔时间启动并运行。不设置测试计划开始后启动所有线程 (NEW状态)但不立即运行Sampler,是按照Ramp-Up Period时间来运行的。 在实际性能测试过程中设置或者不设置都影响不大。
调度器:选中之后可以配置启动时间立即或者预定的时间。 启动时间:测试计划什么时候启动启动延迟会覆盖它。当启动时间已过手动运行脚本时当前时间也会覆盖它(但启动时间页面显示不会变)。 结束时间:测试计划什么时候结束持续时间会覆盖它。 持续时间(秒) :测试计划持续多长时间会覆盖结束时间。 启动延迟(秒) :测试计划延迟多长时间启动会覆盖启动时间。
场景运行
Jmeter的场景运行方式分为两种一种是GUI界面方式运行一种是命令窗口(Windows的DOS命令窗口)运行。 Jmeter的场景运行架构分为两种一种是本地运行另一种是远程运行。不管是GUI还是命令方式都支持本地和远程运行。
GUI方式运行: 1、本地运行:本地运行即只运行本地一台]meter机器 所有的请求通过该机器发 送。 2、本地运行点击绿色的运行按钮如下左图所示 3、点击运行后通过右上角可以查看线程信息0代表没有线程异常0/4中的前一个0代表当前运行活跃的进程数为0后一一个4代表了总共运行了4个线程。灰色的圆框如果是绿色的代表运行正确。如果要停止测试点击STOP按钮
2、远程运行: 远程运行是用-台Jmeter控制机控制远程的多台机器来产生负载。控制机与负载机之间通过RMI方式来完成通信。 操作步骤如下: 1、在负载机上部署Jmeter,确保Jmeter的bin目 录下存在ApacheJMeter.jar与jmeter-server.bat两个文件。 2、双击启动负载机的jmeter- server.bat程序。 3、在Jmeter控制机的bin目 录下找到jmeter.properties文件并修改remote.hosts 增加负载机IP多个IP使用英文逗号隔开修改后要重启Jmeter。如下图: 4、进入Jmeter控制机的GUI图形界面,远程运行点击上图按钮即可。点击后Jmeter控制机会自动探测只要先启动远程负载机上的Agent,开始运行测试计划时就会自己连接负载机去完成。 5、如果要停止点击上面右图的后面两个按钮即可。前者是执行完成当前迭代停止(比如脚本中有5个请求在运行第2个的时候收到停止命令那么将继续执行完5个请求然后再停止) 后者是立即终止。 备注:设置127.0.0.1 需要控制机也启动jmeter-server.bat
命令窗口运行: 命令窗口运行没有Jmeter界面通过DOS命令窗口运行场景。用纯命令方式运行Jmeter是因为]meter可视化界面及监听器动态展示结果都比较消耗负载机资源在大并发情况下GUI方式往往会导致负载机资源紧张会对性能结果产生影响。 这个影响不是指被测系统的性能受到影响而是指负载机的性能受到影响导致负载量上不去比如命令模式100个线程可产生100TPS的负载而GUI方式只产生80TPS的负载。所以推荐进行性能测试的时候使用命令方式来运行测试计划。
Jmeter命令窗口方式运行场景的命令如下: 1、java -jar %JMETER_ HOME%\bin\ApacheJMeter.jar -n -t %JMETER_ HOME%\script\script.jmx -r -l result.jtl 2、%JMETER_ HOME%\bin\jmeter -n -t %JMETER HOME%\script\script.jmx -r -l result,jtl 备注: 两条命令都可以运行测试计划其中%JMETER_HOME%必须配置jmeter的环境变量%JMETER_HOME%\script\scriptjmx为jmeter脚本存放路径。
jmeter命令行工具部分参数说明: -n:非GUI方式运行 -t:指定运行的测试脚本地址与名称可以是相对或绝对路径 -h:查看帮助 -v:查看版本 -p:指定读取Jmeter属性文件比如jmeter.properties文件中设置的 -1:记录测试结果到文件指定名称与路径可以是相对或绝对路径 -s:以服务器方式运行(远程方式) -r:开启远程负载机远程负载机列表在jmeter.properties文件中指定 -R:开启远程负载机可以指定负载机IP会覆盖jmeter.properties中的设置 -L:定义Jmeter的日志级别如DEBUG、INFO、ERROR等 -H:设置代理IP -P:设置代理端口 -u:设置代理帐号 -a:设置代理帐号密码 -X:停止远程执行 -J:定义Jmeter属性 等同于在jmeter.properties中设置 -G:定义Jmeter全局属性等同于在Global.properties中设置,线程间可相互共享
Jmeter场景运行优化配置: 在性能测试场景运行时使用GUI方式会占用资源其实不管是GUI或者命名模式都会占用一定资源。因为Jmeter是纯Java开发所以可以调整其性能参数让其在Java虚拟机上运行起来更顺畅、效率更高。
配置如下: 打开Jmeter安装路径\bin\下的jmeter.bat文件打开后其中rem属于注释。 可以修改如下参数: set HEAP:设置JVM堆大小-Xms设置 初始堆大小-Xmx设置最大堆大小 set NEW:设置年青代大小-XX:NewSize设置年 青代初始内存大小- XX:MaxNewSize设置年青代最大内存大小建议设为整个堆大小的1/3或者1/4,两 个值设为一样大。 set PERM: -XX:PermSize设置 持久代初始大小-XX:MaxPermSize: 最大大小 set TENURING:年青代晋升年老代周期默认是15 整个堆大小年轻代大小年老代大小持久代大小持久代-般固定大小为64m,所以增大年轻代后将会减小年老代大小。
Jmeter测试监控
性能测试执行过程中场景监控的主要任务是收集测试结果测试结果有事务响应时间、吞吐量、TPS、 服务器硬件性能、JVM使用情况和数据库性能状态等。Jmeter中通过 监听器来完成测试结果收集工作。 Jmeter监听器元件比较多- -般做性能测试用到比较多的监听器主要是Summary Report或者Aggregate Report(聚合报告)。 Summary Report以表格的形式显示取样器结果如果不同取样器(不同请求)拥有相同的名字那么在Summary Report中会统计到同一行所以在给取样器取别名时最好不要为空按业务功能来命名较好。 在执行性能测试之前先通过右击线程组--添加--监听器- Summary Report,执行后生成的结果图如下: Summary Report界面说明: 名称、注释与之前元件-样可以随意设置。 所有数据写入一个文件:保存测试结果到本地。 文件名:指定保存结果。 仅日志错误:仅保存日志中报错的部分。 Successes:保存日志中成功的部分。 Configure:设置结果属性即保存哪些结果字段到文件。-般保存必要的字段 信息即可保存的越多对负载机的I0会产生影响。 Label:取样器名称(或者是事务名)。
Samples:取样器运行次数(提交了多少笔业务)。
Average:请求(事务)的平均响应时间单位为毫秒。 Min:请求的最小响应时间单位为毫秒。 Max:请求的最大响应时间单位为毫秒。 Std.Dev:响应时间的标准方差。 Error%:事务错误率。 Throughput:吞吐率(TPS)。 KB/sec:每秒数据包流量单位是KB。 Avg.Bytes:平均数据流量单位是Byte。
Aggregate Report(聚合报告)与Summary Report-样也是以表格显示取样器结果。在执行性能测试之前先通过右击线程组-添加--监听器-聚合报告执行后生成的结果图如下: 聚合报告中大部分字段与Summary Report-致不再重复介绍其它说明如下: Median:响应时间中间值指50%请求的响应时间。 90%Line: 90%请求的响应时间 95%Line: 95%请求的响应时间 99%Line: 99%请求的响应时间
标准方差的理解: 1.数据分布离平均值越近标准方差越小;数据分布离平均值越远标准 方差越大。 2.标准方差为0意味着数列中每-个数都相等。 3.序列中每一个数都加上一个常数标准方差保持不变的 所以在查看测试报告时标准方差越小表示系统越趋于稳定。
90%Line的理解: 表示90%请求的响应时间服务器的响应都维持在某个值附近。‘Average值对于平均事务响应时间变动趋势很大的情况统计就不准确了比如有三个时间: 1秒、5秒、12秒则平均时间为6秒 而另外一种情况:5秒、6秒、7秒平均时间也为6秒显然第二种比第一种要稳定多 了。所以如果整体趋势比较稳定取90%Line与Average区别不大。
Jmeter监控服务器资源: 商业性能测试工具如LR都提供了对被测服务器进行性能监控的功能在使用Jmeter执行性能测试时为了尽量减少负载机的资源消耗一般不建议使用服务器资源监控的功能。而可以使用第三方工具去监控收集服务器资源。 但一些普通的场景(负 载小)还是可以利用]meter来进行服务器资源监控的。在Jmeter中通过第三方开源组件来完成此功能。
Jmeter监控服务器资源配置如下: 1、进入https:/ /jmeter-plugins.org/ downloads/all/下载jmeter-plugins-manager-0.11.jar,放置到jmeter安装 目录/lib/ext,然后重启jmeter 2、重启后从菜单-选项--Plugins Manager,进入插件管理界面下 载PerfMon插件重启Jmeter 3、进入https://jmeter-plugins.org/wiki/PerfMonAgent/ 下载ServerAgent-2.2.1.zip,把该压缩包在被测服务器上解压解压后在dos命令窗口运行startAgent.sh命令默认使用4444端口 4、在Jmeter工具端输入telnet服务器ip 4444然后输入test ,查看被测服务器是否有收到相应信息收到表示连接正常如果连接异常检查防火墙等原因。 5、在Jmeter控制机添加一个PerfMon Metrics Collector监听器 点击运行即可获取。
命令窗口模式下性能测试结果收集:
聚合报告:在用命令模式执行时保存了后缀为,jtl格式的结果文件。打开JMeter GUI界面-测试计划-添加线程组-添加聚合报告-点击所有数据写入-个文 件下的浏览..按钮找到你刚生成的jtl文件就可以对执行结果进行直观分析。
服务器资源:在GUI中为服务器性能监控监听器配置好要输出到的结果文件即可 就像为其他监听器所配置的那样。压力脚本运行结束之后就可以把保存的文件 拖到GUI并查看图形数据了。
总结
感谢每一个认真阅读我文章的人 我个人整理了我这几年软件测试生涯整理的一些技术资料包含电子书简历模块各种工作模板面试宝典自学项目等。欢迎大家点击下方名片免费领取千万不要错过哦。 Python自动化测试学习交流群全套自动化测试面试简历学习资料获取点击链接加入群聊【python自动化测试交流】http://qm.qq.com/cgi-bin/qm/qr?_wv1027kDhOSZDNS-qzT5QKbFQMsfJ7DsrFfKpOFauthKeyeBt%2BF%2FBK81lVLcsLKaFqnvDAVA8IdNsGC7J0YV73w8V%2FJpdbby66r7vJ1rsPIifgnoverify0group_code198408628
