近期,有很多粉丝在催更关于Jmeter的面试题,索性抽空整理了一波,以下是一些高频Jmeter面试题,拿走不谢~
JMeter就像一群将请求发送到目标服务器的用户一样,它收集来自目标服务器的响应以及其他统计数据,这些统计数据通过图形或表格显示应用程序或服务器的性能。
1、根据开发提供接口文档,编写接口测试用例
2、利用Jmeter做接口测试,添加线程组和HTTP请求,在HTTP请求中,添加对应的ip,port,url,请求参数等
3、添加响应断言
4、添加查看结果树
5、执行用例
6、查看结果,验证接口返回与预期是否一致
有两种方式,即正则表达式提取器和json提取器,比如说我们要获取一个Token,可以把获取到的Token值赋予一个变量,在下一个接口调用这个变量即可,如果需要提取的文本是页面上某元素的属性值,建议使用json提取器,如果需要提取的文本在页面上的位置不固定,或者不是元素的属性,建议使用正则表达式提取器
主要分五个阶段:
1、需求调研
进行需求调研和需求分析,输出性能测试需求表和性能测试计划书
2、测试准备
构建测试模型,制定测试方案,设计性能测试案例,准备压测的数据和脚本,输出性能测试方案和测试用例文档
3、用例执行
执行测试用例,记录性能测试结果,做好性能测试的监控,对测试结果进行分析,输出性能测试的执行日志
4、测试报告编写
编写性能测试报告,包含测试结果,出现的缺陷和问题,结果分析和性能测试的结论,输出性能测试分析报告
5、测试总结
对本次压测过程进行总结和复盘
鼠标右击请求—断言—响应断言—响应断言,输入要检查比对的项,设置好断言后,执行接口用例,查看结果树,如果通过,不会有任何报错提示,如果断言失败,就会有红色报错。
如果接口返回的数据是Json格式的,也可以添加Json断言
相当于给其范围内的所有http请求取样器都设置了默认值,比如协议,主机地址、端口、编码等,将这些参数统一管理,减少了接口的维护成本,取值的顺序(优先级)是:
1、HTTP 请求本身设置的值
2、HTTP 请求下的 HTTP 请求默认值设置的值
3、线程组下的 HTTP 请求默认值设置的值
主要有4种方式:
1、CSV Data Set Config
在配置元件中添加,适合场景参数范围较大的场景,方便用户随时修改参数数据,使用较多的就是参数化用户名和密码的场景
2、函数助手
是Jmeter自带的函数,适合生成随机数的场景,例如生成随机字符串,随机日期,随机数字等
3、用户自定义变量
在配置元件中添加,适用于在测试计划中参数不经常变化的场景,例如设置host、端口号、url等
4、用户参数
在前置处理器中添加,适用于参数取值范围很小的场景,一般会将登录的用户账号和密码作为用户参数
主要有四种:
1、响应断言(Response Assertion)
响应断言是最常用的一种断言方法,主要是对响应结果中的文本内容进行断言,比如响应结果是否包含指定的值,或者是否等于指定的值。
响应断言可以适用各种返回类型的响应结果,如Test、html、application/json、application/xml等
2、JSON断言
它一般用于断言某个字段值是否等于指定的值。
JSON断言只能针对响应结果为applicaton/json格式的进行断言操作,如果是其他类型(如:Test、xml),则无法使用这种方式
3、断言持续时间(Duration Assertion)
通常用于做性能测试,一般用于检查HTTP请求的响应时间是否超过预期值
4、beanshell 断言
使用BeanShell脚本来执行断言检查,可以用于更复杂的个性化需求,使用更灵活,功能更强大,但是要能够熟练使用beanshell脚本。
配置元件 -> 前置处理器 -> 计时器 -> 取样器 -> 后置处理器 -> 断言 -> 监听器
1、使用非GUI模式进行测试,例如jmeter -n -t test.jmx -l test.jtl
2、使用尽可能少的监听器
3、不要在负载测试期间使用“查看结果树”或“在表中查看结果”监听器,仅在脚本编写阶段使用它们来调试脚本
4、在循环中对于相似的请求,最好使用同一个采样器,结合CSV Data Set Config来改变样本,而不是使用多个相似的取样器
5、不要使用功能模式
6、使用CSV输出而不是XML
7、仅保存需要的数据
8、使用尽可能少的断言
9、使用性能最佳的脚本语言
最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走…