Appium python自動化測試系列之Capability介紹(五)
?5.1 Capability介紹
5.1.1 什麽是Capability
在講capability之前大家是否還記得在講log時給大家看過的啟動時的日誌?在我們的整個啟動日誌中會出現一些配置信息,其實那些信息就是capability攜帶的配置信息,如果我們通過代碼來啟動我們能夠看見的配置信息如下:
PATH = lambda p: os.path.abspath(os.path.join(os.path.dirname(__file__), p)) capabilities = {} capabilities[‘platformName‘] = ‘Android‘ #設置平臺 capabilities[‘platformVersion‘] = ‘4.1‘ #系統版本 capabilities[‘deviceName‘] = ‘127.0.0.1:62001‘ #設備id capabilities[‘autoLaunch‘] = ‘true‘ #是否自動啟動 capabilities[‘app‘] = PATH(‘../apps/mukewang.apk‘ )#安裝包路徑,放在該py文件的目錄下) capabilities[‘appPackage‘] = ‘cn.com.open.mooc‘ #包名 capabilities[‘appActivity‘] = ‘cn.com.open.mooc.aindex.splash.MCSplashActivity‘ #啟動的activity self.driver = webdriver.Remote(‘http://localhost:4723/wd/hub‘, capabilities)
通過上面的配置信息大家可以看出,在python裏面我們所講的capability其實就是一個字典(我們這裏暫且這麽說,因為每個語言叫法不一樣)。
5.1.2 Capability的作用
我們知道Capability是一個字典之後我們是否需要知道他的作用呢?我們在appium中配置app後我們能夠通過log看出裏面的信息都是啟動的一些必要配置,通過上面的配置信息我麽也能夠看出capability配置的就是我們做自動化的一些必要信息。他主要是告訴server我們本次測試是瀏覽器還是app,是ios還是android以及android的版本信息等。如果capability不告訴server,那麽server就不認識你,也就無法完成我們的自動化測試。
5.2 常用Capability配置講解
5.2.1 公用Capability
如果有了解過Capability的人會發現一個問題,其實他主要分成了三部分:公共部分、ios部分、android部分,如果你android想用ios的那是不可能的,so,老老實實去了解每個平臺有哪些,他們的作用是什麽。下面我們介紹一些公用常用的
在自動化測試過程中這些公用的Capability用的時間比較多,大家需要記住,去熟悉他的用法。
5.2.2 Android獨有Capability
在自動化測試過程中如果你只知道常用的一些參數配置,這個是遠遠達不到要求,因為你不知道什麽時候有什麽樣的突發情況發生,所以你需要了解appium所有最常用的配置參數,當然你可以掌握所有,那樣更好,熟能生巧。下面我們看一下android的Capability。
上面的只是一些簡單的列子,主要的功能是告訴大家,這些是我們經常用的,如果遇見類似的需求那麽可以直接使用,也希望大家看到這裏的時候自己動手去操作一下,看他執行的結果到底是怎麽樣。只有這樣你才能算掌握,只是看一遍還是不行的。
5.2.3 ios獨有Capability
在我選擇appium時,最主要是因為他能夠同時支持ios和android,在基礎參數配置中ios也有他自己的獨一份,不和android一樣,下面我們大概介紹一下:
BoundleId:這個是必須的,如果不配置就無法啟動ios app,這個是該app的唯一標示。eg:caps.setCapability("boundleId","ios.mooc.test"),這個只是一個簡單的例子。
autoAcceptAlerts: 這個在我們實際項目中非常實用,他就想web端的一個js彈窗,默認情況下是false,如果你的app中有類似情況建議打開。eg:caps.setCapability("autoAcceptAlerts","true")
5.3 Capability實戰
當我們知道基礎的Capability 如何使用時,大家是否覺得現在我們已經就可以原原本本的照著去執行了呢?其實沒錯,是可以照樣去執行。但是你有思考過一個問題嗎?如果你的app變化了?你的package變化了?你的手機變化了?你的版本變化了等等你怎麽去實現?你是不是還需要到程序裏面來更改代碼?low嗎?要想不low我們接著往下看。
1 def testCase(platformName,platformVersion,deviceName,app,appPackage,appActivity,port): 2 PATH = lambda p: os.path.abspath(os.path.join(os.path.dirname(__file__), p)) 3 desired_caps = {} 4 desired_caps[‘platformName‘] = platformName #設置平臺 5 desired_caps[‘platformVersion‘] = platformVersion #系統版本 6 desired_caps[‘deviceName‘] = deviceName #設備id 7 desired_caps[‘autoLaunch‘] = ‘true‘ #是否自動啟動 8 desired_caps[‘app‘] = PATH(app)#安裝包路徑,放在該py文件的目錄下) 9 desired_caps[‘appPackage‘] = appPackage #包名 10 desired_caps[‘appActivity‘] = appActivity #啟動的activity 11 self.driver = webdriver.Remote(‘http://localhost:%s/wd/hub‘, desired_caps) % port
從上面的代碼我們可以和之前的代碼進行比較,大家是否發現了一些不同之處。在做自動化時我們一定要保持數據的靈活性,所以在這裏我們做了一些小小的改變,我們將所有的數據都改變成了變量,變量從何而來這個我們後面會講,這個會去讀取配置文件。現在從代碼層面來看是否要比之前的代碼更有可讀性呢?其實現實中並不是這樣,有更高級的版本,這個後面講。
在代碼的第11行大家註意一個問題沒有,在一個字符串中間我使用了一個%s,這個在python裏面代表的意思是取一個變量,這個變量是我後面跟著的 port 這個變量的值,這裏唯一的有問題就是這裏。
Appium python自動化測試系列之Capability介紹(五)