發現效能瓶頸，應用系統的短板在**，若發現效能問題，
能夠分析它是哪個點爆發的。
1.負載測試
通過逐步加壓的方法，達到既定的效能閾值的目標，
閾值的設定應該小於等於某個值，如cpu使用率小於等於80%。
2.壓力測試
通過逐步加壓的方法，使得系統的某些資源達到飽和，
甚至失效的狀態（中介軟體，資料庫，應用程式等）
3.併發測試
同乙個時間內，多個虛擬使用者同時訪問同乙個模組，同乙個功能，
通常的測試方法是設定集合點。
4.容量測試
通常是指資料庫層面的，目標是獲取資料庫的最佳容量的能力，具體測試方法為
在一定的併發使用者，不同的基礎資料量下，觀察資料庫的處理能力，即獲取資料庫的
各項效能指標。
5.穩定性測試
又稱可靠性測試或疲勞測試，指系統在高壓情況下，長時間的執行系統是否文件。
如cpu使用率在80%以上，7*24小時執行，系統是否穩定。
記憶體洩漏的原因，系統長時間執行，底層垃圾**不徹底。
6.異常測試
又稱失敗測試，是指系統架構方面的測試，如在負載均衡架構中，要測試
宕機，節點掛掉等情況系統的反映。
需求分析
熟悉專案是做什麼的，使用者如何在我們的平台上操作的，哪些是重點，有哪些主要流程
效能指標
定義tps，吞吐量等這些指標
定義我們所滿足的指標
什麼樣的標準滿足我們現階段的業務需求
開發指令碼
場景設定
指令碼開發完後一般不能直接用於效能測試，除錯指令碼，設定場景
和需求分析產生關聯，設定的場景要符合使用者在我們的平台上使用的流程，
比如使用者經常做哪些操作等
監控部署
乙個應用軟體一般包括自己的應用程式，應用的伺服器，資料儲存部分，
這些都要把它監控起來，才能發現效能瓶頸
測試執行
怎麼跑？第一階段：基本測試，少量使用者跑15分鐘，
第一輪發現問題，多併發下，應用程式對多執行緒的邏輯處理問題，
有時，乙個使用者操作沒問題，
但是當多個使用者去操作功能點時，就會發生問題，多併發邏輯問題。
解決第一輪的問題時，進入第二階段時間長的跑一跑，跑幾天
效能分析
它基於監控部署，只有把監控部署完善，無死角監控，它才能更輕鬆。
無論程式執行在哪，發生了什麼問題，都可以看到，效能分析才能有理有據
效能調優
只有把監控部署好，效能分析和效能調優才能更順利
只看測試工具中的那些報告，這些報告是工具用來收集應用程式和伺服器的一些執行狀態
這些狀態並不全，不能完全勝任眼睛這個角色。
開發在做開發時，在對乙個變數和類的宣告等等生命週期控制的不嚴格，發生了記憶體洩漏，溢位等
測試報告
對於敏捷測試來講，一般多個迭代版本有不同的效能指標
優點分層利於分析和定位問題
效能的前期準備工作
監控mysql，監控api層，**處理速度
mysql和api執行在linux，監控linux伺服器的執行狀態，承載資料庫和**的執行環境
web層面的監控，載入和js載入，首先載入js後加圖出現停頓
先載入樣式後載入js，如何載入不失真等
測試思路
（1）可以一塊塊測試，首先進行資料庫測試，把開發的**拿過來，把其中和資料庫互動的sql語句抽離出來，
（2）然後開發成我們的指令碼，對mysql進行效能測試，好處沒有其他因素影響，
sql語句調優，myql配置調優，伺服器配置調優，縮短了分析範圍，效能調優變的容易
如果從web開始測試，要經過web>api>myql然後再返回去
（3）然後再做介面api層，做 併發，如果有問題，**邏輯問題，併發邏輯等
（4）最後再併發前端，自底向上做測試
事務從客戶端發起的乙個或多個請求，到客戶端接收到從伺服器返回的響應。
tpstransaction per second
每秒鐘系統能夠處理的事務數
請求響應時間
從客戶端發起的乙個請求開始，到客戶端接收到伺服器返回的響應，整個過程所消耗的時間。
事務響應時間
事務是有乙個或多個請求組成，事務響應時間主要是針對於使用者的角度而言，如轉賬。
併發沒有嚴格意義上的併發，併發總會有先有後，一般講的併發是在乙個時間內，如1秒。
併發的兩種情況
多使用者在系統上進行同一操作，比如大家對同一種商品進行秒殺；
多使用者在系統上進行不同的操作，比如大家瀏覽不同的商品。
使用者併發數
同一單位時間內，對系統傳送請求的使用者數量。
吞吐量一次效能測試過程中網路上傳輸的資料量的總和。
吞吐率單位時間內網路上傳輸的資料量的總和。
點選率每秒鐘使用者向伺服器提交的請求數。
資源使用率
對不同的系統資源的使用情況，如cpu，記憶體，io
目的給效能測試畫個圈，明確效能測試重點
明確測試指標
把哪些指標作為重點關注指標，和開發人員約定這些指標是什麼意思，避免後期不明確而產生分歧
明確測試場景
跟業務掛鉤，比如註冊相對於登入重要性低，每個功能點要有多少併發
效能測試基礎 效能測試基礎指南
企業對於效能測試工程師的要求 要求熟練掌握至少一種效能測試工具，並且能夠實現效能測試指令碼的開發。能夠獲取 分析 提煉效能需求。能夠根據效能需求去進行測試場景的設計和實現。能夠根據效能的需要進行必要的監控。能夠根據效能測試結果 集合監控 伺服器日誌等資料分析 定位效能瓶頸 能夠提出調優建議。能夠根據...
效能測試基礎
效能測試 效能測試主要是通過大量的併發請求，和資料處理，使系統在高併發的情況下衡量乙個系統的強壯性，可靠性 效能測試的步驟 1 首先了解效能測試的需求 第一點，在需求明確的情況下，直接按照需求進行測試 一般在正規的公司，流程完善，產品和架構設計人員都是可以給得出比較合理的乙個效能測試指標 第二點 在...
效能測試基礎
1 計算機相關的知識。硬體 一般來說，和效能有關的主要有以下幾個 cpu 一般來說，cpu的忙碌程度就反應了當前系統中所執行的任務的多少和執行速度的快慢。記憶體 記憶體分為兩種 物理記憶體和虛擬記憶體。物理記憶體 記憶體條所提供的，讀寫速度快。虛擬記憶體 是從磁碟中劃分出來的，讀寫速度慢。系統原則 ...