1、解釋常用的性能指標名稱與具體含義

性能測試?通過測試工具模擬多種正常、峰值及異常負載條件來對系統(tǒng)的各項性能指標進行測試。驗證軟件系統(tǒng)是否能夠達到用戶提出的性能指標，發(fā)現(xiàn)系統(tǒng)中存在的性能瓶頸并加以優(yōu)化。

性能指標分為兩個方面：

• 系統(tǒng)指標：與用戶場景和需求相關指標；

• 資源指標：與硬件資源消耗相關指標；

系統(tǒng)指標：

響應時間：即系統(tǒng)響應時間(Transaction Response Time)，應用系統(tǒng)從發(fā)出請求到客戶端接收到響應所消耗的時間，是用戶視角最關心的軟件性能業(yè)務體驗。響應時間為網(wǎng)絡響應時間與應用程序響應時間之和；

2/5/8原則

• 一般響應時間在2s內，用戶會感覺比較滿意；

• 在2s~5s之間，用戶勉強能接受；

• 大于8s，用戶就可能無法接受，從而刷新頁面或者離開；

平均響應時間：所有請求花費的平均時間；

吞吐量：單位時間內系統(tǒng)能夠處理的客戶請求的數(shù)量，直接體現(xiàn)軟件系統(tǒng)的性能承載能力，計算方式是完成的事務數(shù)除以時間；

并發(fā)用戶數(shù)：并發(fā)主要是針對服務器而言，在同一時刻與服務器進行交互(指向服務器發(fā)出請求)的在線用戶數(shù)；

在線用戶數(shù)：某段時間內，用戶訪問系統(tǒng)的用戶數(shù)，如多個用戶在瀏覽網(wǎng)頁，但沒有對同時對服務器進行數(shù)據(jù)請求，需要與并發(fā)用戶數(shù)區(qū)分開；

最大并發(fā)用戶數(shù)：有兩種理解方式一種是從業(yè)務的角度來模擬真實的用戶訪問，體現(xiàn)的是業(yè)務并發(fā)用戶數(shù)，指在同一時間段內訪問系統(tǒng)的用戶數(shù)量。另一種是從服務器端承受的壓力來考慮，這里的“并發(fā)用戶數(shù)”指的是同時向服務器端發(fā)出請求的客戶數(shù)，一般結合并發(fā)測試(Concurrency Testing)使用，體現(xiàn)的是服務端承受的最大并發(fā)訪問數(shù)；

事務：Transaction，可以看作是一個動作或是一系列動作的集合，例如登錄，從登錄開始到登錄結束為一個事務。

TPS：Transaction per second，每秒鐘系統(tǒng)能夠處理的交易或者事務的數(shù)量，即服務器對客戶請求的能力，是衡量系統(tǒng)處理能力的重要指標。

吞吐量：網(wǎng)絡傳輸?shù)臄?shù)據(jù)量(處理客戶的請求數(shù))；

吞吐率：單位時間(可以是秒/分/時/天)內網(wǎng)絡成功傳輸?shù)臄?shù)據(jù)量，如請求數(shù)/秒、頁面數(shù)/秒；

點擊數(shù)：Web Server收到的HTTP請求數(shù)；

點擊率：HPS，每秒鐘用戶向Web Server提交的HTTP請求數(shù)；

資源指標：

硬件性能指標：CPU，內存Memory，磁盤I/O(Disk I/O)，網(wǎng)絡I/O(Network I/O) ；

中間件：常用的中間件如web服務器Tomcat，nginx，Weblogic，JVM(java虛擬機)，ThreadPool線程池，JDBC數(shù)據(jù)驅動 ；

數(shù)據(jù)庫指標：SQL，吞吐量，緩存命中率，連接數(shù)等；

JVM：Java虛擬機，為使java的代碼可以編譯運行在不同的平臺上順暢，仿真模擬各種計算機來實現(xiàn) ；

前端指標?：首次顯示時間，頁面數(shù)量，頁面大小，網(wǎng)絡startRender，firstRender等。前端的性能與后端的性能的不同點在于，前端是每個用戶的直觀的感受，如前端頁面加載元素耗費的時間，而后端的性能關注點在于多用戶使用系統(tǒng)時，服務器是否能夠承受或者服務器的處理能力如何，能否以較好的響應時間響應；

Load：系統(tǒng)平均負載，特定時間間隔內運行進程數(shù)，Load與cpu核數(shù)一致；

2、性能測試包含了哪些測試類型？

