高频JMeter软件测试面试题

发表于:2024-1-29 08:49

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:程序员馨馨    来源:CSDN

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

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号