大家了解過自動化測試，那么今天就為大家講解什么樣的項目適合開展自動化測試。

一、概念

自動化測試是把以人為驅動的測試行為轉化為機器執行的一種過程。通常，在設計了測試用例并通過評審之后，由測試人員根據測試用例中描述的規程一步步執行測試，得到實際結果與期望結果的比較。在此過程中，為了節省人力、時間和硬件資源，提高測試效率，便引入了自動化測試的概念。

即編寫一個代碼測試一個程序。編寫代碼屬于開發工作，需要測試人員投入大量的時間和精力。當后期產品的頁面元素和業務發生變化時，還需要付出維護腳本的成本。

二、適合做自動化測試的項目

(1) 軟件需求變動不頻繁;咱們自動化測試最怕的就是需求不穩定(功能測試也怕)，需求的頻繁變更會導致自動化測試用例的維護成本直線上升。剛剛開發完成的腳本可能因為產品頁面的變化和業務的變化，不得不重新開發腳本。因此自動化測試要從需求穩定的功能模塊入手。

(2) 項目周期足夠長，需要頻繁執行回歸測試;

咱們開展自動化測試要選擇項目生命周期足夠長并有持續更新版本發布計劃的，通常在有8次回歸測試以上的項目中自動化測試的優勢才會大于手工測試。

(3) 需要在多個平臺上重復執行相同測試的場景。

當你公司的產品符合如下需求，那么投入自動化測試會帶來良好的收益。

產品支持多種瀏覽器;

移動端應用需要在近千臺手機中運行;

如果有對于不同的客戶有不同的定制版本，各個定制版本的主體功能絕大多數是一致的，個別功能有輕微差別。

(4) 無法通過手工實現或者手工實現成本過高的項目

通常在執行關鍵業務 7×24 小時持續運行的系統穩定性測試和高并發場景的壓力測試時必須使用自動化測試，因為人工測試幾乎不可能完成測試任務。

(5) 重復性的業務需求

比如當你公司需要獲取app的所有差評，來分析產品更好的改進產品符合大眾的需求，功能也可以做但每天都做重復性的工作，浪費人力，如果用自動化腳本實現，只需要定時跑下腳本就可以。

三、不適合做自動化測試的項目

除了需求變動頻繁、項目周期短這種典型的不適合做自動化測試的項目，在以下列舉的體驗類的項目中也不適合做自動化測試，包括：游戲測試、視頻體驗、美觀體驗、聲音體驗、易用性體驗和多用戶交互體驗。

以上就是什么樣的項目適合開展自動化測試了，想要了解更多軟件測試相關知識的話，那么可以持續關注我