性能测试进阶

想知道您的性能测试入门没有？来测评下吧

Q1:理发师模型中，系统最佳用户数的位置在

系统资源曲线由上升转为平台期时

吞吐量曲线最高点

吞吐量曲线由急速上升转为平缓上升时

吞吐量曲线由平缓下降转为急速下降时

Q2:在LR中，TPS指标中的T表示Transaction（事务），该事务是

LR脚本中定义的事务

实际操作中的一次点击为一个事务

实际操作中的一次提交

数据库进行一次增，删，改，查为一个事务

Q3:在RBI方法中，当发现性能问题的表现是从，应依次从（）进行分析，以确定性能瓶颈①　数据库②　网络③　代码④　应用服务

2143

2341

3412

4312

Q4:理发师模型中，响应时间和吞吐量后期急速上升和迅速下降的原因最有的可能是

数据库数据量增加

系统发生等待和阻塞

网络环境恶化

系统宕机

Q5:在LR中，通常的经验值认为一台agent能承受（）个并发用户

500~1000

300~500

100~200

根据实际硬件配置而定

Q6:性能调优策略是

生产环境根据实际问题调优

直接通过分析程序架构然后调优

测试然后调优的过程

测试然后调优然后再测试再调优的循环过程

Q7:影响普通硬盘性能的问题是

单碟大小

磁道划分

接口速度

寻道速度

Q8:前端性能测试应注意以下哪些问题（）①　页面图片大小②　页面httprequest数量③　Js是否压缩④　Cookie是否带有过期日期

2,3,4

1,2,4

1,2,3,4

1,2,3

Q9:般情况下，线程阻塞的影响是（）

响应时间下降

CPU利用率下降

吞吐量下降

内存占用率下降

Q10:当发现客户端压力逐渐上升，但服务器WEB端无压力，中间件无压力，数据库业务压力，你觉得问题出现在哪里？

网络阻塞

中间件配置

数据库锁机制

代码逻辑

Q11:在将PV转化为TPS时，关于异步请求，应当注意的是（）

有多个请求时，应忽略异步请求，只留下最终的post请求（录制中的submit request）

有多个请求时，应只保留最终请求的

有多个请求时，应手工构造请求

有多个请求时，应全部保留

Q12:要做更多的专业的题目吗，请填写您的油箱和姓名，我们发送入口给您

选项1

性能测试进阶

关于

1年前

更新

频次

题目数

有问题？问问AI帮你修改改主题：如咖啡问卷改为奶茶问卷