負載測試(Load Testing)：模擬實際軟件系統(tǒng)所承受的負載條件的系統(tǒng)負荷，通過不斷加載(如逐漸增加模擬用戶的數(shù)量)或其它加載方式來觀察不同負載下系統(tǒng)的響應時間和數(shù)據(jù)吞吐量、系統(tǒng)占用的資源(如CPU、內存)等，以檢驗系統(tǒng)的行為和特性，以發(fā)現(xiàn)系統(tǒng)可能存在的性能瓶頸、內存泄漏、不能實時同步等問題；(比如實際中我們說從比較小的負載開始，逐漸增加模擬用戶的數(shù)量， 直到應用程序響應時間超時，就是說的負載測試)

壓力測試(Stress Testing)：壓力測試也稱為強度測試，是在 強負載(大數(shù)據(jù)量、大量并發(fā)用戶等) 下的測試，查看應用系統(tǒng)在峰值使用情況下操作行為，從而有效地發(fā)現(xiàn)系統(tǒng)的某項功能隱患、系統(tǒng)是否具有良好的容錯能力和可恢復能力。壓力測試分為高負載下的長時間(如24小時以上)的穩(wěn)定性壓力測試和極限負載情況下導致系統(tǒng)崩潰的破壞性壓力測試；(壓力測試是測試系統(tǒng)的限制和故障恢復能力，也就是測試Web應用系統(tǒng)會不會崩潰，在什么情況下會崩潰)

容量測試(Volume Testing)：確定系統(tǒng)最大承受量，譬如系統(tǒng)最大用戶數(shù)，最大存儲量，最多處理的數(shù)據(jù)流量等；

并發(fā)測試(Concurrent Testing): 測試多用戶并發(fā)訪問同一個應用、模塊、數(shù)據(jù)時是否產(chǎn)生隱藏的并發(fā)問題；

基準測試?(BenchmarkTesting):比較新的或未知測試對象與已知參照標準(如現(xiàn)有軟件或評測標準)的性能；

3、你認為不同角色關注的軟件性能要點分別是？

客戶：重點關注打開速度及響應時間；

• 在進行操作時，每個請求之間的間隔時間；

• 大量用戶在同一時刻在軟件系統(tǒng)上操作是否有較好的體驗；

開發(fā)人員：重點關注響應時間和數(shù)據(jù)庫交互，進行性能調優(yōu)；

• 系統(tǒng)架構：架構設計是否合理；

• 數(shù)據(jù)庫設計：數(shù)據(jù)庫設計是否存在問題；

• 代碼：代碼是否存在性能方面的問題，系統(tǒng)中是否有不合理的內存使用方式；

• 業(yè)務邏輯：系統(tǒng)中是否存在不合理的線程同步方式，系統(tǒng)中是否存在不合理的資源競爭；

測試人員：重點關注用戶感受到的軟件性能；

• 系統(tǒng)的響應時間；

• 系統(tǒng)狀態(tài)的相關信息，如：CPU、內存、應用服務器狀態(tài)、JVM可用內存、數(shù)據(jù)庫的狀態(tài)等；

• 系統(tǒng)的可擴展性，處理并發(fā)的能力；

• 系統(tǒng)可能的最大容量，可能的性能瓶頸，通過更換哪些設備或是進行哪些擴展能夠提高系統(tǒng)性能；

• 長時間運行是否足夠穩(wěn)定，是否能夠不間斷的提供業(yè)務服務等；

4、如何得到性能測試需求？

• 查看需求文檔提取性能測試需求，了解客戶實際使用情況；

• 結合業(yè)務信息，設計操作場景從而總結出需要測試的性能關鍵指標；

• 執(zhí)行用例后，提取關鍵性能指標來分析是否滿足性能需求；

5、簡述性能測試步驟？

①熟悉應用：了解應用的架構、功能邏輯；

②需求分析：根據(jù)測試目的，細化需求；

③測試方案：明確性能測試指標，性能場景及工具選擇；

④測試準備：客戶端準備、測試數(shù)據(jù)準備、測試腳本準備；

⑤執(zhí)行測試：執(zhí)行測試，監(jiān)控測試客戶端和服務器性能，監(jiān)控服務器端應用情況;

• 客戶端的系統(tǒng)資源(CPU、IO、Memory)情況；?

• 服務端的系統(tǒng)資源(CPU、IO、Memory)情況；?

• 服務器的JVM運行情況；?

• 服務端的應用情況是否有異常；?

• 響應時間、吞吐量等指標；

⑥性能分析與調優(yōu)：找出性能瓶頸，提高系統(tǒng)整體性能，滿足用戶需求；

⑦編寫測試報告：測試結束后，歸檔整理測試報告；

6、需求分析階段，你從哪幾個方面入手性能測試？

• 明確到底要不要做性能測試，性能測試的目的是什么；

• 明確被測系統(tǒng)的架構、軟硬件配置、網(wǎng)絡等；

• 明確被測系統(tǒng)的基本業(yè)務、關鍵業(yè)務、用戶行為；

