記錄下來自己的學習經驗，供各位共勉。
1關于性能測試的種類：

負載測試：loadtesting 針對程序和服務器數據庫在固定情況下的最大用戶數和并發量的響應時間和資源利用率 壓力測試：stress testing 測試高負載情況下長時間極限狀態下服務器是否正常工作，最對服務器的承壓能力 配置測試：configuratingtesting 確定某一配置下的性能測試，獲取不同配置下的性能參數 容量測試：volumetesting針對數據庫的最佳容量測試,主要是側重數據庫 基準測試：benchmarktesting 為后續調優和系統評測提供參數支持，針對整個系統進行 并發測試：concurrencytes排除死鎖或數據錯誤能參數故障，針對程序本身進行測試 容錯測試：測試服務在出現異常情況下的反應。

2關于性能調優涉及的方面和實例：

硬件性能瓶頸: cpu,內存、磁盤io等方面，分為硬件瓶頸，網絡瓶頸。（局域網可忽略網絡因素）、服務器操作系統瓶頸，中間件（參數配置，數據庫，web服務器等）瓶頸，應用瓶頸（sql語句、數據庫設計、業務邏輯、算法等）。 軟件性能瓶頸：一般指的是應用服務器、web 服務器等應用軟件，還包括數據庫系統。例如：中間件weblogic 平臺上配置的JDBC連接池的參數設置不合理，造成的瓶頸。 應用程序上的性能瓶頸：一般指的是開發人員新開發出來的應用程序。例如，程序架構規劃不合理，程序本身設計有問題（串行處理、請求的處理線程不夠），造成系統在大量用戶方位時性能低下而造成的瓶頸。 操作系統上的性能瓶頸：一般指的是windows、UNIX、Linux等操作系統。例如，在進行性能測試，出現物理內存不足時，虛擬內存設置也不合理，虛擬內存的交換效率就會大大降低，從而導致行為的響應時間大大增加，這時認為操作系統上出現性能瓶頸。 網絡設備上的性能瓶頸：一般指的是防火墻、動態負載均衡器、交換機等設備。例如，在動態負載均衡器上設置了動態分發負載的機制，當發現某個應用服務器上的硬件資源已經到達極限時，動態負載均衡器將后續的交易請求發送到其他負載較輕的應用服務器上。在測試時發現，動態負載均衡器沒有起到相應的作用，這時可以認為網絡瓶頸。性能測試出現的原因及其定位十分復雜，這里只是簡單介紹常見的幾種瓶頸類型和特征，而性能測試所需要做的就是根據各種情況因素綜合考慮，然后協助開發人員\DBA\運維人員一起定位性能瓶頸。```

這里寫代碼片

``` 這里寫代碼片 這里寫代碼片

總結

以上是生活随笔為你收集整理的面试篇------性能测试+调优的全部內容，希望文章能夠幫你解決所遇到的問題。

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