現如今應該有很多測試人員應該有這樣的疑慮，自動化測試要怎麼去做，今天把一些學習經驗分享給大家，希望對你們有幫助，有說的不好的地方，還請多多指教！
對于測試人員來說，不管進行功能測試還是自動化測試還是性能測試都是需要編寫測試用例，是以我們必須先要了解清楚手工測試用例與自動化測試用例的一些特點，才能更好的開展自動化測試工作。
1、手工測試和自動化測試用例
手工測試用例是針對功能測試人員的，而自動化測試用例是針對自動化測試用例架構或工具的。
1）手工測試用例特點
較好的異常處理能力，能通過人為的邏輯判斷校驗目前步驟是否正确實作； 人工執行用例具有一定步驟跳躍性； 人工測試步步跟蹤，能夠細緻定位問題； 主要用來發現功能缺陷；
2）自動化測試用例特點
執行對象是腳本，任何一個盤算都需要編碼定義； 用例步驟之間關聯性強； 主要用來保證産品主體功能正确和完整，讓測試人員從繁瑣重複的工作中解脫出來； 目前自動化測試階段定位在冒煙測試和回歸測試。
（注意：通過對比發現，自動化測試不能完全替代手工測試，自動化測試的目的僅僅在于讓測試人員從繁瑣重複的測試流程中解脫出來，把更多的時間和精力放在更有價值的測試中，例如探索性測試。）
3）自動化測試用例注意事項
①不是所有手工測試用例都要轉為自動化測試用例；
②考慮到腳本開發成本，不要選擇流程太複雜的用例，如果有必要，可以考慮把流程拆分成多個用例來實作腳本；
③選擇的用例最好可以建構場景。例如，一個功能子產品，分成多個用例，多個用例使用同一個場景，這樣的好處在于友善建構關鍵字測試模型；
④選擇用例可以帶有目的性。例如，這部分用例作冒煙測試等，當然，會存在重疊關系，如果目前用例不滿足需求，那麼唯有修改用例來适應腳本和需求；
⑤選取的用例可以是主體流程，這部分用于冒煙測試（如果不了解專業術語，下來要花費功夫哦）；
⑥選取的測試用例可以是你認為重複執行，很猥瑣的部分。例如字段驗證、提示資訊驗證之類，這部分适用于回歸測試；
⑦自動化測試也可以用來做配置檢查、資料庫檢查。這些可能超過了手工用例，但也算用例拓展的一部分，項目負責人可以有選擇的增加；
⑧平時在手工測試時，如果需要構造一些複雜的資料或重複一些簡單的機械式動作，則告訴腳本，讓它來幫你，或許你的效率會是以提高。
2、自動化測試類型
1）測試靜态内容
靜态内容測試是最簡單的測試，用于驗證靜态的、不變的ui元素的存在性，例如：
①每個頁面都有預期的頁面标題，這可以用來驗證連結指向一個預期頁面；
②應用程式的首頁包含一個應該在頁面頂部的圖檔；
③網站的每個頁面是否包含一個頁腳區域來顯示公司的聯系方式、隐私政策以及商标資訊等；
④每一頁的标題文本都使用 h1 标簽嗎？每個頁面是否都有正确的頭部文本；
你可能需要（也可能不需要）對頁面内容進行自動化測試。如果你的網頁是不易受到影響的，則手工對内容進行測試就足夠了。假設你的應用檔案的位置移動了，則内容測試就非常有價值。
2）測試連結
web站點的一個常見錯誤為失效的連結或連結指向無效頁。連結測試涉及各個連結和驗證預期的頁面是否存在。如果靜态連結不經常更改，則手動測試就足夠了。但是，如果你的網頁設計師經常修改連結或者檔案不時被重定向，則連結測試應該實作自動化。
3）功能測試
在你的應用程式中，需要測試應用的特定功能，需要一些類型的使用者輸入，并傳回某種類型的結果，通常一個功能測試涉及多個頁面，一個基于表單的輸入頁面，其中包含若幹輸入字段，送出和取消操作，以及一個或多個響應頁面。使用者輸入可以通過文本輸入域、複選框、下拉清單，或任何其他浏覽器所支援輸入。
下面是我在做自動化對于技術一些歸納和總結，希望能幫助到有心在技術這條道路上一路走到黑的朋友！附帶教程學習資料~
這些資料，對于【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你
關注我的微信公衆号【傷心的辣條】免費擷取~
如果我的部落格對你有幫助、如果你喜歡我的部落格内容，請 “點贊” “評論” “收藏” 一鍵三連哦！
好文推薦：
阿裡小黑歎息：越來越多的年輕人從職場撤退了？
Python簡單？先來40道基礎面試題測試下
App公共測試用例梳理
從一名開發人員轉做測試的一些感悟