2023年自動化比過去更有潛力。WebDriver沒有以前那么有創(chuàng)新性。WebDriver個人主要問題:
設(shè)置復(fù)雜性。你需要它chromedriver或firefoxdriver,然后需要他們的依賴。
沒有內(nèi)置的報告工具。您需要使用外部工具。
你總是需要決定一個測試框架。TestNG或JUnit,但是你總是需要記住這一點處理更新版本。
沒有簡單的命令行處理。
如果你總是記得加班,會有幫助的。
它只是慢而不穩(wěn)定。
讓我們回顧一下可以使您的檢測更自動化的可用工具。
檢測咖啡廳
我是TestCafe超級粉絲。我第一次見到它是在2020年初,當時我正在做一個令人興奮的項目,這讓我大吃一驚。
想象一下,你可以這樣使用它npm安裝工具:
npmi-gtestcafe
然后像這樣操作你的測試:
testcafe鉻test.js
檢測易于建立和維護。不用擔(dān)心加班,輸出報告容易閱讀。
在瀏覽器中測試自動化。不需要當?shù)卦O(shè)置?
最后,沒有必要安裝和糾纏。
唯一的缺點是這個框架只適用于測試網(wǎng)站而不是移動測試。
移動機器人
最近看到了Mobot.IO,我很好奇它會怎么工作。
Appium現(xiàn)代移動應(yīng)用程序檢測工具的問題是不能完全取代客戶操作。這是最不穩(wěn)定的事情:
滾動和手勢。自動化并不簡單,我們應(yīng)該適應(yīng)實際的移動屏幕。
與特定運營商相關(guān)的例子。想象一下,訓(xùn)練一個模擬器來模擬特定的網(wǎng)絡(luò)問題,針對準確的號碼SMS發(fā)送等。這不容易。因此,我們應(yīng)該實際設(shè)備。
通過編程控制系統(tǒng)并不總是提供正確的導(dǎo)出。
這個項目似乎是通過使用機器人在硬件上進行操作來解決的。這可能會解決問題,但我也有興趣了解它如何擴展,特別是對于平行測試及其使用成本,考慮到機器人不是最便宜的想法。
然而,這是我迄今為止見過的最具創(chuàng)新性的方法。讓我們看看它將來是否會得到更多的關(guān)注。
罌粟屬
Appium它是一個具有類似開源框架的開源框架Webdriver允許移動終端的語法(iOS和Android)操作測試。雖然它看起來很棒,但它也有我遇到的問題:
這需要一個模擬器來操作這些測試。這是移動框架的預(yù)期,但我仍然期待一些輕量級的方法。沒有辦法,但它仍然需要模擬器。
Appium服務(wù)器是必要的。考慮到這需要一個Appium始終在當?shù)鼗蚰承┑谌椒?wù)器上運行服務(wù)器。
它不快。一旦你在當?shù)氐脑O(shè)備上完成了所有這些——它會減慢速度,因為它需要上面的所有部件。
CI/CD集成非常復(fù)雜。我認為當?shù)剡\行測試沒有太大的潛力,我們應(yīng)該始終考慮遠程運行測試。一旦你意識到這一點——你將被迫處理它DeviceFarm或者用模擬器設(shè)置你Appium服務(wù)器。
考慮到我們沒有太多其他的移動測試選項,Appium這是一個很好的解決方案。
IntelliJIDEA:SeleniumWebDriver自動使用頁面目標15分鐘Web測試
讓我們開始WebDriverWeb自動化檢測使它有趣
濃咖啡/咖啡師
當我們討論Android檢測時,Espresso該框架可用于檢測。唯一的問題是,它需要集成到代碼中,而不是獨立運行包裝好的代碼中apk文件上。
Barista是建立在Espresso上述框架簡化了語法,提高了代碼的易讀性。
Espresso框架:創(chuàng)建頁面對像模型UI檢測
如何構(gòu)建一個簡單的Espresso框架來執(zhí)行AndroidUI檢測
如果你的項目有原生的話Android你不打算引入應(yīng)用程序iOS版本-這個框架可能非常有效。
如果你的應(yīng)用是跨平臺的——我認為Appium這是一個更好的解決方案。
笑話
假如你的應(yīng)用程序是ReactNative那么你可能在使用應(yīng)用程序Jest框架。與Espresso這需要集成到您的代碼中。
但它使它跨平臺,這意味著你的移動測試有非凡的命運。
我已經(jīng)試著Jest一段時間后,由于以下原因,我又回來了Appium:
我不想更改應(yīng)用程序的代碼并開始工作。
我更喜歡打包APK文檔而非源代碼。這是我的偏好,因為我喜歡將測試與實際代碼分開。
劇作家
這讓我想起了TestCafe,但是有一個很棒的報告工具。Playwright報告真的很帥。
此外,與TestCafe它帶來了所有主流瀏覽器的包裝功能,你可以打開盒子。
Playwright框架也感覺像Web未來的測試——安裝方便,集成到連續(xù)集成工具中潛力巨大。
WinAppDriver
說到桌面自動化——我覺得有點難過,好像所有的焦點都轉(zhuǎn)移到了移動和移動Web測試上。
教程:使用WinAppDriver和Java的Windows自動化應(yīng)用程序
關(guān)于移動測試自動化,不是嗎?
WinAppDriver可用于自動化Windows應(yīng)用程序的途徑。它也是基于Webdriver,這意味著你可以使用熟悉的指令。
但這也代表了費用,因為您必須維護運行指令的服務(wù)器,并且需要定期更新框架。
我也看到了一些Windows,Mac或Linux自動開發(fā)新工具的應(yīng)用程序規(guī)劃。
結(jié)論
我仍然對今天可用的自動化工具不滿意。原因如下:
WebAutomation它已經(jīng)足夠完美了,但在移動測試——目前的設(shè)置中仍然存在許多問題。我希望指向一個特定的腳本,鍵入一個終端指令,并將我的測試集成到我想要的任何中CI/CD在解決方案中。
用于移動測試DeviceFarms成本高。解決方案有很多:BrowserStack,AmazonDeviceFarm,F(xiàn)irebaseTestLab等等。但這些都是專有的解決方案。雖然我喜歡,但我可以為他們設(shè)置一些復(fù)雜性——我也想要一些偉大的本地移動檢測工具。
我們?nèi)匀环浅R蕾囉趹?yīng)用程序中的項目。如果代碼中沒有按鈕的名稱或ID,祝您正確設(shè)置自動化。
挪動UI還需要越來越快的檢測。同樣,模擬器的運行成本也很高。如果是設(shè)備實驗室的具體設(shè)備,維護起來也不便宜。
聲明本文內(nèi)容來自網(wǎng)絡(luò),若涉及侵權(quán),請聯(lián)系我們刪除! 投稿需知:請以word形式發(fā)送至郵箱18067275213@163.com
關(guān)注新思想?。?!