效能測試的時間一般會比自動化、功能測試長，為啥？

• 因為效能測試的步驟跟自動化、功能測試的步驟不一樣，比如說前期的準備（瞭解系統，環境搭建），後期的壓力測試（7*24h）等等

效能測試一定要工具，手工不行嗎？

• 效能測試是模擬系統在被很多很多使用者同時使用時，系統能不能正常使用和提供服務
• 重點：很多很多使用者
• 功能測試：一個人點點點就知道功能通不通，有沒有 Bug 了
• 效能測試：用手工的話，可以模擬幾個、十幾個使用者，但是當需要模擬上千萬個使用者時，手工又怎麼模擬資料量多的場景呢？
• 類比，吃飯場景：一個人可以吃好幾碗，但是叫你吃幾百碗是不可能的
• 結論：工具就可以模擬大資料量的場景，可以做到人做不到的事情

-------------------

效能測試過程發現問題需要立即提交嗎？

在效能測試過程中發現一些問題，假設定位到某一段程式碼有問題，可以截圖提交 Bug 給開發，但這並不是我們效能測試的最終目的，最終目的是找出效能指標

效能測試中發現的 Bug

• 效能測試過程中發現的 Bug 屬於一個衍生品，並不是最終得到的結果
• 但像功能測試，最終目的就是為了找出 Bug

------------999999999999999999

壓力測試用來幹嘛的

測試系統的穩定性

------------------

啥情況算不穩定？穩定性差？

隔三差五的出現下面的情況

• 服務異常：響應錯誤、響應時間超時等
• 伺服器出現異常：宕機

怎麼分析是服務異常還是伺服器異常

• 如果所有請求都是一片紅，應用程式傳送的所有請求都報紅，就是伺服器出現了異常
• 如果有些請求偶爾成功響應，偶爾又失敗，則是服務異常，出現不穩定的情況

如何取壓力值

• 在負載測試中，我們確認了系統所能承受的最大負載量
• 壓力值<最大負載量，一般取80%左右

靈魂拷問

負載測試一般時間比較短，壓力測試時間比較長，持續執行時間短就能正常使用，但持續執行時間長就可能崩掉了，這是什麼原因呢？

場景類比

• 栗子一：電腦保持開機狀態很長時間，會逐漸變卡，因為記憶體的東西會越來越多，得不到有效的回收， 就會越來越卡
• 栗子二：當你經常工作壓力很大，且你的心理所能承受的壓力逐漸達到最大值時，你就可能會選擇離職

總結

壓力測試長時間執行，可能會逐漸增加系統的記憶體佔用空間，若得不到有效的記憶體回收，當達到記憶體最大值時，系統就會崩掉

壓力測試持續執行時間要多久？

• 標準效能測試裡面，一般是7*24小時，或者是它的倍數
• 但是實際工作中，並不會這麼久，否則成本太高
• 所以會以小時為單位，比如：4個小時、8個小時...晚上下班之後做，第二天早上上班看結果

先負載測試還是壓力測試？

• 先負載測試
• 負載測試可以找到伺服器效能瓶頸的範圍值，若生產環境中系統穩定性較差，再做壓力測試
• 所以壓力測試是可做可不做的

333333333333