為了讓對自動化技術感興趣的朋友們有真實案例的支援，今天我們給大家帶來一期適合新手的UI自動化測試介紹。我們的目標是讓大家能夠輕鬆理解UI自動化測試的概念，並且能夠親自動手去實踐。透過這個介紹，大家能夠對UI自動化測試有一個整體的理解，並且能夠自己動手去做。
專案的選取：
雖然UI自動化測試對於專案有嚴格的要求，但總會有一些專案或模組的功能異常穩定，非常適合納入UI自動化測試的待辦列表中。
要構建一個系統而全面的UI自動化測試體系，我們需要選擇符合以下條件的專案：
功能穩定性：專案具備相對穩定的功能，經過驗證和測試的模組適合進行UI自動化測試。
高重複性：專案中存在需要頻繁執行的任務或操作，這些任務適合透過UI自動化測試來實現自動化執行，提高效率和準確性。
頻繁變更的模組：專案中存在需要頻繁變更的模組，透過UI自動化測試可以快速捕捉到可能引入的問題和缺陷，及時進行修復和驗證。
時間和資源可行性：專案具備足夠的時間和資源來進行UI自動化測試的開發、維護和執行。
ROI回報率高：專案中的UI自動化測試能夠為團隊帶來明顯的回報和價值，提高測試效率、減少人力成本或降低錯誤率等。
透過謹慎選擇滿足以上條件的專案進行UI自動化測試，可以建立起一個穩健而全面的UI自動化測試體系，提高整體測試效率和質量。
UI自動化用例設計原則：
自動化測試用例通常只實現核心業務流程或重複執行率較高的功能（因為UI自動化主要用於迴歸測試）。
自動化測試用例的選擇主要側重於驗證“正向”邏輯（因為UI自動化主要用於驗證主要功能和主要流程）。
並非所有手工用例都適合使用自動化測試執行（實話實說，有些功能點手工執行效率更高，且高出許多，因為自動化的前置條件繁瑣）。
儘量減少用例指令碼之間的依賴（減少耦合將提高指令碼的穩定性，每個方法都應該獨立可執行）。
自動化測試用例執行完畢後，通常需要回歸到原點（這是為了重複利用我們的指令碼，重複執行的前提是無需人工調整。例如，對於查詢列表功能，確保搜尋框能正確搜尋到對應內容的前提是列表資料的穩定性）。
以上原則是構建穩定UI自動化測試框架的關鍵要素。
測試方法的選擇：
在UI自動化測試領域，有多種選擇可供測試人員使用。一個選擇是自行編寫程式碼和構建測試框架，以建立自定義的測試用例。另一個選擇是使用開源工具來進行測試。當然，自動化測試的終極目標是實現平臺化，測試人員的進階也是朝著測試開發的方向發展，就像開發JMeter這樣的測試工具一樣。
在選擇測試方法時，應根據個人條件進行權衡。如果你具備編碼能力，可以嘗試自行編寫測試程式碼和框架；如果沒有相關技能，建議使用現有的測試工具。如今，測試工具的發展非常成熟，大廠的自動化測試平臺也非常完善。此外，市場上還有許多與大廠自研產品不相上下的測試工具，其中就包括我們今天要介紹的測試工具：RunnerGo，一款開源的全棧測試平臺。
RunnerGo怎麼做UI自動化
RunnerGo支援自己建立測試用例，也支援透過錄制器錄製指令碼匯入建立：
自己建立指令碼
首先需要進入官網，RunnerGo支援開源，可以自行下載安裝，也可以點選右上角體驗企業版按鈕快速體驗
透過錄制器錄製指令碼
下載錄製器
點選RunnerGo上方外掛按鈕下載錄製器
錄製器使用
將外掛檔案拖入瀏覽器擴充套件程式
點選開啟錄製器，在瀏覽器中進行操作時錄製器會將操作錄製為一個JSON檔案。
可以在錄製器中下載、開始、暫停、清除當前錄製，點選下載後配置檔名可生成錄製檔案。
錄製指令碼
在瀏覽器操作時，錄製器內展示操作日誌，這裡我們錄製一個百度搜尋RunnerGo，開啟RunnerGo官網的指令碼。錄製完成後下載指令碼
除錯場景
在RunnerGo中建立測試場景，上傳錄製好的JSON檔案
匯入檔案後展示如下圖，點選除錯場景即可開始除錯～
