13-性能测试
13-性能测试
001-Jmeter中用http取样器发起soap协议接口请求时,请求体写在哪?[单选]
- a: 参数Parameters,
- b: 消息体数据Body Data,
- c: 文件上传Files Upload,
- d: 路径Path,
答案: B
解析: 消息体数据Body Data
002-负载压力测试包括并发性能测试、()、大数据量测试等内容。[单选]
- a: 性能测试,
- b: 疲劳强度测试,
- c: 压力测试,
- d: 负载测试,
答案: B
解析: B
003-在jmeter做性能测试时,下列说法错误的有[单选]
- a: ServerAgent这个软件,可以用来监控被测服务器,
- b: ServerAgent监控被测服务器,默认端口是44444,
- c: ServerAgent可以与jmeter结合,在图像模式下看到服务器资源实时利用率,
- d: ServerAgent可以在启动时,指定port端口,来修改端口运行,
答案: B
解析: 监控工具
004-jmeter中查看结果树,描述正确的是[单选]
- a: 绿色代表请求结果正确,
- b: 红色代表请求结果正确,
- c: 出现+号折叠,展开有子取样器结果,代表请求进行了自动重定向,
- d: 结果列表的顺序是根据取样器请求的先后顺序显示的,
答案: C
解析: 查看结果树
005-利用jmeter普通线程组设置性能场景,下列说法错误的是[单选]
- a: 线程数就是并发用户数,设置超过1的数量,
- b: ramp-up时间,意思是每秒钟产生多少个并发用户,
- c: 循环次数相当于迭代运行次数,所以不能为0,
- d: 循环次数如果勾选了‘永远’,代表会一直运行,直到手动停止,才会结束,
答案: B
解析: 线程组设置性能场景
006-Jmeter的http取样器中,跟随重定向和自动重定向的区别[单选]
- a: 跟随重定向,会自动跳转到新的地址,但是,无法通过结果做关联,
- b: 自动重定向,会自动跳转到新的地址,可以从结果中找到正确响应内容,
- c: 跟随重定向,会自动跳转到新的地址,可以通过结果查看过程,也可以做关联,
- d: 自动重定向,会自动跳转到新的地址,可以通过结果做关联,
答案: C
解析: C
007-Jmeter中把第三方插件jar包一般都放在[单选]
- a: %JMETER_HOME%\lib,
- b: %JMETER_HOME%\bin,
- c: %JMETER_HOME%\lib\ext,
- d: %JAVA_HOME%\lib,
答案: C
解析: C
008-性能测试环境的配置不包括()。[单选]
- a: 操作系统的配置,
- b: 服务器的配置,
- c: 网络环境,
- d: 测试工具,
答案: D
解析: D
009-让jmeter每次启动都按照自己设定的语言启动,应该怎么做[单选]
- a: 在user.properties中修改language为zh_CN,
- b: 在jmeter.properties 中设置language为指定的正确语言,
- c: 在user.properties 中设置language为zh_CN,
- d: 在jmeter.properties 中设置encoding为zh_CN,
答案: B
解析: 这个题目,要看清题目, 题目中,并没有说设定语言问中文。
010-ab工具,下列命令参数错误的是[单选]
- a: -c 并发用户数,
- b: -n 总请求数,
- c: -t 持续时长,
- d: -s 运行时长,
答案: D
解析: ab 命令参数
011-用jmeter设计压力测试场景,下列说明错误的有[单选]
- a: 可以使用普通线程组,把持续运行时长设置比较长时间,
- b: 可以使用阶梯线程组,把持续运行时长设置比较长时间,
- c: 可以使用Ultimate Thread Group线程组,把持续运行时长设置比较长,
- d: 普通线程组设计的场景,就是压力测试场景,所以,无需特别改变,
答案: D
解析: 性能场景
012-负载测试的目的是:[单选]
- a: 做性能测试,
- b: 找出系统性能瓶颈值,
- c: 找出系统性能瓶颈区间,
- d: 找出系统不稳定性因素,
答案: C
解析: 负载测试得到的是最大可接受并发用户数的区间
013-全链路性能测试,下列说法错误的是[单选]
- a: 每个企业都可以做全链路性能测试,
- b: 全链路性能测试,涉及到非常多接口调用,先要做完单接口性能测试,
- c: 全链路性能测试,设置业务很广,所以是接口的混合模式,
- d: 全链路性能测试,链路很长,所以建议对涉及的服务都进行监控,
答案: A
解析: 全链路
014-下列说法正确的是[单选]
- a: 在日常中,我们经常把吞吐量当做TPS,所以吞吐量就等于TPS,
- b: 日常中,我们经常会把QPS当rps来说,因为他们是完全相同的,
- c: HPS和RPS都是描述用户发起的请求,所以他们俩是等价的,
- d: TPS是描述服务器每秒钟能处理的事务数,
答案: D
解析: TPS QPS RPS HPS的辨析
015-对于Ultimate Thread Group线程组,下列说法错误的有[单选]
- a: 主要是针对模拟有一定时间规律的用户场景,
- b: 一般第二行开始的初始化时间点要大于等于上一个行的所有时间之和,
- c: 场景设计时,第二行与第一行可以完全相同,形成两个图像,
- d: hold load for sec 是持续运行时长,
答案: C
解析: 性能场景
016-关于jmeter的监听器,下列说明错误的有[单选]
- a: 所有的监控器的写入结果文件功能,写入的数据都相同,
- b: 监听器的写入结果到文件功能,支持csv格式文件,
- c: 监听器的写入结果到文件功能,支持jtl格式文件,
- d: 监听器的写入结果到文件功能,支持运行过程中的变量写入到文件,
答案: D
解析: 监听器
017-jmeter取样器运行结果中提示: ip:port/can’t connect......下列做法正确的是[单选]
- a: 是网络问题,ping ip地址,看能否ping通,
- b: 服务器异常,第一时间问老师,
- c: 是网络问题,用 telnet ip 命令去检查网络,
- d: 网络问题,用telnet ip port 去检查网络,
答案: D
解析: 检查网络是否连通
018-Jmeter中想把多个接口请求合成一个事务,模拟一个用户真实场景,下面哪个控制器可以实现[单选]
- a: 仅一次控制器,
- b: 吞吐量控制器,
- c: 事务控制器+genrate parent sample,
- d: 临界部分控制器,
答案: C
解析: 事务控制器+genrate parent sample
019-下列全部都是关系型数据库的是[单选]
- a: mysql、postgresql、mongodb,
- b: mysql、mariaDB、redis,
- c: mysql、mariaDB、sqlite,
- d: hbase、mongodb、influxdb,
答案: C
解析: C
020-在进行性能测试时,哪一项不是一个常见的考虑因素?[单选]
- a: A)系统的响应时间,
- b: B)系统的吞吐量,
- c: C)系统的可用性,
- d: D)用户的密码复杂性,
答案: D
解析: D。通常,性能测试主要关注系统的响应时间(选项 A),即系统对用户请求的快速响应能力;系统的吞吐量(选项 B),即系统在一定时间内能够处理的并发请求数量;以及系统的可用性(选项 C),即系统在正常运行期间的可靠性和稳定性。用户的密码复杂性通常是安全性方面的考虑,但在性能测试中不是主要关注点。
021-要你用jmeter设计一个面向50TPS的场景,你选择下列哪个线程组[单选]
- a: Concurrency Thread Group,
- b: Stepping Thread Group,
- c: Ultimate Thread Group,
- d: Arrivals Thread Group,
答案: D
解析: 性能场景设计
022-常见的性能测试工具有Jmeter和Loadrunner。()[单选]
- a: 对,
- b: 错,
答案: A
解析: A
023-jmeter图形界面的右上角,出现红色数字,代表[单选]
- a: 取样器运行响应结果报错,
- b: 取样器运行总请求数,
- c: jmeter元件在运行过程中异常次数,
- d: jmeter所有请求的总次数,
答案: C
解析: jmeter报错
024-jmeter中用stepping thread group线程组,主要是用于设计什么性能场景[单选]
- a: 普通性能测试场景,
- b: 负载测试场景,
- c: 压力测试场景,
- d: 混合测试场景,
答案: B
解析: 性能场景设计
025-在采用jmeter代理服务器录制时,报“Target Controller is configured to "Use Recording Controller" but no such controller exists,......”错误的原因[单选]
- a: 目标控制器选择错误,
- b: 用户控制器不存在,
- c: 工具文件缺失,导致报错,
- d: 没有证书,导致报错,
答案: A
解析: A
026-响应时间、最大并发用户数和吞吐量都属于测试性能指标。[单选]
- a: 对,
- b: 错,
答案: A
解析: A
027-进行性能分析,我们的大概思路是[单选]
- a: 通过查看结果树,看结果中是否报错,然后定位报错原因,解决报错问题,
- b: 通过服务器日志,分析性能测试时服务器应用是否存在问题,
- c: 通过监控数据和日志,分析性能环境是否存在硬件、网络、配置、及应用瓶颈,
- d: 通过监控响应时间,判断是否存在性能问题,没有,则结束性能测试,
答案: C
解析: C
028-wrk工具,下列命令参数错误的是[单选]
- a: -c 总连接数,
- b: -d 运行时长,
- c: -t 线程数,
- d: -s 运行时长,
答案: D
解析: wrk 命令参数
029-下列哪个不是负载压力测试的目的?()[单选]
- a: 在真实环境下检测系统性能,评估系统性能以及服务等级的满足情况,
- b: 预见系统负载压力承受力,在应用实际部署之前,评估系统性能,
- c: 分析系统瓶颈、优化系统,
- d: 为了寻找软件中的功能错误与缺陷,评估与提高软件质量,
答案: D
解析: D
030-对于jmeter的聚合报告,下列说法错误的有[单选]
- a: 聚合报告中的样本就是此次性能测试过程中的并发用户数,
- b: 聚合报告中,所有与时间相关的值单位都是毫秒,
- c: 聚合报告中,吞吐量的值在没有瓶颈和并发用户不变时,等于tps的值,
- d: 聚合报告中,每一行,代表一种事物,
答案: A
解析: 聚合报告
031-对jmeter进行二次开发的jar包一般放在[单选]
- a: %JMETER_HOME%\lib,
- b: %JMETER_HOME%\bin,
- c: %JMETER_HOME%\lib\ext,
- d: %JAVA_HOME%\lib,
答案: A
解析: A
032-Jmeter条件控制器,在默认情况时,下列条件写法正确的是[单选]
- a: ${__jexl3(“${var1}” == “value1”,)},
- b: “${var1}” == “value1”,
- c: ${var1} == “value1”,
- d: ${__jexl3(${var1} == “value1”,)},
答案: A
解析: 函数用法
033-性能测试中CLI模式中下列参数意义错误的是[单选]
- a: -n 启用无图形界面模式,
- b: -t 测试计划,
- c: -l 执行测试,
- d: -o 输出结果到文件夹,
答案: C
解析: C
034-负载测试是验证要检验的系统的能力最高能达到什么程度。[单选]
- a: 正确,
- b: 错误,
答案: A
解析: 负载测试(Load testing),通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力。在这种测试中,将使测试对象承担不同的工作量,以评测和评估测试对象在不同工作量条件下的性能行为,以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外,负载测试还要评估性能特征。例如,响应时间、事务处理速率和其他与时间相关的方面。目的是验证要检验的系统的能力最高能达到什么程度
035-Jmeter聚合报告中响应时间的单位是[单选]
- a: s秒,
- b: ms 毫秒,
- c: ss 微妙,
- d: m 分钟,
答案: B
解析: B
036-下列监听器理解正确的是[单选]
- a: active threads over time 超时线程数,
- b: reponse time over time 超时响应时间,
- c: transactions per second 事物每秒,
- d: perfom controller 性能分析,
答案: C
解析: 性能术语
