成人午夜视频全免费观看高清-秋霞福利视频一区二区三区-国产精品久久久久电影小说-亚洲不卡区三一区三区一区

致網友Wonderfei的一封信(如何選擇自動化框架的幾點拙見)-創(chuàng)新互聯(lián)

注:本來這封信要發(fā)給Wonerfei網友的,但是因為每次只能發(fā)200字,所以干脆貼到博客上,叫Wonderfei同學到這上面來看,也算是我自己的一個臨時總結吧。同時也希望大家給予Wonderfei相應的幫助,畢竟我自己的觀點不一定正確和完整。

網站建設哪家好,找創(chuàng)新互聯(lián)建站!專注于網頁設計、網站建設、微信開發(fā)、重慶小程序開發(fā)、集團企業(yè)網站建設等服務項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了屏南免費建站歡迎大家使用!

Hi Wonderfei,

你好,由于我是博客新手,所以沒有留意到你給我發(fā)的私信,不好意思。


首先由于我自己也是個新手,也是在學習各種框架然后給公司項目選定相應自動化框架,研究移動自動化測試框架也就近段時間而已,所以我只能從我自己今天為止的認知角度給各個框架抒發(fā)我自己的拙見,你看是否能從中接納一二吧(對于我自己的話還需要再花一段時間去學習各個框架才能確定哪個/些是適合我們項目的了,也許到時我會寫個正式的總結)。

根據你的要求,應該不會考慮MonkeyRunner和Robotium,但我還是想跟你說下其實Robotium還是挺不錯的,如果你沒有考慮跨進程調用其他APP的話。至于MonkeyRunner我就不大推薦了,你可以看下我對金陽光老師的一個評論的回復《MonkenRunner通過HierarchyViewer定位控件的方法和建議》(文章最后我干脆也貼出來了)。至于Robotium,你對比下本人博客里面各個框架編寫的Note的測試示例就可以看出來Robotium相對其他框架會簡介很多,況且發(fā)展的比UIAutomator和Appium長久很多,所以也應該會更成熟,和Eclipse集成調試起來也很方便。比起后兩者如果有不足的話我覺得就以下幾點吧:

  • 1. 所有的操作抽象到一個Solo類里面,缺乏面向對象的編程思想,有時會讓人不適應。如果你熟悉C語言等面向過程的語言思想的話應該沒有問題。
  • 2. 獲取控件的方法比較缺乏,大概就幾種:通過Text,ID, ClassName,Index。沒有后兩者的多種多樣
  • 3. 跨進程:因為底層使用Instrument框架,測試包和被測應用包打包在一起作為一個進程運行而線程間通過instrumentaiton進行通信,導致了逃不出這個進程設沙箱(sandbox)
  • 4. 做不了模擬鍵盤的測試(但同時這個也是Robotium非常巨大的優(yōu)點,因為不像后兩者那樣需要調用鍵盤導致輸入的各種各樣的問題),因為Robotium輸入讀出其實是直接對控件的text屬性進行操作沒有通過鍵盤驅動的,你如果做過UI編程應該就明白我的意思了,因為記住你的測試代碼和目標應用是打包在同一個進程中的,同一個進程中想訪問另外一個線程的某個變量,運用相應的IPC(Interprocess Communication)機制當然是沒有問題的了。

然后到了你問的主題UIAutomator和Appium的對比,我個人是這樣看的:
  • 1. UIAutomator是親爹(google)生的,所以可以保證后續(xù)的開發(fā)維護力量,除非google倒閉(這里我有點不懂的是為什么google對Monkeyrunner的態(tài)度這么讓人摸不著頭腦,具體請看以上我說的對MonkeyRunner的評論)
  • 2. Appium雖然不是親爹生的,但是干爹實力雄厚把它武裝的無所不能(android,ios,firefox,browser通殺),單單以android來說,底層用得還是UIAutomator,所以只要它能及時跟上UIAutomator的更新,功能上面我不是很擔心。
  • 3. 但是也這是Appium的這種架構:UIautomator/seledroid<->Appium Server<->Selenium/AppiumDriver<->Test Case (《Appium架構框架圖整理》),導致框架有點復雜,當問題出現(xiàn)的時候調試起來比較難以定位,不知道哪個模塊出錯了。但是說道調試,總比UIAutomator好,起碼Appium可以直接集成到eclipse上面進行debug,UiAutomator卻每次都要push到目標機器然后再去執(zhí)行,怎么調試呢?到現(xiàn)在為止我知道的只能原始的print了。
  • 4. 向下兼容問題:Appium可以通過底層UIAutomator/Selendroid(不記得是不是這名字了)通殺;UIAutomator只能在API Level 17(包含)以上使用
  • 5.語言支持:appium基本通殺,UIAutomator用java足矣
  • 6.跨平臺:如你所說的只是android兩者都沒有問題,如果往后需要擴展到ios,那么建議appium
  • 7.bug數(shù)量:UIAutomator有的問題Appium都會有,UIAutomator沒有的問題Appium也有可能有^_^(不過我還是很看好Appium的)
  • 8. 輸入問題,都有bug,具體請查看我相應blog,特別是中文輸入,這就是為什么我剛才特意提出Robotum的原因之一
  • 9. WebView支持:UIAutomator據說今年年初已經開始支持,個人沒有這方面要求所以沒研究;Appium的框架用的Selenium本身就是PC上最流行的開源Web測試框架,所以必然支持了。注意這你你要有點android編程知識了,WebView指的不僅是WebView控件還包含如用sencha+phonegap把webview封裝成一個跨平臺app的情況了,具體如果不清楚請google。

