性能分析性能工作流程

本篇内容

• 持续集成

解决方案

jenkins &＃43; ant &＃43; jmeter&＃xff1a;

• jenkins&＃xff1a;持续集成的领导者
• ant&＃xff1a;代码的编译、测试、部署 &＃xff08;maven之前用的是ant&＃xff09;
• jmeter&＃xff1a;性能工具、脚本

主机启动&＃xff1a;

• 运行 -> 远程启动 远程启动所有
• 远程启动错误查看

持续集成

ant安装配置

• 下载、解压
• 配置环境变量&＃xff1a;ANT_HOME PATH&＃61;%ANT_HOME%\bin
• 修改jmeter.properties jmeter.save.saveservice.output_format&＃61;xml
• 拷贝&＃xff1a;jmeter的extras中的ant-jmeter.**.jar放到ant的lib文件夹中&＃xff08;用于邮件&＃xff09;。
  验证&＃xff1a;在jmeter的extras文件夹中cmd&＃xff0c;输入ant.bat -file build.xml -Dtest&＃61;Test
• 修改build.xml&＃xff1a;进入jmeter的extras文件夹&＃xff0c;找到build.xml文件&＃xff08;难点&＃xff0c;也是最重要的一个地方&＃xff09;

把ant的压缩包解压后&＃xff0c;如下图所示&＃xff1a;

默认为csv&＃xff0c;修改成xml

jenkins安装配置

• 到https://www.jenkins.io下载msi、解压。下载一个tomcat&＃xff0c;解压以后&＃xff0c;把jenkins.war包放到tomcat webapps的文件夹下面&＃xff0c;接下来到tomcat bin文件夹下面找到startup.bat启动tomcat&＃xff0c;就可以启动本机的tomcat。
• 安装完成后&＃xff0c;浏览器中打开localhost:8080/jenkins。如果是解压在ROOT文件夹下面&＃xff0c;就不需要路径带上jenkins。
• 修改密码、安装推荐插件
• 登陆jenkins->进入系统管理->pluginManager管理插件安装AntPlugin和PerformancePlugin是否已经安装
• 系统管理->GlobalTool Configuration 配置Ant路径
• 新建一个任务&＃xff0c;选择freestyle project
• 在任务的“构建”中&＃xff0c;选择invoke ant&＃xff0c;targets要填写build.xml中的antcall的值&＃xff0c;保存应用。

如下为第一次安装完成后&＃xff0c;打开jenkins的页面。

在路径下&＃xff0c;找到密码&＃xff0c;直接把密码复制粘贴到这边来。


选定Ant插件安装

插件安装完成之后&＃xff0c;会进入到创建第一个管理员用户的界面。

这个Jenkins URL地址不要去修改

Jenkins安装配置完成。

点击开始使用Jenkins&＃xff0c;会打开如下画面。
如果安装了中文插件&＃xff0c;Jenkins是可以中文汉化的。

左侧菜单栏中点击Manage Jenkins&＃xff0c;出现如下System Configuration&＃xff1a;

点击上图中右上角的Manage Plugins&＃xff0c;会进入到如下界面&＃xff1a;
可以在可更新/可选插件/已安装里面搜索Ant Plugin

点击Global Tool Configuration

全局配置&＃xff1a;

若未安装Ant插件&＃xff0c;是看不到该配置入口的。

点击Ant安装…&＃xff0c;默认就会有一个。然后保存&应用。那么jenkins中就已经配置好Ant了

点击新建Item&＃xff0c;创建Jenkins job。

会打开一个新建Jenkins job的界面&＃xff1a;

输入一个任务名称&＃xff0c;选择Freestyle project&＃xff0c;点击确定。

配置方式只需要在构建这里&＃xff0c;点击增加构建步骤&＃xff0c;选择Invoke Ant。

选择刚才在全局配置里面添加的Ant名称&＃xff0c;如刚才配置的是ANT-1.9

只需要把build.xml文件的路径复制过来&＃xff0c;点击保存并应用。

build.xml文件修改

