[發(fā)明專利]基于Appium的手機(jī)地圖路況加載時(shí)延自動測試方法

在審

• 申請?zhí)枺?/td>: 201710835033.1
• 申請日: 2017-09-15
• 公開（公告）號: CN107704385A
• 公開（公告）日: 2018-02-16
• 發(fā)明（設(shè)計(jì)）人: 王寶亮;張光榮
• 申請（專利權(quán)）人: 天津大學(xué)
• 主分類號: G06F11/36
• 分類號: G06F11/36;H04M1/24
• 代理公司: 天津市北洋有限責(zé)任專利代理事務(wù)所12201
• 代理人: 程毓英

技術(shù)領(lǐng)域

本發(fā)明屬于手機(jī)應(yīng)用自動化測試技術(shù)領(lǐng)域。

背景技術(shù)

目前，用于撥測的平臺終端以低端非智能平臺為主，終端適配難度大，撥測穩(wěn)定性欠佳，撥測過程需要較多的人工干預(yù)；大強(qiáng)度撥測時(shí)易發(fā)生電池過熱現(xiàn)象，存在隱患。移動終端業(yè)務(wù)應(yīng)用軟件采用人工撥測方式，該方式具有人工成本高，測試效率低，測試審核過程繁瑣，測試質(zhì)量無法達(dá)到精確性要求等缺陷。隨著智能終端的推出，用于撥測的標(biāo)準(zhǔn)設(shè)備逐漸趨于淘汰，用于測試的腳本經(jīng)常發(fā)生故障，因此會導(dǎo)致自動撥測工作的失去準(zhǔn)確性，針對性，并導(dǎo)致資源浪費(fèi)。為有效提升測試效率，降低大量重復(fù)人工測試工作，縮短測試周期，降低測試成本，同時(shí)更進(jìn)一步的分析產(chǎn)品品質(zhì)，更好的提升用戶的滿意度，建設(shè)基于Appium自動化測試框架的移動終端業(yè)務(wù)應(yīng)用的自動撥測系統(tǒng)，通過該系統(tǒng)保障業(yè)務(wù)平臺相關(guān)品質(zhì)要求。

Appium是一個開源的自動化測試工具，其支持iOS和安卓平臺上的原生的，基于移動瀏覽器的，混合的應(yīng)用。Appium是跨平臺的：它允許你采用同一套API在不同的平臺(iOS,Android)上編寫測試代碼。這就讓測試套件在iOS和Android平臺上實(shí)現(xiàn)代碼復(fù)用成為可能。可用于IOS和Android以及firefox的操作系統(tǒng)。Appium的核心是一個web服務(wù)器，它提供了一套REST的接口。它收到客戶端的連接，監(jiān)聽到命令，接著在移動設(shè)備上執(zhí)行這些命令，然后將執(zhí)行結(jié)果放在HTTP響應(yīng)中返還給客戶端。事實(shí)上，這種客戶端/服務(wù)端的架構(gòu)給予了許多的可能性：比如我們可以使用任何實(shí)現(xiàn)了該客戶端的語言來寫我們的測試代碼。比如我們可以把服務(wù)端放在不同的機(jī)器上。比如我們可以只寫測試代碼，然后使用像Sauce Labs這樣的云服務(wù)來解釋命令。

手機(jī)地圖路況加載時(shí)延即打開地圖應(yīng)用，進(jìn)入主界面，從點(diǎn)擊路況加載時(shí)延按鈕到地圖路況加載完成，其中所需時(shí)間即路況加載時(shí)延。Appium對手機(jī)的自動化測試是模擬人工對應(yīng)用的點(diǎn)擊操作，點(diǎn)擊相應(yīng)的按鈕首先需要找見對應(yīng)按鈕的頁面元素的編碼，Appium手機(jī)界面元素，根據(jù)測試代碼進(jìn)行點(diǎn)擊等模擬人工的操作。我們發(fā)現(xiàn)，手機(jī)地圖類應(yīng)用進(jìn)入主界面后，點(diǎn)擊路況加載時(shí)延按鈕，路況加載完成前與完成后手機(jī)界面元素沒有任何變化，對于Appium來說，沒有變化即無法知道路況是否加載完成，也即無法獲取路況加載時(shí)延。

發(fā)明內(nèi)容

本發(fā)明的目的是提出一種基于Appium自動化測試工具的手機(jī)地圖應(yīng)用路況加載時(shí)延自動化測試方法。技術(shù)方案如下：

一種基于Appium的手機(jī)地圖路況加載時(shí)延自動測試方法，包括下列步驟：

1)獲取截屏的大小，即獲取測試手機(jī)的分辨率，記為Width*Height。

2)選取截圖具有路況加載的部分，需要知道兩個點(diǎn)，一個是具有路況部分在截圖在的起始像素點(diǎn)，記為SWidth*SHeight，另一個是具有路況部分在截圖中結(jié)束像素點(diǎn)，記為EWidth*EHeight，其中，SWidth<EWidth<Width，SHeight<EHeight<Height。

3)設(shè)置閾值Value，加載原始對比圖片originalImage，定義待測試路況部分的像素點(diǎn)數(shù)量，記為numTestPixels，numTestPixels＝(EHeight-SHeight)*(EWidth-SWidth)，定義對比后像素點(diǎn)不同的像素點(diǎn)總和，記為numDiffPixels，并預(yù)設(shè)值numDiffPixels＝0。

4)進(jìn)行截圖中有路況部分的對比，為一個循環(huán)，循環(huán)內(nèi)部，首先順序加載已經(jīng)存儲好的截圖CompareImage，順序加載每張CompareImage和原始對比圖片InitialImage進(jìn)行具有路況截圖部分的每個像素點(diǎn)的對比，對比像素點(diǎn)的灰度值不相同，則numDiffPixels自加1，循環(huán)結(jié)束的條件為對比的不同像素點(diǎn)的總和與截圖中具有路況部分像素點(diǎn)的和的比值大于預(yù)先設(shè)置的閾值Value；循環(huán)結(jié)束時(shí)獲取當(dāng)前的截圖CompareImage的命名時(shí)間戳。

5)根據(jù)所獲取的截圖CompareImage的命名時(shí)間戳，獲取時(shí)間戳記為endTime，點(diǎn)擊路況加載時(shí)獲取的時(shí)間記為startTime，那么路況加載時(shí)延的值為endTime-startTime。

具體實(shí)施方式