杜巍

摘要：基于軟件自動化測試框架的思想以及軟件測試項目的實際需求，為提高Android移動應(yīng)用軟件自動化測試的高效性及靈活性，提出了一種高可復(fù)用的自動化混合測試框架。該框架利用uiautomator工具，基于Java反射機制，結(jié)合模塊化思想和測試庫思想，以數(shù)據(jù)驅(qū)動和關(guān)鍵字驅(qū)動為核心，使測試用例與測試代碼相關(guān)聯(lián)，并將業(yè)務(wù)邏輯、測試數(shù)據(jù)與測試代碼相隔離。該框架可做到測試執(zhí)行與開發(fā)松耦合、自動化程度高，便于快速有效地開展Android移動應(yīng)用軟件的測試。

關(guān)鍵詞：Android應(yīng)用軟件 自動化測試 混合測試框架 Java反射機制

1 引言

伴隨著移動互聯(lián)網(wǎng)的飛速發(fā)展以及智能手機的普及應(yīng)用，移動應(yīng)用程序（APP）層出不窮。移動APP具有種類多、更新快、升級頻繁、應(yīng)用環(huán)境多樣化、穩(wěn)定性要求高及并發(fā)量大等特點，如何開展高質(zhì)量的測試來保證移動APP的質(zhì)量從而提升用戶體驗越來越受到業(yè)界的關(guān)注。

傳統(tǒng)的手工移動APP測試工作量大、重復(fù)性工作多，將耗費大量人力和時間，效率低下且純手工測試無法完成高精度的壓力測試、并發(fā)測試、負載測試及穩(wěn)定性測試等。自動化測試可以有效地提高測試執(zhí)行效率并控制測試成本開銷，但一個設(shè)計不夠科學(xué)合理的自動化測試框架，不僅不能提高效率，反而會增加構(gòu)建成本，同時帶來無休止的維護工作。為了提升測試執(zhí)行的有效性同時避免測試項目中編寫大量的重復(fù)代碼，如何構(gòu)建一個強魯棒性、便于維護、高度可擴展的移動APP自動化測試框架是本文主要研究的內(nèi)容。

2 自動化測試框架的思想研究

自動化測試框架指測試對象的識別方法，基本界面元素的封裝，測試環(huán)境的初始化及清理，錯誤的捕獲和處理恢復(fù)，還包含測試腳本的組織和管理[1]。為解決一般自動化測試過程中遇到的模塊耦合度高、可復(fù)用性差、可配置化低等問題，本文結(jié)合以下幾種自動化測試框架的思想，設(shè)計出一套混合模型的自動化測試框架。

本文涉及到的自動化測試框架思想主要有以下內(nèi)容：

（1）模塊化思想

模塊化思想利用抽象和封裝將測試代碼的操作隱藏，只對外提供一個接口用來執(zhí)行測試，從而框架的設(shè)計不必關(guān)注具體的應(yīng)用和相關(guān)細節(jié)，同時可避免其他模塊代碼的變更對測試項目的執(zhí)行產(chǎn)生不利干擾[3]。本文運用模塊化思想將測試功能點中不同測試點加以拆分，并將拆分后的測試點的測試步驟進行封裝，形成測試模塊[2]。

（2）測試庫思想

本文利用測試庫思想為應(yīng)用程序的測試創(chuàng)建了包含一系列函數(shù)集合的庫文件[11]。將APP測試常用操作以組件的形式進行封裝，結(jié)合模塊化思想，可通過接口去傳遞參數(shù)，實現(xiàn)模塊之間的交互。

（3）數(shù)據(jù)驅(qū)動思想

數(shù)據(jù)驅(qū)動思想體系如圖1所示，其核心就是把執(zhí)行測試所需的數(shù)據(jù)從測試腳本中抽象出來，存儲在外部數(shù)據(jù)文件中，例如XML文件、數(shù)據(jù)庫、文本文檔、Excel表格等[5]。這種思想規(guī)避了腳本代碼和數(shù)據(jù)的高耦合性，大大提高了測試腳本的可復(fù)用性。

本文利用數(shù)據(jù)庫驅(qū)動思想，通過不同的數(shù)據(jù)驅(qū)動結(jié)果，用同一個測試過程對不同的輸入和輸出組合進行測試。測試輸入數(shù)據(jù)和預(yù)期輸出結(jié)果構(gòu)成一張表，表中的每一行代表著每一個測試步驟，進而構(gòu)建一個自動化測試過程。

