1.生成HTML的测试报告

1.1配置

(1)找到jmeter 的安装目录，下的bin中的jmeter.properties（jmeter配置文件）

(2) ctrl +f ，搜索jmeter.save.saveservice.output_format，取消井号 并且 把等号后的xml改为csv，点击保存

1.2生成

(1)在jmeter的安装目录下，新建tests文件夹，在tests文件夹中新建script和report文件夹，script是放脚本的，report是放测试报告的，把jmeter脚本放入script。

(2) 在cmd中 进入 tests目录：

(3)再执行命令：

jmeter -n -t script/一码通.jmx -l api.jtl -e -o performanceReport/

命令：

a .指定 生成测试脚本是script下的一码通.jmx，性能测试的数据会写到api.jtl中，然后解析成html报告

　　b .其中 “一码通” “api” “performanceReport”都是自定义的

1.3查看报告

（1）回到tests下可以看到performanceReport目录：

（2）进入目录看到html的测试报告：

注意：

（1）再一次使用命令生成htlm的测试报告时，要把之前的performanceReport文件和api.jtl进行删除。

（2）测试脚本是要保存到tests下的script中。

（3）测试脚本如果改名字了，要把命令的名字也修改。

2.参数化

一个用户登录很多次和多个用户登录一次的区别：

这两个操作的结果是不同的。牵扯到一个缓存的问题。

缓存： 核酸检查为例，第一次获取24小时核酸检测的结果，客户端真实的向服务端发送请求来获取数据，后面在24小时以内查询，都不会获取，直接使用缓存的数据。

2.1模拟并发登录：

参数化： 在客户端模拟向服务端发送请求的过程中模拟不同的数据。

（1）配置元件——CSV数据文件设置

（2）造数据：

（3）设置CSV数据文件设置

（4）在登录请求参数中，调用定义的变量

（5）设置线程数

（6）执行，六次登录的请求参数都是不同的（模拟了六个用户的登录）

性能测试中针对登录你是怎么测试的？

首先需要明确的是登录的性能测试目标，也就是每秒并发多少个用户同时登录系统，在目标的基础上，造具体的登录系统的用户数据。因为在测试中每秒并发登录使用的是不同的用户登录。

3.JVM监控

主流语言：

Java：sun 企业级市场占据绝对性的优势，特别是在新的架构模式下，它的技术组件非常完善。

Go：Google，Go是随着k8s,容器技术而流行的语言。字节跳动里面的测试开发必须要懂go语言

Python：在大数据领域，数据分析领域，机器学习领域非常具备优势。

C,C++：底层操作系统，以及驱动。

Net,C#：

使用Java语言开发的产品，普遍存在OOM问题。

Java是一个跨平台（Linux，unix，windows）的语言，具体的来说就是在某一个平台编写的代码，能够在其他的平台上也是能够执行的。

JVM监控工具主要监控Java应用程序是否会内存泄露，当然也可以监控该Java应用程序的CPU资源。比如该服务分配了0.1C的CPU，200M的内存，那么当内存使用率达到200或者是超过200M，这个时候就内存泄露。

（1）启动java应用程序

a.把jar包放到桌面

b.从cmd中进入桌面

c.启动java应用程序： java -jar 包名

Java程序部署：

1、使用maven打包成.jar的文件，然后使用如下命令来启动： java -jar xxx.jar

2、使用maven打包成.war的文件，然后使用如下命令来启动 java -jar xxx.war

（开发给jar包或者war包，都使用这个命令部署）

(2)打开jvisualvm

a.重新打开一个控制台，输入jvisualvm：

b. 出现如下界面，点击这个jar包，再点击监视，就可以看到对这个应用程序的监控：

c.通过jmeter，向这个应用程序发送请求：

d.观察jvm的变化：

Java语言写的那些程序容易内存泄露：

使用到文件读写的，比如淘宝的下发优惠劵；文件上传，文件下载，文件传输。

如果内存泄露了，怎么办？

我们返回给开发，开发修改后，我们继续使用原来的配置和数据、步骤来进行测试，验证问题是否修改完毕。

JVM监控工具怎么用的？

监控cpu、内存，主要关注是否内存泄漏，好的内存情况应该是呈正态分布的。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！