<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??碼云GVP開源項目 12k star Uniapp+ElementUI 功能強大 支持多語言、二開方便! 廣告
                # 什么是浸泡測試? 定義,含義,示例 > 原文: [https://www.guru99.com/soak-testing.html](https://www.guru99.com/soak-testing.html) ## 什么是浸泡測試? **浸泡測試**是一種非功能性測試,可以在長時間的大量負載下測量系統的性能。 浸泡測試的目的是發現系統是否可以承受很高的使用量,并查看會在設計預期之外發生的情況。 下圖描繪了一個測試周期,該周期顯示了對應用程序執行浸泡測試(**性能測試**類型)的哪個階段。 ![Type of Performance testing image](https://img.kancloud.cn/08/e0/08e0c68c90a433112dba458d65290892_998x532.png) 在這種類型的測試中,基本上監視的是系統中應用程序的內存利用率。 它正在系統級別進行測試,以發現系統是否可以承受很高的使用量,并查看會發生超出設計預期的情況。 在本教程中,您將學習- * [為什么要進行浸泡測試?](#2) * [何時進行浸泡測試?](#3) * [浸泡測試策略](#4) * [浸泡測試的特性](#5) * [浸泡測試的示例](#6) * [浸泡測試期間發現的常見問題](#7) ## 為什么要進行浸泡測試? 一個系統使用 2 個小時后可能會正常運行,但是如果連續使用 10 個小時或更長時間,則該系統可能會發生故障或出現異常/隨機/崩潰的情況。 為了預測此類故障,將執行浸泡測試。 ## 何時進行浸泡測試? 浸泡測試應在以下情況下進行:- 1. 在將構建的組件部署到客戶端之前,即在特定平臺上發布任何應用程序之前,它需要在高流量或等效流量級別成功進行一系列負載測試。 之后,進行**浸泡測試**。 它可以幫助我們確定如何長時間運行任何特定的應用程序。 如果在此期間(即處于浸泡狀態)發現內存泄漏/內存損壞等問題,則應立即報告。 2. 進行浸泡測試的最佳時間是在周末,因為應用程序需要在一天或晚上的時間內保持運行狀態。 這完全取決于測試情況的??局限性。 浸泡測試是最重要的合規性要求之一,每個公司都必須嚴格遵守。 ## 浸泡測試策略 **長期會話浸泡測試是一種策略,其中系統在較長時間處于負載狀態。** 一個簡單的例子是用戶長時間登錄到系統中執行許多業務交易。 這樣,創建了很多數據。 系統/數據庫服務器上可能有很多負載,這可能導致系統/數據庫服務器停頓/崩潰。 在“長期浸泡測試”下,多天(例如 30 天)的活動在受限的時間范圍內(例如 2 天)進行。 在此限制時間內的交易次數應等于或超過幾天的交易額。 重點應放在處理的交易數量上。 保持測試最重要的部分是檢查 CPU 中的可用內存以及將要使用的內存量。 我們需要在浸泡測試的開始和結束時記錄內存使用情況。 如果有必要,那么諸如 [Java](/java-tutorial.html) 虛擬機之類的設施的內存使用也很重要,需要對其進行監視。 以下是開始進行浸泡測試之前,任何用戶/測試人員都需要進行的其他幾項檢查: a)監視數據庫資源消耗。 b)監視服務器資源消耗(除 CPU 使用率)。 c)浸泡測試應在現實的用戶并發下運行。 ## 浸泡測試的特征 標準的浸泡測試方法應具有以下特征:- * 大多數浸泡測試的持續時間通常取決于可用的時間。 * 如果需要延長時間,則任何應用程序都必須在不中斷的情況下運行。 * 它應涵蓋利益相關者同意的所有方案。 * 通常,每個系統都有一個定期的維護時段,這些時段之間的時間是確定浸泡測試范圍的關鍵因素。 ## 浸泡測試的示例 * 對于銀行領域,當有大量商人的數據時,測試人員將在 70 到 150 個小時內連續將系統置于負載狀態,以檢查應用程序在此負載期間的行為。 * 假設有 33,000 個登錄名,需要通過系統進行登錄,它代表活動了 7 天半。 在這種情況下,可以在星期五晚上 6 點左右開始進行 60-70 小時的浸泡測試,該測試可以在星期一早上 6 點之前完成。 只有通過這樣的測試,才有可能在受控條件下觀察性能的任何下降。 * 對于視頻游戲,[移動](/mobile-testing.html)應用程序等涉及以各種操作模式(例如,空轉,在標題屏幕上暫停和 以便找出應用程序是否可以處理持續的預期負載。 ## 浸泡測試期間發現的常見問題 1. 內存分配(內存泄漏最終會導致內存危機或僅隨時間推移而出現的舍入錯誤)。 2. 數據庫資源利用率(在某些情況下無法關閉數據庫游標,最終將導致整個系統停滯)。 3. 它還可能導致性能下降,即確保長時間持續活動后的響應時間與測試開始時一樣好。 4. 在某些情況下,無法關閉多層系統的層之間的連接可能會導致系統的某些或所有模塊停頓。 5. 在長時間的測試中,某些功能作為內部數據結構的響應時間的逐漸降低變得效率較低。 ### 摘要 * 在軟件工程中,進行 Soak 測試以確定被測試的應用程序是否可以承受持續的負載。 * 這是一種性能測試。 * 它幫助系統確定它是否可以承受很高的使用量 * 在這種類型的測試中,基本上監視的是系統中應用程序的內存利用率 * 在開始進行浸泡測試之前,任何用戶/測試人員都需要進行的檢查包括 * 監視數據庫資源消耗。 * 監視服務器資源消耗(除 CPU 使用率)。 * 浸泡測試應與現實的用戶并發一起運行。 ***本文由 Pallavi De*** 提供
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看