Why ‘Normal’ Load Testing Isn’t Enough

     壓力測試是任何基于web應用測試的重要組成部分。它幫助我們確定系統在正常和預期峰值負載條件下的性能。 它還有助于確定應用程序的最大操作容量，潛在的瓶頸和可能導致性能下降的因素。

   Normal Load Testing

    這種類型的測試模擬了一個短的時間周期內典型的用戶行為，諸如一小時。 常規負載測試是最基本的; 它假定在有限時間段內正常的日常使用情況，以檢查應用程序將如預期那樣運行。

    大多數開發人員和測試人員在他們的web和移動應用上運行這些類型的測試。 但是如果你只運行這些類型的測試，你就忽略兩種關鍵類型的負載測試，他們可以識別更廣泛和更深層次的問題。

 1.Soak Testing（浸泡測試）

   浸泡測試是指系統會在一定的負載下持續運行一段時間，來檢查系統的一般表現。浸泡測試的主要優點是它揭示了：

    1.嚴重的內存泄漏，最終會導致應用程序或操作系統崩潰

    2.無法關閉系統的不同層或模塊之間的連接，這可能會導致應用程序崩潰

    3.響應時間的分級退化 - 在長時間的測試或長時間的會話上，應用程序往往效率變低，因為它處理的請求越來越多，日志文件大小增加，更多的數據被推入系統等等。

  然而，進行浸泡測試和理解隨后的報告是更復雜的，并且它要求開發者參與數據的分析。

 2.Stress Testing

   壓力測試嘗試識別特定系統組件中的故障點，更可能通過在系統上設置異常高的負載來創建瓶頸或故障。 如果您有一個對應用程序至關重要的特定模塊或操作，并且需要確定潛在的斷點或瓶頸，那么壓力測試就非常重要。

  例如：主頁通常會獲得最大的訪問數，所以你會給他加壓，看看什么時候會掛掉。 另一個示例可能是電子商務網站上的結帳頁面。 你會創建大量用戶訪問它， 如果此頁面崩潰，它將破壞大部分系統。

 Load Testing Implementation

  在為應用程序實施負載測試之前，您需要了解應用程序用戶的行為和相關的業務場景。

 對于常規的負載測試，你會加載正常數量的用戶，中等大小的ramp-up時間。 例如：一小時的測試，10分鐘的ramp-up。對于浸泡測試，當您想要查看有關內存泄漏和層之間連接的更多數據時，以及針對應用程序性能的更多的解決，您需要設置較慢的ramp-up。 例如：對于3-4小時浸泡測試，您可以設置45分鐘的ramp-up時間。 這將使您能夠看到的任何降級或小瓶頸的發生。 在浸泡測試中，設置ramp-down時間也很重要。 在BlazeMeter中，ramp-down是殺死用戶直到達到零所需的時間。

  對于浸泡測試，隨著用戶數量的減少，有一個緩慢的ramp-down時間來查看內存使用的變化是很重要的。 例如：用戶數量和內存使用之間不存在相關性，說明內存泄漏或其他問題。

  對于壓力測試，您不知道應用程序將崩潰的位置，因此，根據經驗，將正常用戶數乘以二，并應用快速的ramp-up時間來識別奔潰點。 如果未崩潰，調整ramp-up時間并重復測試以找出崩潰點。

  最后的建議

  將所有上述類型包含在負載測試計劃和準備工作中非常重要。 理想情況下，您可以從一個正常的負載測試開始，來看看應用的一般性能行為。然后進行浸泡測試，以確定您的系統將如何應對持續使用。 所有這些，一直不斷執行，來修復你的代碼，以穩定你的應用程序。 一旦完成，壓力測試將發揮作用，以確保您的應用程序準備好實現需求。