上一章節我們大概了解了下loadrunner，這一章，我們來認識一下效能測試。
說到效能測試，很多同學會有自己不同的感想。
web前端的測試同學說：頁面怎麼半天打不開啊，沒辦法測啊，必須改善。
一線運維的同學說：靠，系統上線這才多久啊，怎麼就嘎嘣的宕機了？這可以不行啊，客戶跳起來了，必須趕緊處理。。。。
終端使用者也出來了：什麼系統嘛？怎麼一直登陸不上去呢？我剛剛搶的火車票還沒支付，又沒有了，哎，還能不能回家啊。。。
客戶方的boss看不下去了：老方啊，你們這個產品不給力啊，必須給我馬上解決，否則，。。。。（省略了n的m次方字數）
所謂客戶就是上帝啊，交付boss出來了，版本boss出來了，se出來了，pm/pl等等都出來了。
一輪頭腦風暴，效能測試必須放上日程。
效能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項效能指標進行測試。
效能測試型別
定義：在被測系統上不斷增加壓力，直到效能指標（如響應時間）超過預期指標或者某種資源使用已經達到飽和狀態。可以找到系統的處理極限，為系統調優提供資料
特點：1）：該方法主要目的是找到系統處理能力的極限
2）：該方法在給定的測試環境下進行，通常需要考慮被測系統的業務壓力量和典型場景
3）：該方法一般用來了解系統的效能容量，或者是配合效能調優來使用
效能容量：系統在保證一定響應時間的情況下能夠允許多少併發使用者的訪問
定義：系統在一定飽和狀態下，例如cpu、記憶體等飽和情況下，系統能夠處理的會話能力，以及系統是否會出現錯誤
特點：1）該方法的主要目的是檢查系統處於壓力情況下是應用的效能表現
該方法通過增加訪問壓力，是系統資源使用保持在一定水平，檢驗此時應用的表現，重點在於有誤出錯資訊產生，系統對應用的響應時間等
2）該方法一般通過模擬負載等方法，使得系統的資源使用達到較高的水平
定義：特定條件下驗證系統的能力狀況
特點：1）該方法主要目的是驗證系統是否具有系統宣稱的能力。
方法包括：確定使用者場景，給出需要關注的效能指標，測試執行，測試分析幾個步驟
2）該方法需要事先了解被測系統的典型場景，並具有確定的效能目標
3）這種方法要求在已確定的環境下進行
定義：通過對被測系統軟硬體環境的調整，了解各種不同環境對系統效能影響的程度，從而找到系統各項資源的最優分配原則
特點：1）該方法主要目的是了解各種不同因素對系統系能影響的程度，從而判斷出最值得進行的調優操作
2）該方法一般在對系統效能狀況有初步了解後進行
需要在確定的環境、操作步驟和壓力條件下進行
3）該方法一般用於效能調優和規劃能力
定義：模擬多使用者併發訪問同乙個應用、模組或者資料記錄時是否存在死鎖或者其他效能問題
特點：1）該方法主要目的是發現系統中可能存在的併發訪問時的問題
2）該方法主要關注系統中可能存在的併發問題。比如：記憶體洩漏、執行緒鎖和資源爭用等問題
3）該方法可以在開發的各個階段使用，需要相關的測試工具的配合和支援
常用工具：商業軟體loadrunner：功能完整強大，記憶體占用大，需要收費
開源工具jmeter：開源免費，自由，操作較簡單，能輔助完成日常的一些測試工作
定義：給系統施加一定的業務壓力，讓其持續執行一段時間，測試在這種條件下能否穩定執行
特點：1）該方法的主要目的是驗證系統是否支援長期穩定的執行
2）該方法需要在壓力下持續一段時間的執行
3）測試過程中需要關注系統的運**況
比如：記憶體使用或者其他資源的使用以及響應時間有無明顯變化
針對有多餘備份和負載均衡的系統設計
定義：檢測如果系統區域性發生故障，系統能否繼續使用
特點：1）該方法主要目的是驗證區域性故障下系統能否繼續使用
2）該方法需要指出：問題發生時「能支援多少使用者訪問」和「採取何種應急措施」
一般只有對系統持續執行能力有明確指標的系統才需要該型別測試
通過效能測試，如果找到了系統的極限或苛刻的環境中系統的效能表現，在一定的程度上，就完成了負載測試和容量測試。容量還可以看作系統效能指標中乙個特定環境下的乙個特定效能指標，即設定的界限或極限值。
通過設計科學的測試方法、測試工具和測試系統，實現對一類測試物件的某項效能指標進行定量的和可對比的測試。
針對某些系統儲存、傳輸、統計查詢等業務進行大資料量的測試。
主要特點是長時間對目標測試系統加壓，目的是測試系統的穩定性，持續時間一般在1小時以上；感覺等同於可靠性測試。
需求分析是軟體測試關鍵步驟之一，通過需求分析，我們能夠了解到軟體要提供的能力，方便後續開展測試工作。效能測試是軟體測試其中的一部分，那麼需求分析也必不可少的，而且是重要的一步。因為，效能測試的測試策略、工具選型、效能指標等都需要通過分析才能得出來。
通過了需求分析，我們明確了測試的方向。那麼，我們就要做好工具、環境部署、用例指令碼等一些前提準備。
一切準備好了，效能測試理所當然走到了測試執行的環節。測試的執行我們可以人工干預方式執行，也可以無人值守方式執行（自動化效能測試）。
測試執行完成後，就到了我們效能測試的目的關鍵步驟了 - 效能結果分析。我們效能測試目的是改善系統的效能，達到客戶規定的指標。效能結果分析能有效的找出系統效能的瓶頸問題所在。
結果分析完了，同學們說，這是不是完了？當然不是了。報告還是要給出來的，客戶要，我們產品宣傳頁要。還有總結也要保留的，方便後續參考和問題處理，這也是我們的心血嘛。
效能測試工具篇（開源&商業）
效能測試總結(三)--工具選型篇
初識效能測試
1 軟體效能概念 軟體效能是與軟體功能相對應的一種非常重要的非功能特性,表明了軟體系統對時間及時性與資源經濟性的要求。對於乙個軟體系統,執行時執行速度越快 占用系統儲存資源及其他資源越少，則軟體效能越好。2 系統管理員對效能的關注點 響應時間，影響響應時間的因素有 功能的粒度 客戶端網路情況 伺服器...
效能測試應該怎樣測？
事情的起因是這樣的 上周三下午要出去打個 經過小會議室門口的時候 測試負責人叫住我問有事嗎？小a做的 效能測試 接下來是我們的一段對話 我 小a，你說一下這次效能測試，是對哪幾個點做的，場景都是啥樣的？我 問一下，線上對於簡訊傳送真實操作場景是什麼樣子的呢？我 好吧，換個問法，x系統小a你最熟了，線...
《效能之巔》初識效能
效能是一門令人激動 富於變化的學科同時又充滿挑戰的學科。衡量效能乙個重要指標 延時 系統效能是對於整個系統進行研究，包括了所有的硬體元件和整個軟體棧。通用的軟體棧有哪些呢？包括作業系統 os 核心，資料庫和應用程式層。術語中的 全棧 有時候指的是程式應用環境，包含資料庫，應用程式，和 伺服器。效能通...