吞吐量

指在一次性能測試過程中網絡上傳輸的數據量的總和。

吞吐量指標的作用：

再次將話題回歸到吞吐量上，在我們的性能測試中查看吞吐量對我們的測試有什麽意義呢。

1. 用於協助設計性能測試場景，以及衡量性能測試場景是否達到了預期的設計目標：在設計性能測試場景時，吞吐量可被用於協助設計性能測試場景，根據估算的吞吐量數據，可以對應到測試場景的事務發生頻率，事務發生次數等；另外，在測試完成後，根據實際的吞吐量可以衡量測試是否達到了預期的目標。

2. 用於協助分析性能瓶頸：吞吐量的限制是性能瓶頸的一種重要表現形式，因此，有針對性地對吞吐量設計測試，可以協助盡快定位到性能瓶頸的所在位置。

通過不斷增加並發用戶數和吞吐量觀察系統的性能瓶頸。然後，從網絡、數據庫、應用服務器和代碼本身4個環節確定系統的的性能瓶頸。

吞吐率

單位時間內網絡上傳輸的數據量，也可以指單位時間內處理客戶請求數量。

事務

就是用戶某一步或幾步操作的集合。

負載測試

通過在被測系統上不斷加壓，直到性能指標達到極限，例如“響應時間”超過預定指標或都某種資源已經達到飽和狀態。

壓力測試（強度測試）

壓力測試方法測試系統在一定飽和狀態下，例如CPU、內存在飽和使用情況下，系統能夠處理的會話能力，以及系統是否會出現錯誤。

並發測試

並發測試通過模擬用戶並發訪問，測試多用戶並發訪問同一個應用、同一個模塊或者數據記錄時是否存在死鎖或其者他性能問題。

配置測試

配置測試方法通過對被測系統的軟\硬件環境的調整，了解各種不同對系統的性能影響的程度，從而找到系統各項資源的最優分配原則。

可靠性測試

在給系統加載一定業務壓力的情況下，使系統運行一段時間，以此檢測系統是否穩定

一般性能需求描述

1、Web首頁打開速度5s以下，Web登陸速度 15s以下。

2、郵件服務支持50萬個在線用戶

3、計費話單成功率達到99.999%以上。

4、在100個並發用戶的高峰期，郵箱的基本功能，處理能力至少達到10QPS(TPS). QPS(TPS)–每秒鐘請求/事物 數量

5、系統能在高於實際系統運行壓力1倍的情況下，穩定的運行12小時。

6、這個系統能否支撐200萬的VU（每天登錄系統的人次）

一般性能調優步驟

步驟一：確定問題

應用程序代碼：在通常情況下，很多程序的性能問題都是寫出來的，因此對於發現瓶頸的模塊，應該首先檢查一下代碼。

數據庫配置：經常引起整個系統運行緩慢，一些諸如oracle 的大型數據庫都是需要DBA進行正確的參數調整才能投產的。

操作系統配置：不合理就可能引起系統瓶頸。

硬件設置：硬盤速度、內存大小等都是容易引起瓶頸的原因，因此這些都是分析的重點。

網絡：網絡負載過重導致網絡沖突和網絡延遲。

步驟二：分析問題

當確定了問題之後，我們要明確這個問題影響的是響應時間吞吐量，還是其他問題？是多數用戶還是少數用戶遇到了問題？如果是少數用戶，這幾個用戶與其它用戶的操作有什麽不用？系統資源監控的結果是否正常？CPU的使用是否到達極限？I/O 情況如何？問題是否集中在某一類模塊中？ 是客戶端還是服務器出現問題？ 系統硬件配置是否夠用？實際負載是否超過了系統的負載能力？ 是否未對系統進行優化？

通過這些分析及一些與系統相關的問題，可以對系統瓶頸有更深入的了解，進而分析出真正的原因。

步驟三： 確定調整目標和解決方案

得高系統吞吐理，縮短響應時間，更好地支持並發。

步驟四：測試解決方案

對通過解決方案調優後的系統進行基準測試。（基準測試是指通過設計科學的測試方法、測試工具和測試系統，實現對一類測試對象的某項性能指標進行定量的和可對比的測試）

步驟五：分析調優結果

系統調優是否達到或者超出了預定目標？系統是整體性能得到了改善，還是以系統某部分性能來解決其他問題。調優是否可以結束了。

最後，如果達到了預期目標，調優工作就基本可以結束了。

性能測試理論知識