• project
• target
• property
• mail配置
  
  折叠起来后&＃xff0c;只有一个project。
  
  Jenkins中Ant Target如果没有填写的话&＃xff0c;会默认用build.xml的default的值&＃xff0c;目前defalut值为all&＃xff0c;当target为all的时候&＃xff0c;默认情况下会做三件事情&＃xff0c;第一件test进行测试&＃xff0c;第二件report生成报告&＃xff0c;第三件mail邮件发送报告。
  target name为test
  
  target name为report
  
  target name为mail
  
  需要修改jmeter.home
  
  时间变量的格式&＃xff1a;
  
  testplans
  
  如下为要用的jar包&＃xff0c;无需更改。
  
  生成报告
  
  如下两个皆为样式文件&＃xff0c;选择哪个样式文件可以在report的style处进行修改。
  
  
  mail的部分&＃xff0c;smtp服务默认端口25&＃xff0c;发送者的邮箱需要去开通smtp服务&＃xff0c;例如qq邮箱默认smtp服务可能没有开启的。
  
  填写授权码&＃xff0c;不是密码。
  
  把报告给删了&＃xff0c;如果不想删除报告&＃xff0c;那么就把这句注释掉。
  
  注释如下&＃xff1a;
  
  点击Build Now运行任务
  
  可以查看控制台输出&＃xff0c;第一件事先做测试&＃xff1a;
  
  此处就是一个聚合报告
  
  第二件事report
  
  打开html文件查看性能测试报告
  
  点击右上角的&＃43;号&＃xff0c;把性能测试报告展开显示。
  
  每一次请求的实际情况
  
  第三件事情mail&＃xff0c;就是把生成的报告发送出来。发送的邮箱用户名和密码是错误的&＃xff0c;所以发送测试报告报错了&＃xff0c;邮件没有发出来。
  
  jmeter持续集成邮件发送失败&＃xff0c;可能因为缺jar包&＃xff0c;jar包丢到lib文件夹下面去。
  

无界面运行

无图形界面可以更节约资源&＃xff0c;可以让服务器的资源更可能多的用于性能测试。
不需要打开jmeter&＃xff0c;只需要运行写好的脚本。图形界面用于脚本的编写和调试。真正做性能测试的人&＃xff0c;一般不会用图形界面来做测试&＃xff0c;一般用的是无图形界面的方式做测试。用无图形界面的方式&＃xff0c;监听器都可以不用&＃xff0c;disable掉。

命令如下所示&＃xff1a;

总共请求了2831次

打开nongui001文件夹下面的index.html文件

测试报告如下所示&＃xff1a;

Response Times Over Time

随着响应时间的变化&＃xff0c;最大才397ms&＃xff0c;响应时间还是非常快的。如下为随着时间变化&＃xff0c;并发用户图。
如下为Throughput下每秒点击次数Hits Per Second

Throughput下面还有Transactions Per Second的图&＃xff0c;与Hits Per Second的图完全一致&＃xff0c;说明现在还没有性能问题。

还有Response Time Percentiles的图&＃xff0c;时间主要集中在400-500ms以内&＃xff0c;响应时间还可以。

需要注意&＃xff1a;
**注意点一&＃xff1a;**每次运行该命令时&＃xff0c;这边保存的文件名每次都需要不一样。不能重复&＃xff0c;没有所谓的覆盖

没有修改文件名&＃xff0c;会报如下错误&＃xff1a;

**注意点二&＃xff1a;**如下的文件夹&＃xff0c;一定要是全空文件夹&＃xff0c;或者不存在的文件夹。

若同一个命令执行两遍&＃xff0c;会报如下错误。

性能测试分析

数据

场景设计、监视图表&＃xff1a;

• 设计场景&＃xff1a;阶梯式、波浪式
• 监视器&＃xff1a;用于收集用于性能分析的数据
  TPS图标、聚合报告/汇总报告、查看结果树、响应时间、吞吐量
  服务器资源监控&＃xff1a;cpu、内存、磁盘io
• 分析思路&＃xff1a; 硬件分析->软件分析
  服务器硬件瓶颈 -> 网络瓶颈 -> 服务器操作系统瓶颈&＃xff08;参数配置、数据库、web服务器&＃xff09;->应用瓶颈&＃xff08;sql语句、数据库设计、业务逻辑、算法&＃xff09;【由外而内、由表及里、层层深入】

