：一個 YAML 流程跑通 Android、iOS 與 Web)
Maestro 跨平臺 UI 自動化測試實戰(zhàn)一個 YAML 流程跑通 Android、iOS 與 Web【免費下載鏈接】MaestroPainless E2E Automation for Mobile and Web項目地址: https://gitcode.com/GitHub_Trending/ma/Maestro你在同一個 App 上各寫了一份 Android、iOS 和 Web 的測試腳本三套語法、三處維護UI 改一次就得跟著改三遍。Maestro 就是來解決這件事的用 YAML 測試流程描述步驟同一份文件能在 Android、iOS 和 Web 上執(zhí)行并且內(nèi)置智能等待不用手寫 sleep。一條命令裝好 Maestro版本號打印出來就算通過先確認環(huán)境里有 Java 17 或更高java -version。macOS、Linux、WindowsWSL都能用其余無需任何配置。curl -fsSL https://get.maestro.mobile.dev | bash export PATH$PATH:$HOME/.maestro/bin maestro --version安裝腳本會下載二進制并放到~/.maestro第二行把可執(zhí)行目錄掛進 PATH第三行確認。能打印出版本號環(huán)境就就緒了——Maestro 安裝到此結(jié)束后面不再需要裝驅(qū)動或 SDK。第一個登錄用例完整 YAML 先行再逐行拆解先給能直接跑的最小登錄流程用 saucedemo 的公開賬號演示appId: com.example.ecommerce tags: - login - positive --- - launchApp: clearState: true - tapOn: Username - inputText: standard_user - tapOn: Password - inputText: secret_sauce - tapOn: Login - assertVisible: Products - assertVisible: Sauce Labs Backpack四個核心命令的作用命令作用launchApp啟動應用clearState: true先清空應用狀態(tài)保證每次從干凈環(huán)境起步tapOn點擊界面里文本命中的元素inputText向當前聚焦的輸入框?qū)懭胛谋綼ssertVisible斷言元素可見找不到就判定這一步失敗寫定位時用元素上看得見的文本不是 XPath 那類精確選擇器。每執(zhí)行一步Maestro 會先等目標元素就緒再繼續(xù)所以這里沒有一個sleep。想覆蓋失敗路徑把賬號換成鎖定賬號、把末尾斷言換成錯誤提示即可——結(jié)構(gòu)不變只是換了數(shù)據(jù)。斷言偶發(fā)紅怎么治智能等待、retry 與 timeout 的分工多數(shù)變紅來自頁面沒加載完內(nèi)置的智能等待已經(jīng)替你處理了大部分。剩下兩種穩(wěn)定寫法- retry: maxRetries: 3 commands: - assertVisible: Payment successretry把里面那段斷言最多再執(zhí)行 3 次專治偶發(fā)紅。若某個元素天生加載得慢給它單獨放寬等待上限- extendedWaitUntil: visible: Payment success timeout: 10000timeout把等待上限拉到 10 秒。這兩招只是延后失敗不是消除問題——超時后依然紅就該回頭檢查用例本身別再往等待上加碼。定位失敗時先問自己三個問題Element not found 多數(shù)時候不是元素不存在而是定位條件給得太死。按排查成本從低到高走文案是固定的嗎界面文字里帶訂單號、時間這類動態(tài)內(nèi)容時改用正則只匹配穩(wěn)定片段例如tapOn: 訂單.*號只要命中就通過不用逐字寫死。同名元素是不是只有一個頁面上有兩個提交時用childOf把范圍收窄到指定父容器內(nèi)只挑對的那個tapOn: { text: 提交, childOf: { text: 結(jié)算 } }。前置條件成立嗎屏幕根本沒滾到目標位置或應用狀態(tài)被上一次運行污染了。給launchApp加clearState: true用干凈環(huán)境重跑一遍再判斷。三個問題里多數(shù)定位失敗到第二步就能找到原因成本最低的放最前面。同一份用例移動端和 Web 端各跑一遍移動端在文件頭聲明appId指向應用包名Web 端不寫appId改用url指向頁面地址后面的點元素、輸入、斷言這些步驟與移動端完全同構(gòu)一份邏輯兩端復用。倉庫里的 e2e/workspaces/web/simple.yaml 是可直接跑的真實 Web 用例開頭是url: https://www.saucedemo.com/登錄 saucedemo 公開站點后連斷多個可見商品末尾還演示了正則斷言assertVisible: .*sleek.*和移動端寫法一一對應。落地清單把它變成一套能交給 CI 的用例集加一條負向用例輸入鎖定賬號斷言錯誤提示確實出現(xiàn)。把同一份流程改寫成 Web 版把appId換成url確認跑綠。給仍偶發(fā)紅的那條斷言套上retry或extendedWaitUntil連跑幾遍確認穩(wěn)定。三件事做完你手里就有一份能直接接進 CI 的最小用例集同一份 YAML 在 Android、iOS、Web 三端輪流跑綠?！久赓M下載鏈接】MaestroPainless E2E Automation for Mobile and Web項目地址: https://gitcode.com/GitHub_Trending/ma/Maestro創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 Maestro 跨平臺 UI 自動化測試實戰(zhàn)：一個 YAML 流程跑通 Android、iOS 與 Web
Maestro 跨平臺 UI 自動化測試實戰(zhàn)一個 YAML 流程跑通 Android、iOS 與 Web【免費下載鏈接】MaestroPainless E2E Automation for Mobile and Web項目地址: https://gitcode.com/GitHub_Trending/ma/Maestro你在同一個 App 上各寫了一份 Android、iOS 和 Web 的測試腳本三套語法、三處維護UI 改一次就得跟著改三遍。Maestro 就是來解決這件事的用 YAML 測試流程描述步驟同一份文件能在 Android、iOS 和 Web 上執(zhí)行并且內(nèi)置智能等待不用手寫 sleep。一條命令裝好 Maestro版本號打印出來就算通過先確認環(huán)境里有 Java 17 或更高java -version。macOS、Linux、WindowsWSL都能用其余無需任何配置。curl -fsSL https://get.maestro.mobile.dev | bash export PATH$PATH:$HOME/.maestro/bin maestro --version安裝腳本會下載二進制并放到~/.maestro第二行把可執(zhí)行目錄掛進 PATH第三行確認。能打印出版本號環(huán)境就就緒了——Maestro 安裝到此結(jié)束后面不再需要裝驅(qū)動或 SDK。第一個登錄用例完整 YAML 先行再逐行拆解先給能直接跑的最小登錄流程用 saucedemo 的公開賬號演示appId: com.example.ecommerce tags: - login - positive --- - launchApp: clearState: true - tapOn: Username - inputText: standard_user - tapOn: Password - inputText: secret_sauce - tapOn: Login - assertVisible: Products - assertVisible: Sauce Labs Backpack四個核心命令的作用命令作用launchApp啟動應用clearState: true先清空應用狀態(tài)保證每次從干凈環(huán)境起步tapOn點擊界面里文本命中的元素inputText向當前聚焦的輸入框?qū)懭胛谋綼ssertVisible斷言元素可見找不到就判定這一步失敗寫定位時用元素上看得見的文本不是 XPath 那類精確選擇器。每執(zhí)行一步Maestro 會先等目標元素就緒再繼續(xù)所以這里沒有一個sleep。想覆蓋失敗路徑把賬號換成鎖定賬號、把末尾斷言換成錯誤提示即可——結(jié)構(gòu)不變只是換了數(shù)據(jù)。斷言偶發(fā)紅怎么治智能等待、retry 與 timeout 的分工多數(shù)變紅來自頁面沒加載完內(nèi)置的智能等待已經(jīng)替你處理了大部分。剩下兩種穩(wěn)定寫法- retry: maxRetries: 3 commands: - assertVisible: Payment successretry把里面那段斷言最多再執(zhí)行 3 次專治偶發(fā)紅。若某個元素天生加載得慢給它單獨放寬等待上限- extendedWaitUntil: visible: Payment success timeout: 10000timeout把等待上限拉到 10 秒。這兩招只是延后失敗不是消除問題——超時后依然紅就該回頭檢查用例本身別再往等待上加碼。定位失敗時先問自己三個問題Element not found 多數(shù)時候不是元素不存在而是定位條件給得太死。按排查成本從低到高走文案是固定的嗎界面文字里帶訂單號、時間這類動態(tài)內(nèi)容時改用正則只匹配穩(wěn)定片段例如tapOn: 訂單.*號只要命中就通過不用逐字寫死。同名元素是不是只有一個頁面上有兩個提交時用childOf把范圍收窄到指定父容器內(nèi)只挑對的那個tapOn: { text: 提交, childOf: { text: 結(jié)算 } }。前置條件成立嗎屏幕根本沒滾到目標位置或應用狀態(tài)被上一次運行污染了。給launchApp加clearState: true用干凈環(huán)境重跑一遍再判斷。三個問題里多數(shù)定位失敗到第二步就能找到原因成本最低的放最前面。同一份用例移動端和 Web 端各跑一遍移動端在文件頭聲明appId指向應用包名Web 端不寫appId改用url指向頁面地址后面的點元素、輸入、斷言這些步驟與移動端完全同構(gòu)一份邏輯兩端復用。倉庫里的 e2e/workspaces/web/simple.yaml 是可直接跑的真實 Web 用例開頭是url: https://www.saucedemo.com/登錄 saucedemo 公開站點后連斷多個可見商品末尾還演示了正則斷言assertVisible: .*sleek.*和移動端寫法一一對應。落地清單把它變成一套能交給 CI 的用例集加一條負向用例輸入鎖定賬號斷言錯誤提示確實出現(xiàn)。把同一份流程改寫成 Web 版把appId換成url確認跑綠。給仍偶發(fā)紅的那條斷言套上retry或extendedWaitUntil連跑幾遍確認穩(wěn)定。三件事做完你手里就有一份能直接接進 CI 的最小用例集同一份 YAML 在 Android、iOS、Web 三端輪流跑綠?！久赓M下載鏈接】MaestroPainless E2E Automation for Mobile and Web項目地址: https://gitcode.com/GitHub_Trending/ma/Maestro創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考