資料結構
網路
關係資料庫管理系統
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C 程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理
化學
生物
數學
英語
經濟學
心理學
社會學
服裝設計
法律研究什麼是可擴充套件性測試？
什麼是可擴充套件性測試以及如何透過示例學習
系統/應用程式必須能夠在過載的情況下完美執行。可擴充套件性測試的特點是，根據使用者請求數量、資料量、交易量和使用者流量的增加來測試系統的效率。開發人員會識別出系統停止響應變化的點，並深入挖掘以找到其原因。
可擴充套件性測試的顯著特點
它可以告訴你應用程式在過載下的表現
它讓你瞭解應用程式在使用者體驗方面的侷限性
它可以幫助你確定伺服器的效率和限制
它可以深入瞭解使用者在系統/軟體/伺服器過載期間的體驗
可擴充套件性測試與負載測試
可擴充套件性和負載測試都屬於效能測試的範疇。
可擴充套件性測試提供有關係統在每個級別的最低和最高負載下將如何表現的資訊。它考慮所有級別，例如軟體、硬體和資料庫。一旦開發人員找出最佳負載，他們就會透過提高其可擴充套件性來修復系統。
同時，負載測試用於測試應用程式如何響應最大負載。它告訴你超過峰值點的負載，這可能會導致系統崩潰。結果，你的使用者將無法再使用該系統。
示例 -
假設你想知道多少使用者可以同時使用此應用程式。經過可擴充套件性測試後，你發現你的應用程式可以承受高達 15,000 個使用者的負載。
現在，你有兩種選擇可以採取行動 -
你可以減少應用程式在達到 15,000 個使用者後的響應時間
你可以增加 RAM 大小以容納更多使用者
| 可擴充套件性測試 | 負載測試 |
|---|---|
| 逐漸增加應用程式的負載 | 一次性對應用程式施加最大負載 |
| 找出崩潰的原因並 | 指出應用程式最有可能 |
| 採取必要的措施來修復它 | 崩潰的點 |
| 確定系統的擴充套件能力 | 確定應用程式的效能問題 |
為什麼可擴充套件性測試對組織來說是必要的
從技術上講，可擴充套件性測試允許開發人員在系統/軟體中查詢缺陷並在最早的時候糾正它們。但是，它還帶來了更多好處。
以下是選擇可擴充套件性測試的一些原因
確定使用者體驗因素
它告訴開發人員應用程式如何在低、中、高負載下響應，以便提前採取糾正措施。
告知應用程式的侷限性
它讓開發人員瞭解應用程式在響應時間、CPU 使用率、網路使用率和其他屬性方面的侷限性。
避免公司遭受經濟損失和聲譽損害
嚴格的可擴充套件性測試允許開發人員在將應用程式釋出到生產環境之前構建一個健壯且無錯誤的應用程式。它還有助於在測試階段早期檢測效能問題。在生產環境中修復這些問題將花費組織大量資金。因此，它可以避免組織因糟糕的使用者體驗而遭受經濟損失和聲譽損害。
可擴充套件性測試中測試的屬性
可擴充套件性測試屬性指的是關於系統/應用程式特性的效能測量過程。
以下是可擴充套件性測試中測試的一些關鍵屬性 -
響應時間
使用者傳送請求後，應用程式需要一定時間才能響應。使用者請求和應用程式響應之間的時間稱為響應時間。開發人員進行此測試以瞭解應用程式在最低、閾值和最大負載下將響應多長時間。它還可以確定應用程式的斷點。
吞吐量
吞吐量是指應用程式在單位時間內可以處理的請求數。對於基於 Web 的應用程式，吞吐量是根據單位時間內處理的使用者請求數來衡量的。同時，對於資料庫，吞吐量是透過計算單位時間內處理的查詢數來衡量的。
記憶體使用情況
每當我們使用應用程式時，它都會使用一些記憶體來訪問裝置的隨機存取記憶體，從而使應用程式能夠有效執行。應用程式使用的記憶體量稱為“記憶體使用情況”。它通常以位元組為單位進行衡量，例如兆位元組、千兆位元組和太位元組。透過採用更好的程式設計實踐，開發人員可以最大程度地減少應用程式的記憶體使用情況。
CPU 使用率
CPU 使用率指示應用程式對系統/裝置處理器的壓力程度。換句話說，它表示當我們使用應用程式時，處理器核心的百分比是多少。它以兆赫為單位進行衡量。圖形密集型、編輯和遊戲應用程式主要預期 CPU 使用率較高。但是，編碼不當也會導致應用程式消耗高 CPU 利用率。
網路使用情況
網路使用情況測試會告知開發人員應用程式的頻寬消耗。這裡的目標是限制網路使用以減少網路擁塞。開發人員可以使用壓縮技術來最大程度地減少網路使用情況。
事務響應時間
事務響應時間定義了應用程式完成交易或業務流程所需的時間。它允許開發人員在效能測試過程中查詢瓶頸。
除了以上這些之外，可擴充套件性測試還包含一些較少使用的屬性，例如重啟時間、會話時間、每秒事務數、網頁載入時間、任務執行時間等等。
可擴充套件性測試的測試策略
測試策略是描述軟體測試過程的系統流程的概述。它通常根據你需要測試的應用程式型別而有所不同。
例如，如果你的應用程式帶有資料庫，則你的測試引數應側重於在資料庫崩潰之前有多少使用者可以訪問它。同樣，對於電子商務應用程式，引數應該是測試伺服器的平均交易時間與同時使用者的數量。
以下是一些用於制定測試策略的基本測試引數
評估和積累先決條件
找到能夠承受來自多臺機器的負載並且可以從單個位置進行管理的最佳負載測試工具。
找到執行負載測試主機的正確作業系統
確定用於執行測試代理和負載測試主機的 CPU
分析執行測試需要多少記憶體
定義可擴充套件性測試流程
以下是執行可擴充套件性測試的分步檢查清單 -
選擇可重複的過程
定義將根據其測試應用程式可擴充套件性的標準
準備執行測試所需的工具列表
建立測試環境
配置任何硬體（如果需要）
列出測試場景
草擬和評估負載測試和視覺化指令碼場景
執行負載測試
現在最後一步是評估結果並準備報告。你的報告必須包含改進指南。例如，如果你預計你的網站流量在兩個月內增加 200，則必須實施提高伺服器效能的方法。
300 次瀏覽