其他區(qū)別我現(xiàn)在就沒有想到了,希望能幫助到你,從我自己的角度來看,我覺得UIAutomator繼續(xù)往前發(fā)展是必然的了,但是它不可能最終支持ios。至于Appium我同樣有很大的信心它會繼續(xù)往好的方向發(fā)展,且考慮到它的跨平臺支持,基于node.js(現(xiàn)在非常流行哦),兼容性等,我如果是你的話我會考慮用Appium的(拋開Robotium不說,如果你又要考慮的話就需要你根據我之前說的再總結下了^_^)。

我覺得這個可以類比之前的微軟和Borland的關系,API是Windows,但是IDE是Borland的,各專所長了??上Вɑ蛘邞c幸)后來微軟發(fā)力一下把Borland打得滿地找牙一蹶不振,不過這是題外話了,略過......

對了,我有可能會對這封郵件整理下發(fā)到博客了,也希望其他網友能評點一二給你出主意。今晚本來想看下easy_monkey的知識了,給你寫這個email變成臨時性總結了。^_^

給金陽光老師評論的回復如下(關于MonkeyRunner的個人觀點)

-----------------------------------------------------------------------------------------------------------------

回復haorenmin2008:首先膜拜下,金老師大駕光臨蓬蓽生輝啊!
對于后者,確實如此,UIAutomator需要API Level17(包含)以上。
對于前者,因為還沒有MonkeyRunner的項目經驗,所以是否很強大我就不敢妄加評論了,但是在我近來的tryout過程中,鄙人有以下的一些不成熟的認知:

  • 1. 感覺功能不是很穩(wěn)定,之前嘗試一個MonkeyDevice的getProperty方法,竟然有時成功有時失敗。
  • 2. 性能不好,特別是當我們要用到hierarchyviewer的功能的時候很明顯。
  • 3. 只能用MonkeyImage的sameAs做截屏的對比,雖然加上hierarchyviewer后可以用它的getText,但還是很有限。
  • 4. 控件定位方面主要是坐標點和HierarchyViewer提供的根據ID。前這兒在UI布局稍微有調整位置的話就需要跟著變動,沒有像其他控件類框架那樣做高層抽象除非換控件不然都不需要怎么變動;后者的話很多控件是沒有id或者是有多個控件id相同的。
  • 5. 可調試性也不強(起碼我摸索了這幾天沒有發(fā)現(xiàn)一個很好的調試方法,比如IDE Ecilpse等的集成調試方法)
  • 6. HierarchyViewer的穩(wěn)定性也讓我擔憂,碰到過幾次取控件信息的時候報exception的。
  • 7. 資料稀缺,不僅百度,google也一樣
  • 8. Google支持讓人覺得摸不著頭腦,sdk給出的API和官方提供的API竟然不一致,以MonkeyDevice為例子,而sdk多出來的API竟然還不能用,google出來的信息不超過10個page,還要很多都是重復的石沉大海的網友報的問題。
  • 9. 再一個的我真心搞不懂為什么本身java寫的庫非要搞個jython來調用,首先我不說性能損耗(這點肯定是有的,native庫當然用native語言調用效率最好嘛),我想在eclipse上對以下的"device."做自動補全是做不到的“device = MonkeyRunner.waitForConnection()\n device.",而只有直接調用個構造函數(shù)實例化的device = MonkeyDevice(xxx)才能做到,這個我不相信是我配置的問題,換了個jython標準編譯器以調用標準庫問題同樣存在。
當然它也有它的優(yōu)點了,不詳談

Best Regards
Kevin Zhu
-------------------------------------------------------------------------------------------------------------------

wonderfei : 你好,我看到你寫了很多Android的自動化測試相關的文章,我最近準備在項目中實施Android的UI自動化測試,主要用來做回歸測試,當前比較流行的robotium和appium,你認為哪一個更推薦使用以及未來使用?



    <pre id="yy22s"><label id="yy22s"></label></pre>
      •  

        作者

        自主博客

        微信

        CSDN

        天地會珠海分舵

        http://techgogogo.com

        服務號:TechGoGoGo

        掃描碼:

        致網友Wonderfei的一封信(如何選擇自動化框架的幾點拙見)

        高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應用場景需求。

        文章標題:致網友Wonderfei的一封信(如何選擇自動化框架的幾點拙見)-創(chuàng)新互聯(lián)
        鏈接分享:http://jinyejixie.com/article0/dehioo.html

        成都網站建設公司_創(chuàng)新互聯(lián),為您提供網站改版、建站公司、網站收錄、網站設計公司全網營銷推廣、網站內鏈

        廣告

        聲明:本網站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)

        乌拉特前旗| 昔阳县| 读书| 潮安县| 宁城县| 泰顺县| 万安县| 荆门市| 长寿区| 阳谷县| 金乡县| 星子县| 宁城县| 云梦县| 海城市| 临夏市| 张家港市| 尤溪县| 宜川县| 米脂县| 若尔盖县| 安陆市| 和顺县| 泗阳县| 高州市| 波密县| 怀柔区| 嘉兴市| 肥东县| 韶山市| 山丹县| 汽车| 奇台县| 太仆寺旗| 定陶县| 武宁县| 宁乡县| 咸丰县| 大余县| 满城县| 吴忠市|