之前講的Jmeter算不上是性能測試,，只是用Jmeter做接口測試?，F(xiàn)在我們開始進入實際的性能測試。開始前你應該對Jmeter有了一定的了解,，把前面Jmeter內容看一遍應該可以入門了,。

Jmeter與locust

locust除了可以做接口的性能測試以外，做性能測試工具開發(fā)很有優(yōu)勢,，框架擴展,、接口封裝都很方便。只是locust尚在發(fā)展階段,，不像Jmeter這么成熟,。雖然Jmeter不如Loadrunner能完全模擬頁面性能測試，但就目前來說我也不知道除了Jmeter還有什么免費的好用的性能測試工具,。 接下來我們就開始Jmeter性能測試學習吧,。

Jmeter性能測試

概念和一些性能指標

一個用戶反復登錄100次，這不是性能測試,，100個用戶同時登錄一次,，這屬于性能測試。也就是模擬多用戶發(fā)起請求,，獲取性能指標,。

常用性能指標

• avgRT：平均響應時間——反應一個大致的情況，不是特別準確,，因為最小值或者最大值都會拉低/拉高這個平均值,，所以工作中比較認可的是90%的響應時間，在這個平均響應時間之下,。
• TPS：服務器每秒處理的事務數(shù)
• 衡量服務器處理能力的最主要的指標
• 假設TPS最大能力是100,，剛開始吞吐量慢慢增加，當吞吐量小于TPS時,，TPS數(shù)值隨著吞吐量增加而增加,；當事務數(shù)超過服務器每秒能處理的最大事務數(shù)時，多出來的事務就會排隊等待處理,，日積月累,，等待處理的事務數(shù)越來越多,，占用了CPU、內存等資源,，計算的時候效率就會降低,，就會出現(xiàn)TPS曲線下降的情況——資源不夠用了，出現(xiàn)瓶頸了,。
• 吞吐量：網(wǎng)絡中每秒傳輸?shù)氖聞諗?shù)

“

事務：一個請求行為,，一個事務可能是多個接口。是從發(fā)起,，到網(wǎng)絡傳輸,，到收到響應，是一個完整的事務,。

”

• 吞吐率：每秒鐘能通過多少kb的數(shù)據(jù)
• 服務器資源利用率
• CPU,、內存、IO的利用率
• 并發(fā)用戶數(shù)：同一時間發(fā)起請求的用戶數(shù)
• 集合點：同一時間,，多個人發(fā)起相同請求
• 廣義并發(fā)：同一時間發(fā)起相同,、不同請求【Jmeter常用】
• 狹義并發(fā)：同一時間發(fā)起相同請求
• 負載測試：逐步增加用戶數(shù)/負載，測試系統(tǒng)性能變化,，并最終確定系統(tǒng)所能承受的最大負載量區(qū)間,。判斷方法：
• 有沒有報錯
• tps下降
• 響應時間變長【工作中APDEX(用戶滿意度)時間一般認定為1.5s】
• 壓力測試：在一定的性能壓力下，持續(xù)運行一個比較長的時間,，看系統(tǒng)服務和各資源利用情況穩(wěn)定性,。