效能答疑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過期
□ 過期策略不合理
□ 中介軟體服務被人惡意停止
參考答案
掃碼答題檢視答案
