通常選擇哪些產品/系統/應用中的特性進行自動化測試？

這實際上是一個自動化測試策略制定的問題。

通常，對於SUT（System Under Test）而言，可以為滿足下面特徵的部分考慮實施自動化測試：

• 為多個構建執行的重複測試。
• 容易導致人為錯誤的測試。
• 需要多個數據集的測試。
• 經常使用的引入高風險條件的功能。
• 無法手動執行的測試。
• 在多個不同的硬體或軟體平臺和配置上執行的測試。
• 手工測試時需要花費大量精力和時間的測試。

自動化測試的成功需要仔細的計劃和設計工作。

首先建立一個自動化計劃。這允許你的團隊識別要自動化的初始測試集，併為將來的測試提供指導。你的團隊應該定義自動化測試的目標，並確定自動化測試的型別。有幾種不同型別的測試，每種測試在測試過程中都有自己的位置。例如，單元測試用於測試預期應用程式的一小部分。要測試應用程式的某個UI部分，可以使用函式或GUI測試。

在確定您的目標和自動化測試型別之後，你的團隊應該決定自動化測試將執行哪些操作。不要只建立測試步驟，一次測試應用程式行為的各個方面。大型、複雜的自動化測試很難編輯和除錯。最好將測試劃分為幾個邏輯的、較小的測試。它使你的測試環境更加連貫和可管理，並允許你共享測試程式碼、測試資料和過程。通過新增處理新功能的小測試，你將獲得更多更新自動化測試的機會。在新增應用程式時測試應用程式的功能，而不是等到實現整個特性為止。

當建立測試時，儘量使它們保持小並且集中在一個目標上。例如，針對只讀和讀/寫測試的單獨測試。這允許你重複使用這些單獨的測試，而不需要在每個自動化測試中包括它們。

一旦你建立了幾個簡單的自動化測試，就可以將你的測試分組到一個更大的自動化測試中。你可以根據應用程式的功能區域、應用程式中的主要/次要部分、公共功能或測試資料的基本集合來組織自動化測試。如果自動測試引用其他測試，則可能需要建立一個測試樹，你可以按照特定的順序執行測試。