（4）關(guān)鍵字驅(qū)動思想

關(guān)鍵字驅(qū)動將實際的測試用例與程序編碼分離，在對測試用例進行修改時，無需進行代碼維護，該思想不僅把測試數(shù)據(jù)從軟件測試腳本代碼中抽離出來，也可分離測試邏輯和測試腳本代碼，使測試設(shè)計和策略體現(xiàn)在測試數(shù)據(jù)中，而非腳本代碼中。利用本文設(shè)計的自動化測試框架，測試人員通過使用關(guān)鍵字就可以構(gòu)建測試用例，提高了自動化測試的可復(fù)用性和靈活性，不同的關(guān)鍵字指令可以驅(qū)動不同的測試流向與測試結(jié)果[6]。

綜上所述，為達到理想的自動化測試要求，本文設(shè)計的自動化混合測試框架既包含了腳本模塊化和測試庫思想的設(shè)計，又有數(shù)據(jù)驅(qū)動和關(guān)鍵字驅(qū)動的能力，發(fā)揮各種思想的優(yōu)勢，使得測試框架可達到高可用性、高復(fù)用性和靈活性。

3 基于Java反射的混合測試框架的設(shè)計

與實現(xiàn)

本文提出的混合測試框架采用uiautomator工具，基于Java反射機制，以模塊化思想和測試庫思想封裝高可復(fù)用的對象和操作，以數(shù)據(jù)驅(qū)動思想作為測試代碼的輸入，用關(guān)鍵字驅(qū)動思想來處理測試邏輯流程。本章節(jié)將以Android系統(tǒng)的“移動營業(yè)廳”APP軟件測試為例，詳細闡述測試框架的設(shè)計與實現(xiàn)。

如圖2所示，該測試框架采用分層原則，分為數(shù)據(jù)與關(guān)鍵字層、執(zhí)行接入層、基礎(chǔ)組件層三個層次。

基礎(chǔ)組件層利用模塊化思想對測試基礎(chǔ)組件進行高度抽象，采用測試庫思想對基礎(chǔ)組件進行封裝，如APP中的控件類（如按鈕、輸入框等）通過uiautomator獲取，同時通過訪問uiautomator的API庫，實現(xiàn)對各個控件的操作，如單擊、輸入文本、滾動等，最后將這些操作及操作的組合封裝成一個基礎(chǔ)組件。利用uiautomator封裝基礎(chǔ)組件，可降低編寫代碼成本、代碼復(fù)用率高、提高測試準(zhǔn)確率。

執(zhí)行接入層主要采用Java反射技術(shù)，該層是數(shù)據(jù)與關(guān)鍵字層和基礎(chǔ)組件層的中介，主要是通過XML解析器讀入配置數(shù)據(jù)，如關(guān)鍵字、執(zhí)行參數(shù)和執(zhí)行步驟等，利用Java反射機制動態(tài)調(diào)用基礎(chǔ)組件層的組件執(zhí)行測試。Java反射機制能在程序運行時通過配置文件（如XML文件）動態(tài)地加載類并調(diào)用類方法以及使用類成員變量。將該機制運用到框架中，可增加程序靈活性，避免代碼寫死在程序中，使該框架可以靈活地運用在多種APP的測試中。

在數(shù)據(jù)與關(guān)鍵字層中，數(shù)據(jù)表與關(guān)鍵字以XML的方式配置，該層以數(shù)據(jù)驅(qū)動為核心，為自動化測試代碼提供參數(shù)化的測試數(shù)據(jù)輸入，實現(xiàn)測試代碼與數(shù)據(jù)的分離。以關(guān)鍵字驅(qū)動為核心，實現(xiàn)測試代碼與用例的關(guān)聯(lián)，關(guān)鍵字層次結(jié)構(gòu)如圖3所示。

關(guān)鍵字層次結(jié)構(gòu)分為測試步驟層、測試用例層和測試用例集層。關(guān)鍵字的定義與測試用例集的結(jié)構(gòu)密不可分，一套測試用例集包含了一系列測試用例，測試用例是由各個測試步驟組合構(gòu)成的。各層次結(jié)構(gòu)具體說明如下：

