簡介
性能測試關心兩個詞：請求和響應。
1. 負載測試：通過逐步增加系統負載，測試系統的性能的變化，並最終確定在滿足性能指標的情況下，系統所能承受的最大負載。
2. 壓力測試：通過逐步增加系統負載，測試系統的性能的變化，並最終確定在什麼負載條件下處於失效狀態。
3. 區別：如同一個橋的最大載重是60噸，而該橋的內部建築資料中，表名橋的最大載重爲70噸，60則爲負載，而70則爲壓力。
4. 併發：指多用戶在同一時刻，共同執行某一操作，併發測試要求比較嚴格，着重考察系統的瞬間壓力。
5. 在線：多用戶在一段時間內對系統執行操作。在線測試指多用戶去循環操作某一動作。（登錄進行，但是沒有對系統進行任何的操作，也不算在線）
- 總結：併發和在線的比例相當於10:1，100人的用戶併發相當於10人的在線用戶。
6. 請求響應時間
358原則：對於一般系統而言，如果用戶點擊按鈕，能夠在3秒內得到應用，則用戶比較滿意，如果系統在5秒內能夠得到應答，用戶能夠忍受，如果系統在8秒後得到應答，用戶不能忍受。
| 縮寫 | 全稱 |
|---|---|
| PV | page view 瀏覽量 |
| AUT | Application udder test 被測系統 |
| 吞吐量 | 用戶在任意給定一秒從服務器端獲得的全部數據量，單位爲字節 |
| 吞吐率 | 吞吐量/傳輸時間就是吞吐率 |
| 點擊率 | 每秒中用戶想web服務器提交的http請求數，點擊率越大，對服務器的壓力也越大，”單擊”不是點擊，因爲單擊可能會發送多個http請求 |
*loadrunner的三大組件
- 腳本生成器（virtual user generator）：錄製和調試腳本
- 控制檯（conntroller）–設置場景參數，管理虛擬用戶
- 結果分析器（analysis）—生成測試報告
loadrunner的工作原理
1）錄製時，LR記錄下客戶端和服務端兩者之間的對話；
2）回放時，LR模擬真正的客戶端，向服務器發出請求，並根據腳本來驗證服務器的應答。
總結：錄製腳本時，一般把關心的內容錄製到action中，將登錄錄製到init中，將退出錄製到end中。lr的腳本運行得出的result中全部爲pass時，不一定證明腳本正確，因爲lr只是在網絡層面上驗證了服務器收到了客戶端發送的數據包並返回，沒有驗證應答中的數據是否正確。
錄製腳本
- Ctrl+G是定位可以快速的定位到某行。
- 每次創建腳本的時候不要直接Start Recod，因爲是在以前舊有的腳本中追加，需要重新新建一個。
LR和QTP的區別
LR和QTP的共同點都是基於錄製和回放。
lr關心的是客戶端和服務器之間的對話，關心的是請求和應答，關心的網絡協議。
QTP關心的是AUT的界面，以及界面上的對象及屬性。
性能測試策略
總結： 腳本中的檢查點不需要太多，一兩個即可。
* 基準測試*
單用戶測試，爲其他測試提供依據。
* 遞增測試*
每隔一定的時間段加載不同數目的虛擬用戶執行測試點操作，對測試點進行遞增用戶壓力加載測試。遞增測試存在的目的：所有的用戶同時加載，有可能造成AUT資源突然增大，進行影像後續測試中關心的測試點的數據，所有前面可以稍微放緩，遞增加載虛擬用戶。
* 在線綜合場景測試*
能夠最真實的模擬實際的生產場景，一般情況下綜合場景中要求腳本爲3個以上，將虛擬用戶分成不同的組，每組執行不同的腳本。一般持續時間一個小時，所有的用戶在循環執行操作。
* 併發測試*
多用戶在同一時刻同時執行某個操作，考察AUT系統的瞬間壓力的承受能力。
* 疲勞強度測試*
一般指長時間的在線綜合場景測試，即在一定的壓力強度下，進行長時間的測試。
* 內存泄露測試*
指系統運行時，佔用的內存沒有得到及時的釋放，隨着運行時間的增加，被佔用的內存越來越多，導致可用的物理內存被用光，系統運行緩慢甚至宕機。
* 內存泄露測試*
也稱爲”摸高測試“，即使用性能測試，逐漸增加AUT的壓力，測試AUT的極限值，如最大用戶數、最大的吞吐量等。