性能答疑QQ羣：697244251
## 性能測試能力測評 答卷共50題，100分 試題內容由淺到深，同學們慎重答題 對題目有疑惑的加微信**【uhz2008】**答疑 ###基礎理論題 1、下面哪個不是性能測試方法? (單選題 *必答) ○ 負載測試 ○ 併發測試 ○ 黑盒測試 ○ 失效恢復測試2、下面哪些是常見性能指標? (多選題 *必答)
□ RPS
□ ERROR
□ RT
□ TPS
3、性能測試指標有哪些分類？ (多選題 *必答)
□ 容量指標
□ 時間指標
□ 資源利用率指標
□ 錯誤率指標
4、性能指標優先關注哪一個？ (單選題 *必答)
○ 響應時間
○ TPS
○ Error
○ 資源利用率
5、從用戶角度來看，最關注哪些問題？ (多選題 *必答)
□ 頁面響應時間;
□ 系統處理能力
□ 系統穩定性
□ 服務器的資源使用情況
6、js在Dom中需要如何設置纔不會阻塞Dom樹加載？ (單選題 *必答)
○ js前置
○ js後置
○ 不要在dom中添加js
○ js放中間
7、Jmeter需要如何設置才能真實模擬出瀏覽器行爲的壓力？ (單選題 *必答)
○ 設置多線程壓測
○ 加載靜態資源
○ 添加緩存管理器
○ 添加響應斷言
8、性能測試的核心原則不包括？ (單選題 *必答)
○ 協議
○ 多線程
○ 場景設計
○ 質量控制
9、性能測試應用領域有哪些 (多選題 *必答)
□ 能力驗證
□ 瓶頸分析
□ 性能調優
□ 容量規劃
10、用戶視角下的頁面響應時間不包括下面哪個？ (單選題 *必答)
○ 頁面渲染時間
○ TCP連接時間
○ 服務處理時間
○ 用戶思考時間
瓶頸分析題
11、壓力機視角下的請求響應時間不包括下面哪個 (單選題 *必答)
○ 頁面渲染時間
○ 服務處理時間
○ TCP連接時間
○ SQL查詢時間
12、怎麼判斷tps瓶頸點 (單選題 *必答) (單選題 *必答)
○ 吞吐量突然下降
○ 響應時間突然升高
○ 錯誤率突然升高
○ 負載持續升高的情況下，tps保持穩定或者下降
13、性能分析的目的是什麼？ (多選題 *必答)
□ 找出性能瓶頸
□ 提出性能優化方案
□ 合理配置軟硬件
□ 平衡資源使用
14、TPS指標在單接口壓測中表示爲？ (單選題 *必答)
○ 用戶每秒點擊數
○ 每秒完成響應的請求數
○ 每秒處理完成的事務數
○ SQL每秒查詢數
15、當生產的web應用發現性能問題時，應依次從（）進行分析，以確定性能瓶頸1.數據庫2.網絡 3.服務器 4.中間件 5.瀏覽器 (單選題 *必答)
○ 54321
○ 12345
○ 14352
○ 52413
16、TPS急速上升和急速下降的原因最可能的是 (單選題 *必答)
○ 網線被拔了
○ 機房着火了
○ 數據庫被刪了
○ FullGc了
17、負載測試的目的是？ (單選題 *必答)
○ 持續加壓，找到性能瓶頸點
○ 持續加壓，直到系統報錯
○ 持續加壓，直到服務器宕機
○ 持續加壓，直到被公司開除
18、Jmeter的線程組中，ramp up表示什麼？ (單選題 *必答)
○ 線程啓動總時間
○ 線程響應總時間
○ 請求發起總時間
○ TCP連接時間
19、Jmeter的線程組中，Delay Thread表示什麼？ (單選題 *必答)
○ 線程瞬時啓動
○ 線程延遲啓動
○ 線程停止啓動
○ 線程只迭代一次
20、下面哪些是jmeter的關聯方法？ (多選題 *必答)
□ 正則表達式關聯
□ json表達式關聯
□ Xpath表達式關聯
□ CSS表達式關聯
21、下面哪個是jmeter的集合點？ (單選題 *必答)
○ Constant ThroughputTimer
○ Throughput ShapingTimer
○ Synchronizing Timer
○ 固定定時器
22、下面哪個jmeter元件不可以分配業務比例？ (單選題 *必答)
○ Weighted Switch Controller
○ 吞吐量控制器
○ Switch Controller
○ ForEach控制器
23、jmeter的latency時間指的是什麼？ (單選題 *必答)
○ TCP連接時間
○ 服務器處理時間
○ TCP連接時間+服務器處理時間
○ 服務器處理時間-TCP連接時間
24、下行速率爲4Mbps時，上行速率大約是多少？ (單選題 *必答)
○ 512Kbps
○ 1Mbps
○ 2Mbps
○ 4Mbps
25、下行帶寬爲10mbps時，上傳一個100m的文件的響應時間爲30s，這個響應時間合理嗎？ (單選題 *必答)
○ 合理
○ 不合理
26、TCP協議在七層OSI模型的哪一層？ (單選題 *必答)
○ 應用層
○ 會話層
○ 傳輸層
○ 網絡層
27、MTU切片在七層OSI模型的哪一層？ (單選題 *必答)
○ 應用層
○ 傳輸層
○ 網絡層
○ 鏈路層
28、17、cpu的sys利用率高，最可能是什麼原因 (單選題 *必答)
○ 系統中斷和切換過高
○ 代碼運算量特別大
○ cpu邏輯核太少
○ cpu的主頻太低
29、18、cpu的usr利用率高，最可能是什麼原因 (單選題 *必答)
○ 系統中斷和切換過高
○ cpu性能太差
○ 代碼運算量太大
○ 網絡波動太大
30、三次握手的ack報文默認重發幾次？ (單選題 *必答)
○ 6
○ 4
○ 2
○ 1
31、19、磁盤IO過高，最不可能的原因是？ (單選題 *必答)
○ cpu利用率過高
○ 讀寫量太大
○ 磁盤IO太慢
○ 物理內存不足
32、性能調優的目的是什麼？ (多選題 *必答)
□ 提升響應時間
□ 提升TPS
□ 節省機器資源
□ 省錢讓老闆買法拉利
33、磁盤空間很充足，但是磁盤寫入頻繁故障，原因最可能是什麼？ (單選題 *必答)
○ 磁盤損壞
○ IO隊列過短
○ 小文件佔用inode節點過多
○ 機房保安惡意斷電
34、下面哪些是吞吐量？ (多選題 *必答)
□ 網絡吞吐量
□ IO吞吐量
□ CPU處理能力
□ 內存交換率
35、linux速度最快，體積最小的緩存空間是什麼？ (單選題 *必答)
○ CPU寄存器
○ L1高速緩存
○ SLAB緩存
○ TLB快表
36、硬缺頁中斷過高，可能的原因是什麼？ (多選題 *必答)
□ 物理內存過低
□ SWAP內存交換
□ 上下文切換過高
□ CPU利用率過高
37、上下文切換的上下文指的是？ (多選題 *必答)
□ cpu寄存器
□ 程序計數器
□ 內核堆棧
□ 中斷處理器
38、下面哪些可以視作磁盤瓶頸徵兆？ (多選題 *必答)
□ IO隊列過長
□ iowait與svctm差值過大
□ CPU的iowait過高
□ util值過高
39、8核超線程的CPU，負載達到了16，正常嗎？ (單選題 *必答)
○ 正常
○ 不正常
40、線程調用 yield()之後的操作是？ (單選題 *必答)
○ 放棄CPU
○ 搶佔CPU
○ 進入同步阻塞
○ 進入等待阻塞
41、線程調用什麼方法不會進入Time_waiting (單選題 *必答)
○ Thread.sleep(long)
○ thread.join(long)
○ parkNanos()
○ object.wait()
42、線程進入Blocked之後，怎麼返回Runnable？ (單選題 *必答)
○ 獲取到synchronized
○ 調用object.wait()
○ 調用park()
○ 調用thread.join()
43、內存泄露指的是什麼？ (單選題 *必答)
○ 應用內存空間持續減少
○ 應用內存持續減少
○ 物理內存空間持續減少
○ 內存對象超出內存可用空間
44、堆內存溢出的可能原因是什麼？ (單選題 *必答)
○ 垃圾無法回收，內存空間持續減少
○ 對象過大，超出可用內存空間
○ 垃圾生存年齡超出閾值
○ FullGc導致內存溢出
45、FullGc的可能原因是什麼？ (單選題 *必答)
○ 垃圾生存年齡超出閾值
○ 進入老年代的對象尺寸超出剩餘空間
○ 老年代剩餘空間不足
○ 對象尺寸超出eden的剩餘空間
46、本機可用物理內存6g，jmeter最大heap爲3g。假設需要啓動3000線程，Xss需要設置爲多少？ (單選題 *必答)
○ 2m
○ 1m
○ 512k
○ 256k
47、com.lmax.disruptor有哪些策略影響cpu？ (多選題 *必答)
□ BlockingWaitStrategy
□ SleepingWaitStrategy
□ YieldingWaitStrategy
□ synchronized
48、MQ有哪幾種消費模式？ (多選題 *必答)
□ P2P模式
□ 主題模式
□ 一對多模式
□ 多對一模式
49、Mqtt是什麼？ (單選題 *必答)
○ 消息協議
○ 消息隊列
○ 消息中間件
○ 消費模式
50、緩存雪崩的原因可能是什麼？ (多選題 *必答)
□ 併發請求的key不存在
□ 併發請求的key過期
□ 過期策略不合理
□ 中間件服務被人惡意停止
參考答案
掃碼答題查看答案
