本地測試及其缺點

作者：本地測試發布時間：2021-09-28

雖然近年來出現了幾種不同的“本地測試”定義，但只有一種是開發人員和測試人員普遍接受的。我們將本地測試定義為在開發人員/測試人員自己的機器上完成的任何測試。與本地開發類似，您可以在本地而不是在外部（即在任何托管服務器或測試網格上）執行測試，無論它們是自動的還是手動的。

這種方法有很多好處——主要是因為您可以快速運行單元測試來檢查代碼的質量，或者在您的應用程序上運行手動測試來解決生產中可能出現的一次性問題。但是，僅在本地運行測試有一些缺點：

較舊的瀏覽器支持 = 降低質量 - 當然，您的計算機上可能有幾個不同的瀏覽器。但是，您的客戶很可能正在使用您未在本地計算機上下載的瀏覽器。此外，許多人可能仍在使用您無權訪問的不同版本的瀏覽器。這也適用于操作系統 - 您的本地計算機無法考慮所有不同版本的 Windows 和 MacOS 及其組件，以確保您的應用程序按預期工作。缺乏對不同瀏覽器/操作系統組合的覆蓋意味著僅本地測試無法保證您的應用程序符合用戶期望的質量標準。
測試成為一個瓶頸 - 假設您可以訪問您的用戶可以從本地計算機訪問您的應用程序的每個瀏覽器和操作系統。問題解決了對吧？沒那么快！即使您有覆蓋率，從本地機器運行測試也意味著每個測試都必須一次運行一個，即使它們是自動化的。串行測試會顯著降低您發布新功能以取悅用戶的速度。如果您在 CI/CD 工作流中工作，這意味著整個構建可以等待您的測試完成執行。
對移動 - 世界上超過 50% 的數字流量來自移動設備。隨著 Android 和 iOS 操作系統上數百種不同設備類型的激增，通過本地機器進行測試根本無法滿足這種廣度，并且您的應用程序的質量面臨風險。

本地測試在某些情況下很有價值，但如果您想以用戶要求的速度和質量交付應用程序，則必須通過外部測試基礎架構執行測試。這可以采用可以訪問各種瀏覽器、操作系統和移動設備的自制網格的形式。

本文內容不用于商業目的，如涉及知識產權問題，請權利人聯系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。