使用者角度：對請求所作出響應所需要的時間，是使用者感知軟體效能的主要指標
a、使用者客戶端的響應時間
b、請求/響應資料網路傳輸時間
c、資料庫的處理時間
d、應用伺服器的響應時間
響應時間多少合理： 響應時間為2/5/8秒
併發：用於從業務的角度模擬真實使用者訪問同時訪問。
併發數：同時訪問系統的使用者數
併發分為：
1.嚴格併發
2.廣義併發
併發多少合適：
使用系統戶數量*(5%~20%)
a、從業務角度看：吞吐量可以用：請求數/秒、頁面數/秒、人數/
天或處理業務數/小時等單位來衡量用請求數/秒或頁面數/秒來衡量
b、從網路角度看，吞吐量可以用：位元組/秒來衡量
c、對於互動式應用來說，吞吐量指標反映的是伺服器承受的壓力，
他能夠說明系統的負載能力
以不同方式表達的吞吐量可以說明不同層次的問題
a、以位元組數/秒方式：表示數要受網路基礎設施、伺服器架構、應用伺服器制約等方面的瓶頸；
b、以請求數/秒的方式：主要是受應用伺服器和應用**的制約體現出的瓶頸。
吞吐量-計算
當沒有遇到效能瓶頸的時候，吞吐量與虛擬使用者數之間存在一定的聯絡，可以採用以下公式計算：
f=vur/t=1001/5=20
其中f為吞吐量，vu表示虛擬使用者個數，r表示每個虛擬使用者發出的請求數，t表示效能測試所用的時間
示例：
採用100個併發，每個vu間隔1秒發出乙個請求
吞吐量=100*1/1=100
案例：使用者數300個併發的時候吞吐量已經達到了峰值，使用者數300之後吞吐量按說該增加，可是吞吐量不變了，說明效能達到了瓶頸，超過300使用者數伺服器已經處理不了請求了。
每秒是事務數：伺服器效能指標，越大越好
效能計數器：是描述伺服器或作業系統效能的一些資料指標。
比如：
記憶體cpu
磁磁碟等資源使用率等。
**think time:**從業務角度來看，這個時間指使用者進行操作時每個請求之間的時間間隔
在做新能測試時，為了模擬這樣的時間間隔，引入了思考時間這個概念，來更加真實的模擬使用者的操作。
效能測試 Jmeter
如何更快速的入門jmeter 建議通過錄製指令碼的方式，快速的了解乙個效能測試應該包括的元件以及它們的層級關係。關於錄製方式，請參考 jmeter基礎之 錄製指令碼 如下，通過badboy 工具錄製的乙個指令碼 指令碼過程 登入 126郵箱，給自己發一封郵件，祝自己聖誕快樂！並可以方便的將指令碼匯出...
jmeter效能測試
請參考 jmeter效能測試文章集合 jmeter 菜鳥入門到高階 系列 開源效能測試工具jmeter jmeter badboy環境搭建 badboy使用手冊 壓力測試之badboy和jmeter的簡單使用方法 jmeter 菜鳥入門到高階 系列 jmeter是我從事軟體測試工作以來接觸的第乙個效...
Jmeter效能測試
轉 1 準備好指令碼，非gui模式下執行 在jmeter的bin目錄下執行命令 使用命令 jmeter n t l n 非gui模式 t 需要執行的指令碼檔名，如 xx.jmx l 儲存的檔名，如 xx.jtl jmeter n t e 1 apache jmeter 3.1 test testca...