使用Jmeter过程中遇到的问题

学习接口自动化测试框架或工具，UI自动化测试框架或工具，有时会觉得知识似乎比较零散，死记硬背不是一个好方法。一个学习的思路是思考使用这些框架或工具的时候，可能会遇到什么问题，遇到这些问题可以通过什么方法来解决。

项目中没有完整的接口文档，甚至没有接口文档

使用jmeter录制功能

使用fiddler抓包

请求开发协助

需要在多个环境进行测试

使用配置原件http请求默认值

统一管理

快速切换测试环境

需要调试脚本

使用监听器元件查看结果树

可以分析查看某个请求的详情

请求头

请求体

响应头

响应体

可以分析错误的原因

仅查看错误日志

使用Debug Sampler

如使用正则表达式提取字段时，我们需要检查提取的字段是否正确。

可以输出Jmeter的变量、属性甚至是系统属性而不用发送真实的请求到服务器。

https://www.cnblogs.com/puresoul/p/4817832.html

使用HTTP Mirror Server

它可以在本地临时搭建一个HTTP服务器，该服务器把接收到的请求原样返回，这样就可以看到发送出的请求的具体内容，以供调试。

https://www.cnblogs.com/puresoul/p/4907655.html

需要对请求报文加密后再进行发送

使用前置处理器

一般的加密算法

自定义的加密算法，需要开发给jar包

需要进行参数化

文件参数化

函数参数化

变量参数化

需要进行分布式压测

一台机器不能产生所需要的压力，这是需要引入分布式压测

需要严格的并发

引入同步定时器，类似LR集合点概念

需要进行关联操作

正则表达式提取式

json提取

需要测试dubbo接口

引入dubbo插件

需要分析性能瓶颈

引入监控平台

普罗米修斯

需要跨线程组应用变量

需要生成较美观的测试报告

jmeter自带的测试报告

需要集成到CI/CD

Jenkins+Jmeter持续集成

https://www.cnblogs.com/LiangHu/p/8241953.html

需要模拟用户行为

固定定时器

jmeter发送请求之间是没有停留的，模拟用户习惯

需要进行断言

Response Assertion（响应断言）

对Web请求的响应结果进行验证

Size Assertion（数据包字节大小断言）

判断响应结果是否包含正确数量的byte。可定义（=, !=, >, <, >=, <=）

Duration Assertion（持续时间断言）

判断是否在给定的时间内返回响应结果

beanshell 断言（自由断言）

https://www.cnblogs.com/georgexu/p/11224095.html

需要设置场景逻辑

引入逻辑控制器

需要自动管理cookie

引入http cookie管理器

需要测试之后重置数据

https://www.cnblogs.com/Jmeter-Automation/p/12730536.html