1.4.2　方案選擇

為了保證自動化測試能夠有序、規范進行，保證自動化測試的覆蓋率，并保證自動化測試能夠真正地賦能業務線，自動化測試的落地方案選擇應考慮以下方面（這里以iOS自動化測試為例介紹方案需考慮的內容）。

● 自動化測試的層級：優先開展iOS UI自動化測試，根據項目成熟度、人員技能儲備等情況，適時開展接口自動化測試。

● 自動化測試的對象：優先覆蓋iOS端和Web端，后續覆蓋Android端。

● 自動化測試的場景：需要覆蓋冒煙測試、重點功能回歸測試和缺陷回歸測試。

● 自動化測試的工具：結合公司實際情況，自研測試框架。

● 自動化測試的腳本開發語言：結合測試團隊人員的技術棧，選擇Python作為測試腳本開發語言。

● 自動化測試的框架：考慮測試用例重試場景、分級分類等需求，選擇Pytest作為單元自動化測試框架。

● 自動化測試用例的分層：考慮測試用例的健壯性及后期維護成本，自動化測試用例必須分層設計。

● 自動化測試用例的分級：針對不同場景，要執行不同的測試用例，自動化測試用例必須分級分類。

● 自動化測試用例的執行策略：支持3種測試用例執行策略，它們分別是開發人員每次提交代碼自動觸發、以一定頻率自動執行（如每天晚上）、手動觸發執行。

● 自動化測試對象：針對iOS自動化測試，支持使用真機（特定機型）和模擬器作為自動化測試對象。

● 自動化測試的工作模式：由多位同事負責。例如，同事A負責重點功能測試用例開發，同事B負責缺陷回歸測試用例開發，等等。

● 自動化測試腳本存儲：自動化測試腳本需要在本地運行通過、在內部評審通過，并上傳到GitLab。

● 自動化測試的持續集成：考慮UI自動化測試有持續集成的需求，因此項目團隊的持續集成工具（Jenkins或Travis CI）需要保持一致。

● 自動化測試賦能：自動化測試工具前期在內部使用，后期要供上下游團隊使用，即賦能產品及業務團隊。需要考慮自動化測試本身的受眾是誰，是只供測試人員使用，還是要供開發人員等其他角色使用。