• 明確被測系統(tǒng)未來的業(yè)務拓展規(guī)劃以及性能需求；

• 明確工具選型，比如Jmeter、LoadRunner等；

• 明確性能測試的指標，比如并發(fā)、吞吐量、響應時間等;

7、你如何識別性能瓶頸？

①硬件上的性能瓶頸：如CPU、內存、磁盤讀寫等的瓶頸，為服務器硬件瓶頸；

②應用軟件上的性能瓶頸：如服務器操作系統(tǒng)瓶頸(參數(shù)配置)、數(shù)據(jù)庫瓶頸(參數(shù)配置)、web服務器瓶頸(參數(shù)配置)、中間件瓶頸(參數(shù)配置)等；

③應用程序上的性能瓶頸：應用程序上的性能瓶頸，如SQL語句、數(shù)據(jù)庫設計、業(yè)務邏輯、算法等等；

④操作系統(tǒng)上的性能瓶頸：一般指的是Windows、linux等操作系統(tǒng)，如出現(xiàn)物理內存不足時，或虛擬內存設置不合理(虛擬內存設置不合理，會導致虛擬內存的交換率大大降低，從而導致行為的響應時間大大增加，可以認為在操作系統(tǒng)上出現(xiàn)了性能瓶頸)；

⑤網(wǎng)絡設備上的性能瓶頸：一般是防火墻、動態(tài)負載均衡器、交換機等設備導致；

8、打開瀏覽器輸入網(wǎng)址到頁面渲染，響應時間通常可以細分為哪些？

• 從客戶端到服務端的請求時間(請求網(wǎng)絡傳輸時間Request)；?

• 從服務端返回數(shù)據(jù)到客戶端的時間(響應網(wǎng)絡傳輸時間Response)；?

• 頁面渲染時間(客戶端瀏覽器加載頁面的時間)；?

• 處理器的處理時間(應用服務器+數(shù)據(jù)庫服務器處理時間)；

9、軟件為什么會有性能問題？

軟件是運行在環(huán)境當中的，在高負載訪問下，業(yè)務邏輯比較復雜，不同的軟硬件資源都會引起性能問題，還有軟件本身的代碼、數(shù)據(jù)庫等會引起性能問題。

10、什么是內存泄露？

內存泄漏?是指對象不再被應用程序使用，但是垃圾回收器卻不能回收它們，因為它們正在被引用。對于長時間運行的程序來說，內存泄漏會使程序占用的內存一直增加，最后就會出現(xiàn)內存耗盡而導致宕機，即使不宕機也會是系統(tǒng)的運行越來越慢，還有就是內存有其他資源，比如數(shù)據(jù)庫連接，網(wǎng)絡連接等等。

11、什么是內存溢出？

內存溢出?應用系統(tǒng)中存在無法回收的內存或使用的內存過多，最終使得程序運行要用到的內存大于能提供的最大內存。

12、敏捷開發(fā)模型，如何開展性能測試？

①每個迭代目標中包含明確的性能目標；?

②建立不同層次的性能測試；?

③完全或接近完全自動化的性能測試；?

④使用測試驅動方法保證性能與優(yōu)化性能；

13、性能測試什么時間做？

系統(tǒng)性能測試在功能測試之后，系統(tǒng)比較穩(wěn)定的時候開展。不同階段都可能做性能測試，如單接口性能測試，集成性能測試。

14、有驗證碼的功能，怎么做性能測試？

方案1、將驗證碼暫時屏蔽，完成性能測試后，再恢復。

方案2、使用萬能驗證碼。

15、常見性能測試工具？

Loadrunner、JMeter、SoapUI、Tsung等，根據(jù)不同的測試場景選擇適合的工具。

16、如何識別性能瓶頸？??? ? ? ?

• 查看系統(tǒng)日志，如果日志記錄的全面，很容易通過日志發(fā)現(xiàn)問題。比如，系統(tǒng)宕機時，系統(tǒng)日志打印了某方法執(zhí)行拋出out of memory的錯誤，很快定位到導致內存溢出的問題在哪里。? ? ? ??

• 利用性能監(jiān)控工具，比如：linux系統(tǒng)環(huán)境下通過nmon來監(jiān)控系統(tǒng)性能。??

• 設計合理的性能測試場景，好的測試場景能更加快速的發(fā)現(xiàn)瓶頸。

-- End --

---

---

文末寄語：??有些事，不是不在意，而是在意了又能怎樣。人生沒有如果，只有后果和結果。成熟，就是用微笑來面對一切小事。

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅持創(chuàng)作打卡瓜分現(xiàn)金大獎

總結

以上是生活随笔為你收集整理的占用系统资源测试_高频性能测试面试题15道的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。