（一）效能測試（壓力測試、負載測試）

一、專案經理經常安排測試工程師進行下面的工作

測試系統的最大併發使用者數
測試系統8小時的最大業務吞吐量
測試系統的穩定性和健壯性
測試系統在資料達到100萬條記錄時的效能
測試系統的核心事務相應時間是否滿足使用者的需求
二、效能測試概念

是指通過模擬生產執行的業務壓力或使用者使用場景來測試系統的效能是否滿足生產效能的要求。
效能測試是一種“正常”測試，主要測試使用時系統是否滿足要求，同時可能為了保留系統的擴充套件空間而進行的一些稍稍超過“正常”範圍的測試（比如：當前系統使用使用者100人，可能未來人數會增多到300人，所以要讓系統能夠在300人情況下正常執行）
三、負載測試

是通過逐步增加系統負載，測試系統效能的變化，並在滿足最終確定效能指標的情況下，系統所能承受的最大負載量的測試
效能指標：是系統應該滿足的，比如請求響應時間等
負載測試是正常範圍的測試
四、壓力測試

逐步增加系統負載，測試系統效能的變化，並最終確定在什麼負載下系統效能處於失效狀態，並以此來獲得系統能提供的最大服務級別的測試
五、壓力測試與負載測試兩者區別
相同點：都是效能測試
負載測試強調系統正常工作情況下的效能指標
壓力測試的目的是發現在什麼條件下系統的效能變得不可接受，發現應用程式效能下降的拐點。

舉例：工人建橋，橋身上表明，該橋的最大負重量為60噸。—負載測試
該橋的內部建築資料中，表明該橋的最大載重量為70噸。這個資料是給內部建橋工程師掌握的。—壓力測試

六、影響系統效能的主要因素

硬體：CPU、記憶體、硬碟、網路卡以及其他網路裝置
作業系統
網路
中介軟體（也叫應用伺服器，如Jboss、websphere、weblogic等）
資料伺服器
客戶端
程式語言、程式實現方式、演算法
七、效能測試的常用術語
1、併發：指多使用者在同一時刻，共同執行某一操作；併發測試要求比較嚴格，著重考察系統的瞬間壓力
線上：多使用者在一段時間內對系統執行操作（是指多使用者線上去迴圈操作某一動作）
對一般系統而言，多使用者併發和多使用者線上對AUT的壓力是10：1，即50使用者併發相當於500使用者線上
2、請求響應時間

是指從客戶端傳送一個請求開始計時，到客戶端接收到從伺服器端返回的響應結果計時結束。
在一些工具中，請求響應事假通常稱為TTLB（Time to last byte:從傳送第一個請求開始，到客戶端收到最後一個位元組的響應為止所耗費的時間）
請求響應時間的單位一般為“秒”或“毫秒”

這裡寫圖片描述
請求響應時間=客戶端時間+網路時間（傳輸時間）+伺服器時間
實際的專案測試過程中，經常將被測系統部署到內網環境，這樣有充足的頻寬，即可規避網路的瓶頸。（因為網路是不可控的，是運營商提供的，不可控的，注意測的是系統，而不是網路，若系統測試，最終測出是網路問題，也是無法解決的。）
效能測試關心兩個詞：請求和響應。正常的順序是請求和應答，先發後收
3、事務響應時間
使用者完成某個具體事務（如跨行取款事務）所需要的時間
效能測試初探

效能測試過程中，資料庫中不可以為空或者條數很少，這種情況下測試不符合實際的生產情況。一定要根據系統實際的線上情況，插入足夠資料（背景資料）後再進行測試
在效能測試之前，要對被測系統（AUT,application under test）進行備份（資料庫的備份）