分析

• cpu问题&＃xff1a;有上下文和使用率的分析。在使用的时候&＃xff0c;会进行来回的切换&＃xff0c;就会出现中断&＃xff0c;中断有软中断和硬中断两大类型&＃xff0c;就会涉及到上下文。
• 内存问题分析&＃xff1a;内存跟CPU进行数据交换&＃xff0c;从磁盘读取数据&＃xff0c;发送到CPU里面去&＃xff0c;相当于过桥&＃xff0c;有内存溢出或者内存泄漏等问题。
• 数据库问题分析
• 网络问题分析
• nginx问题分析
• 负载均衡问题分析

性能测试流程

• 测试准备
• 搭建环境
• 测试脚本开发
• 测试执行
• 结果分析与调优
• 测试报告与结果跟踪

1. 测试准备

• 需求分析——熟悉业务&＃xff0c;性能测试人员很多情况下&＃xff0c;是不参与功能测试的。需要理解构架&＃xff0c;需要接口调得通&＃xff0c;熟悉数据业务流走向&＃xff0c;需要熟悉整体业务。通过熟悉业务&＃xff0c;来熟悉软件的功能和架构。
• 明确性能测试目标&＃xff0c;找出或验证性能指标。如果没有做过&＃xff0c;就找出。如果做过&＃xff0c;就对比前后两次的性能变化。需要得到哪些性能指标需要明确出来&＃xff0c;有的企业关心TPS&＃xff0c;有的企业关心并发用户&＃xff0c;有的企业关心响应时间。具体看项目&＃xff0c;不同的项目侧重点不同。
• 了解 软件功能、架构。一个系统都是由多个服务构成的。
• 制定 测试模型
• 指定测试计划&＃xff0c;做好工作量评估

2. 搭建环境

• 工具选项与准备。协议不一样&＃xff0c;所用的工具就会不一样。如果用的是websocket或者mq这些互联网协议&＃xff0c;选型用loadrunner是搞不定的&＃xff0c;只能采用jmeter&＃xff0c;选择工具也是有关系的。
• 被测系统环境搭建&＃xff08;服务器、服务版本更新、数据库数据准备&＃xff09;Docker之类的&＃xff0c;mysql5或者mysql7/8数据库版本也是有差别的&＃xff0c;性能上有明显区别。
• 网络配置

3. 测试脚本开发

• 协议&＃xff0c;例如http协议
• 制作脚本。真正性能测试人员不会去录制脚本。用户定义变量和用户参数之间的差异&＃xff1f;
• 调试脚本
• 验证脚本

4. 测试执行

真正性能测试执行的时候&＃xff0c;是用无图形界面来执行的。

5. 结果分析与调优

优化的过程&＃xff0c;寻求一个平衡。最优性能&＃xff0c;并不是得到某一处的最大性能。
可能这个地方调优了&＃xff0c;又引出其他方面的问题。反反复复进行。

6. 测试结果与结果跟踪

html报告&＃xff0c;自己截图写到word文档里面。
如果是底层问题&＃xff0c;短期无法修复&＃xff0c;那需要记录缺陷&＃xff0c;长期跟踪。

课程回顾

jmeter里面完整的脚本会包含哪三个组成部分&＃xff1a;

• 线程组
• 取样器
• 监听器&＃xff08;可有可无&＃xff09;

面向目标场景需要重点学习和掌握&＃xff1a;

答疑

怎么找出具体的并发用户数&＃xff1f;
0-100的过程中&＃xff0c;突然某一个时间点突然出现这个并发用户数在逐渐增加&＃xff0c;原先的响应时间是平均的&＃xff0c;但是响应时间突然一下子变得很高&＃xff0c;变成2秒或者3秒以上&＃xff0c;或者是说TPS值不升反而下降了&＃xff0c;就已经到拐点区间了。还有一种情况就是报错了&＃xff0c;发现有请求失败的情况&＃xff0c;这种情况也是拐点区间到了。