（1）測試用例集層：一套測試用例集代表一個被測業(yè)務(wù)的所有功能點，可以包含多個獨立的功能點的測試。測試項目記作集合B，測試用例集記作集合R，則：

（1）

以“移動營業(yè)廳”測試項目為例，對該測試項目劃分為多個用例集，如“首頁”、“商城”、“服務(wù)”、“積分”等測試用例集。各用例集包含該功能點下的所有用例的集合，由一系列XML文件組成。

（2）測試用例層：為實現(xiàn)特定測試功能點的獨立測試用例，在用例中包括測試輸入所需的數(shù)據(jù)、執(zhí)行邏輯、預(yù)期輸出的處理等。用T來代表測試用例集合，則：

（2）

在示例測試項目中，將獨立的測試用例編寫成XML文件，保存在相應(yīng)的用例集中。以“首頁”測試用例集為例，該用例集中包含我的賬單、套餐余量、已訂業(yè)務(wù)等測試用例。

（3）測試步驟層：將測試用例拆分成一系列操作步驟，編寫測試用例就是將測試步驟按執(zhí)行順序進行邏輯上的連接。用S代表測試步驟集合，則：

Ti=（s1， s2， …， sn）， si∈P （3）

以“登錄”測試為例，測試步驟包括輸入手機號、輸入密碼、確認登錄等。每個操作步驟中均由步驟ID、測試組件單元、參數(shù)、下一步操作ID以及拋錯處理等組成。

測試組件單元即關(guān)鍵字操作指令，是基礎(chǔ)組件層可復(fù)用的代碼組件與具體的業(yè)務(wù)沒有關(guān)系，可被任何測試步驟使用。用u代表組件單元，用U代表組件單元集合，則：

（4）

下面舉例說明移動營業(yè)廳測試項目的測試組件單元，具體如表1所示：

表1中，testInputTextByResourceId為通過文本框的ResourceId在文本框中輸入文本的組件；testFlingVerticalByResourceId為通過ResourceId來實現(xiàn)橫向快速滑動的組件，通過參數(shù)method選擇向前還是向后滾動，通過times指定滾動次數(shù)。

根據(jù)測試用例集、測試用例，測試步驟進行層次的劃分，可提高自動化測試代碼的可復(fù)用性。整個框架基于以上思想和設(shè)計將測試數(shù)據(jù)與測試代碼進行了封裝。采用uiautomator工具，對基礎(chǔ)控件進一步封裝、驗證，通過Java反射機制實現(xiàn)測試數(shù)據(jù)與測試代碼之間的隔離。

4 APP自動化混合測試框架的實際應(yīng)用

本章將闡述該APP自動化混合測試框架在“移動營業(yè)廳”實際項目中的應(yīng)用，通過比較測試過程及結(jié)果輸出分析該框架在測試效率、質(zhì)量及代碼開發(fā)等方面的優(yōu)勢。

4.1 測試組件庫開發(fā)

根據(jù)測試動作與控件屬性信息相結(jié)合的特點，對uiautomator的方法進行進一步封裝，提煉出一套通用測試組件，如圖4所示。

每類測試動作根據(jù)不同屬性可定義一個或多個組件，每個組件對應(yīng)一個關(guān)鍵字，如根據(jù)Text屬性的點擊事件的關(guān)鍵字為testClickByText，測試人員使用該關(guān)鍵字即可調(diào)用該組件執(zhí)行相應(yīng)的測試動作。

將上述組件庫打包為testApp.jar，為測試人員執(zhí)行測試用例使用。后續(xù)測試人員只需編寫XML測試用例調(diào)用組件庫完成測試執(zhí)行即可。如圖5所示，本文提出的方式在組件庫豐富之后不會因為測試用例的增加而增加代碼，而采用傳統(tǒng)的編寫自動化測試腳本的方式代碼量會隨著用例數(shù)量的增加而不斷增加，導(dǎo)致測試代碼難以維護并增加調(diào)試的成本，會大大降低自動化測試的效率和質(zhì)量。

4.2 自動化測試用例編寫

測試人員通過編寫XML文檔來完成用例的編寫，一個XML文檔為一個用例，每個用例下包含若干步驟。其內(nèi)容格式為兩級結(jié)構(gòu)，其中父節(jié)點用于定義當(dāng)前用例的相關(guān)信息，如下所示：

