在Experitest及其母公司，創造商業價值是我們的首要任務。 Digital.ai我們都致力於透過創新的數位化體驗來建立客戶信任。整個組織的業務範圍都圍繞著這一點。 價值流管理 或者說，VSM，如您所知，我們流程中的部分是幫助客戶交付完美無瑕的網路網路和行動應用程式。我們實現這一目標的方法之一是… 性能測試 這就是我編寫這份效能測試清單的原因，但首先。

我們的 持續測試平台 有兩個主要目標：

1. 在雲端真實設備上並行建立和執行數百個手動或自動化測試。
2. 自動化你的 跨瀏覽器測試 透過在 1,000 多種瀏覽器類型、版本和作業系統上執行 Selenium 測試。

「等等！」我彷彿聽到你用你最擅長的羅恩·波皮爾的語氣沖我喊，「還有更多！」你說得對，因為即使你做了所有這些測試，如果你的應用浪費設備內存或電池電量，它一上架應用商店就會被淘汰。這就是我們準備這份效能測試清單的原因，希望能幫助你。

什麼是性能測試？

測試網頁和行動應用效能的過程，就是在給定的工作負載下，測試應用程式的運行速度、回應時間、可靠性、穩定性以及可擴展性。最終目標是消除網頁和行動應用程式中的所有效能瓶頸。在某些圈子裡，這種測試也被稱為「性能測試」（Perf Testing），切勿將其與測試泡沫彈玩具槍（即Nerf玩具槍）混淆。後者被稱為Nerf測試。

性能測試主要關注以下幾個方面：

• 速度－你的應用程式回應速度有多快。
• 穩定性 – 應用在高負載壓力下保持穩定的程度。
• 可擴展性——應用程式能夠同時加載而不會出現問題的最大用戶數量。

如果沒有效能測試來消除效能瓶頸，您的 Web 和行動應用程式在太多使用者存取時可能會運行緩慢、可用性差，並且在不同的作業系統上運行不一致。

以下是一些統計數據，由…提供。 鄧白氏 這說明了效能測試的重要性。

• 財富 500 強企業平均每週停機近 2 小時，每年累計損失約 46 萬美元。
• 2013年，Google系統崩潰了5分鐘，對谷歌造成了高達550萬美元的損失。
• 在最近一次 AWS 服務中斷期間，各公司每秒損失的銷售額高達 1100 美元。

在掌握了這些重要資訊後，讓我們來看看效能測試清單，首先列出需要測試的不同效能領域，並為每個領域提供一個範例。

效能測試的類型

負載測試 – 非功能性網路和 移動應用測試 效能測試是在應用程式預期負載下進行的。這種類型的效能測試可以識別出當眾多使用者同時存取時，Web 或行動應用程式的運作情況。負載測試的目標是消除應用程式的效能瓶頸，同時在發布前提高應用程式的穩定性和功能性。

• 負載測試範例 – 由於新冠疫情的影響，數百萬人試圖更改航班，導致某航空公司應用程式多次崩潰。

壓力測試 這是更高階的負載測試。它不再是測試應用在預期負載下的效能，而是不斷增加負載，直到找到應用的崩潰點。壓力測試的目的就是為了找到應用的崩潰點。

• 壓力測試範例 – 一家航空公司正在努力提升其載客能力，他們測試其應用程式的載客量，結果發現載客量為 2,500 人，而不是該應用程式額定載客量 2,000 人。

耐力測試 – 也稱為浸泡測試，耐久性測試用於檢查網頁或行動應用程式在預期尖峰負載下能夠運行多長時間。它有助於發現諸如內存洩漏之類的問題。

• 耐久性測試範例 一家會計公司開發了一款幫助用戶報稅的應用程式。考慮到報稅過程耗時較長，該公司會進行持續24-48小時的耐久性測試，以確保應用程式運作正常。

尖峰測試 – 測試網頁或行動應用程式在使用者數量突然激增的情況下如何運作。此外，它還有助於了解應用程式如何從這些突如其來的流量高峰中恢復。

• 尖峰測試範例 當有新聞爆紅時，社群媒體應用程式會經歷流量激增。他們會使用高峰測試來模擬新聞爆紅的情況。

容量測試 – 這可以透過在您的網站或行動應用程式資料庫中添加大量資料來實現。目的是觀察應用在不同資料庫容量下的運作。

• 容量測試範例 一款零售應用需要為新一季添加數百件新服裝。他們將所有這些資訊輸入資料庫，然後運行效能測試。

性能測試中衡量的指標類型

我們進行這些不同類型效能測試的方式是監控設備並測量各種指標，以便了解如何改善我們的網頁和行動應用程式。在深入探討之前，先做一個簡單的說明。

• 測量 – 從應用程式收集的所有資料。
• 指標 – 使用測量結果來定義結果品質（平均/總回應時間等）。

以下是衡量速度、穩定性和可擴展性的效能測試清單。

• 響應時間 發送請求和接收回應所需的時間。
• 等待時間 發送請求後接收到第一個位元組所需的時間。也稱為平均延遲。
• 平均載入時間 ——請求平均回應時間。這是從使用者體驗角度衡量應用品質的主要指標。
• 峰值響應時間 – 測量請求處理所需的最長時間。如果此時間長於平均時間，則可能表示存在問題。
• 錯誤率 – 透過比較導致錯誤的請求佔所有請求的百分比，即可計算出這個數值。這些錯誤通常是由於負載超出容量限製所造成的。
• 並髮用戶 – 任何時刻的活躍用戶總數。也稱為負載大小。
• 每秒請求數 已處理的請求數量
• 已通過/已失敗的交易 – 請求總數，不論請求是否成功。
• 倉庫工作量統計 – 測試期間使用的頻寬量。單位為 KB/秒。
• CPU利用率 CPU 處理請求所需的時間。
• 內存利用率 處理請求所需的記憶體。

用於測試 Web 和行動應用效能的工具

有許多工具可以幫助您在持續整合 (CI) 管線中儘早並持續地實施效能測試。這些工具可以幫助您交付高品質的軟體，並提供卓越的客戶體驗。

由於這類工具數量不斷增加，而且很難區分它們，我們將只專注於自己的工具。

SeeTest 的效能測試服務 它使您能夠將行動和 Web 效能測試新增至您的自動化測試套件。透過對行動和 Web 進行效能測試，您可以及早發現效能問題的根源。這將消除交付延遲，並在用戶發現問題之前解決。

我們的工具還提供深入的效能數據測量，包括：

• 交易持續時間
• 速度指數
• CPU佔用率
• 內存消耗
• 電池消耗
• 網路數據（上傳和下載）

利用這份性能測試清單創造價值

效能測試有助於揭示您的 Web 和行動應用程式在不同場景下的運作情況。應用程式在 100 萬用戶並發運行時或許表現良好，但如果是 10 萬甚至更多用戶呢？提供高速、穩定且可擴展的應用體驗正是效能測試的驅動力。

綜上所述，我們已了解應用效能測試如何協助您的 Web 和行動應用程式發布。事實上，這類測試應在開發流程早期階段實施。它能幫助您及早發現 bug，進而提升使用者滿意度，同時節省時間和成本。

喬尼·史坦納 - 內容管理器