如何開始測試：最適合自動化的測試案例
如果你想確保產品的品質，測試是關鍵的一步。若要確保應用程式能正常運作，那必須對它們進行測試，否則客戶可能不會購買或繼續使用它們。雖然測試很重要，但軟體測試往往是一個耗時且不斷重複的過程，這可能會瓜分掉你更希望用於提升功能或效能創新的時間和資源。這時，自動化測試就能派上用場了。自動化測試能讓團隊使用工具來自動執行那些耗時的測試，釋放出寶貴的時間和資源，同時還能提升軟體品質。
然而，並非所有測試都能自動化。因此，事前花一點點時間判斷哪些測試案例最適合自動化是非常有效的策略。
哪些測試案例適合自動化？
要成功進行自動化測試，你需要一個計劃，幫助你最大化自動化測試的效益。由於不是所有的測試都能自動化，選擇早期就適合自動化的測試案例，是建立自動化計劃的重要步驟。
在決定哪些測試案例適合自動化時，你不必從頭開始。自動化測試有一些既定的最佳實踐，包括如何選擇適合自動化的測試。以下是一份概略的清單，列出自動化最能精簡流程的測試類型，你可以留意以下測試：
- 針對多個版本重複執行的測試
- 容易出現人為錯誤的測試
- 需要多個資料集的測試
- 經常使用且具備高風險的功能項目
- 無法手動執行的測試
- 在不同硬體或軟體平台和配置上運行的測試
- 需要大量人力和時間的手動測試
了解何時該使用手動測試也很重要
有些測試是無法手動執行的，比如效能測試和壓力測試。而對於其他測試，自動化是可行的，但所節省的時間可能不足以彌補建立自動化測試的成本。
在某些情況下，手動測試仍然是最佳選擇。例如，在開發一個全新的應用程式時，它可能經常會變動，太早進行自動化測試會是對時間的浪費。
測試特別複雜的功能時，自動化測試可能會非常具有挑戰性。在這種情況下，你需要仔細計劃並評估，初期的時間和成本投資是否會超過未來節省的時間。
同樣，像使用性和用戶體驗的外觀感受這類測試，仍然需要人為的手動測試。畢竟，最終的使用者是人類！
讓我們進一步解釋
現在你已經對哪些測試適合自動化有了初步了解，讓我們看看這在應用程式開發過程中的具體情況。測試一般分為四個開發階段：單元測試、整合測試、系統測試和驗收測試。
我們依次來了解這些階段，看看在哪些地方自動化測試會有幫助。
1. 單元測試
單元測試是針對應用程式中最小的可測試部分進行的獨立測試，以確保它們能正常運行。這些測試通常由開發人員執行，目的是盡早發現錯誤，因為在撰寫程式碼時發現錯誤的成本遠低於後期檢測並修正錯誤。
單元測試可以手動進行，但通常會自動化。單元測試是測試驅動開發（TDD）方法的一部分，要求開發人員首先撰寫一個失敗的單元測試，然後編寫程式碼來修正應用程式直到測試通過。撰寫失敗測試很重要，因為它迫使開發人員考慮所有可能的輸入、錯誤和輸出。
2. 整合測試
整合測試是將不同的軟體模組結合在一起，作為一個整體來進行測試，以發現整合過程中的問題。在自動化整合測試時，許多 DevOps 團隊的最佳實踐是採用「左移測試」，將整合測試盡可能靠近建置流程，這樣可以更快地獲得重要的回饋。
3. 系統測試
系統測試包括多種軟體測試類型，這些測試用於根據軟體的需求，驗證整個系統（軟體、硬體和網路）的運行狀況。系統測試中的不同測試類型（功能測試、資料驅動測試、關鍵字測試、回歸測試、黑箱測試、冒煙測試等）各有不同的自動化方式。
例如，功能測試檢驗每個功能是否符合業務需求並按預期運作。這些測試可以輕鬆使用具有錄製與回放功能的工具來自動化。
回歸測試是用來確認系統的最新程式碼更改不會對功能造成不利影響。這類測試不會建立新的測試案例，而是重新執行部分或全部已建立的測試案例。回歸測試是非常適合自動化的測試類型。
4. 驗收測試
驗收測試的目標是確保軟體符合提供的業務需求。驗收測試關注的是整個系統的輸入和輸出，而不是軟體內部的個別部分。在四個階段中，這一階段最難自動化，因為成功的標準可能具有主觀性。
結論
由於團隊和組織不斷努力更快地推出應用程式和產品以滿足市場需求，找到提高開發效率的方法變得非常重要，而這同時還要確保產品的品質。自動化測試日益成為加速開發的重要策略。由於測試是一個複雜且多面向的過程，了解從哪裡開始你的自動化策略可能有些困難。幸運的是，有一些標準可以幫助新手在自動化測試中找到起步的方向。自動化測試對於那些重複性高、風險高或難以手動執行的測試案例最有利。當你確定要自動化的具體測試後，你就可以開始制定自動化計劃並付諸實施。
希望這篇文章能為你或你的團隊提供一些關於如何評估哪些測試案例適合自動化的簡要說明。希望您在邁向自動化的路上能夠更順利！
文章來源: API Documentation Made Easy with OpenAPI & Swagger, SmartBear 2022