其中，startid表示當(dāng)前用例開始執(zhí)行步驟的id編號，nextDoc表示當(dāng)前用例執(zhí)行通過時下一個用例的文檔名，errNextDoc表示當(dāng)前用例不通過時下一個用例的文檔名（-1表示中斷執(zhí)行），className表示引用的組件庫名稱。

子節(jié)點表示用例中的各操作步驟，其格式定義如下：

"移動營業(yè)廳" next="2" errnext="-1" errlog="1"/>

其中，id表示當(dāng)前步驟的編號，type表示引用組件的關(guān)鍵字，typeValue為傳遞的數(shù)據(jù)參數(shù)，next用于連接當(dāng)前步驟執(zhí)行通過時要執(zhí)行的下一步驟，errnext用于連接當(dāng)前步驟執(zhí)行不通過時要執(zhí)行的下一步驟（-1表示中斷當(dāng)前用例的執(zhí)行），errlog用于控制日志輸出。

以上編寫測試用例的方法易于上手，降低了對測試人員編碼能力的要求，且測試步驟清晰明了，易于測試過程的調(diào)試，方便用例的定位和維護。

4.3 自動化測試用例執(zhí)行

測試用例自動化執(zhí)行的流程如圖6所示，將寫好的測試用例和測試組件庫上傳到手機，下發(fā)任務(wù)執(zhí)行測試用例，輸出日志及報錯截圖，測試人員可通過查看日志及截圖定位分析問題。

對比實際手工執(zhí)行“移動營業(yè)廳”的168個功能測試用例，從表2中可以看出，采用本文提出的自動化測試框架進行測試可在很大程度上節(jié)約資源，提高效率，特別是在多部手機并發(fā)測試的情況下優(yōu)勢更為明顯。

5 結(jié)束語

本文提出了一個健壯的、易維護的、易擴展的自動化混合測試框架，運用該框架降低了測試執(zhí)行與開發(fā)的耦合度，將業(yè)務(wù)邏輯、測試數(shù)據(jù)與測試代碼分離，能有效降低移動APP自動化測試成本，提高測試執(zhí)行的有效性。本文闡述了該自動化測試框架在實際測試項目中的應(yīng)用，并驗證了其在效率、質(zhì)量、操作及擴展維護等方面的優(yōu)勢，可為APP自動化測試項目提供有力支撐。

參考文獻：

[1] 常征. 功能測試中自動化測試框架的分析與應(yīng)用[D]. 北京： 北京林業(yè)大學(xué)， 2007.

[2] 徐騁. Android應(yīng)用軟件自動化測試框架的研究[D]. 大連： 大連海事大學(xué)， 2015.

[3] 路靜，王琪. 一種基于功能測試的自動化測試框架[J]. 內(nèi)蒙古科技與經(jīng)濟， 2005（23）： 25-26.

[4] 曾北溟. 自動化測試框架的研究與實現(xiàn)[D]. 武漢： 武漢大學(xué)， 2004.

[5] 步倩倩. 面向GUI軟件的自動化測試框架的研究與應(yīng)用[D]. 成都： 電子科技大學(xué)， 2010.

[6] 郝義鵬. 基于關(guān)鍵字驅(qū)動自動化測試平臺的設(shè)計與實現(xiàn)[D]. 哈爾濱： 哈爾濱工業(yè)大學(xué)， 2007.

[7] 侯菊敏. 基于Android的關(guān)鍵字驅(qū)動自動化測試框架研究[D]. 廣州： 中山大學(xué)， 2012.

[8] 區(qū)立斌. 基于層次關(guān)鍵字驅(qū)動的自動化測試框架設(shè)計與應(yīng)用[D]. 廣州： 中山大學(xué)， 2012.

[9] 郝曉曉，張衛(wèi)豐. 基于XML的SDK自動化測試框架的設(shè)計與實現(xiàn)[J]. 計算機技術(shù)與發(fā)展， 2010（4）： 101-104.

[10] 謝文哲. 基于模塊化測試框架的單元自動化測試框架的設(shè)計與實現(xiàn)[D]. 武漢： 華中科技大學(xué)， 2007.

[11] 陳健. 基于模型的數(shù)據(jù)處理系統(tǒng)的自動化測試框架[D]. 北京： 中國科學(xué)院大學(xué)（工程管理與信息技術(shù)學(xué)院）， 2013.★