應用程序的測試方法、裝置及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計算機技術(shù)領(lǐng)域，具體而言，涉及一種應用程序的測試方法、裝置及系統(tǒng)。
【背景技術(shù)】
[0002]現(xiàn)有技術(shù)中可以通過對應用程序作競品對比測試來了解市場上同類產(chǎn)品和本品的相對位置，并且可以選取競品可借鑒的地方，對本品做出改進。
[0003]上述的競品對比測試:競品是競爭產(chǎn)品，競爭對手的產(chǎn)品，競品對比測試是一種橫向的對產(chǎn)品性能進行測試的方法，具體是指從競爭對手或市場相關(guān)產(chǎn)品中，圈定一些需要考察的角度(如測試產(chǎn)品本身關(guān)注的指標)，從這些需要考察的角度進行產(chǎn)品測試，分析總結(jié)出競品或者自己產(chǎn)品的優(yōu)勢與不足。
[0004]上述的測試產(chǎn)品本身關(guān)注的指標包括:操作情況(如刷新、頁面跳轉(zhuǎn)、查詢等)、界面情況(如視覺、布局)、產(chǎn)品的詳細功能點(如常規(guī)功能、特色功能、實現(xiàn)程度如何等)以及流程分析(如網(wǎng)站可用性、易用性)等。
[0005]現(xiàn)有技術(shù)中，不論是對應用程序的簡單性能測試還是在競品對比測試中，獲取測試結(jié)果一般有如下兩種方法:
[0006]( I)手動記錄測試過程數(shù)據(jù)，并根據(jù)過程數(shù)據(jù)獲取測試結(jié)果。例如，在測試某個功能的執(zhí)行時間時，可以在開始測試該功能時啟動計時裝置(如按下秒表)，并在結(jié)束對該功能的測試時，結(jié)束計時裝置的計時(如再按一下秒表)，也即手動使用秒表計時，秒表記錄的時間即為執(zhí)行該功能的執(zhí)行時間，通過這種方式可以得到對應該功能的時間性能指標。
[0007](2)通過錄制Android屏幕分巾貞技術(shù)獲取測試結(jié)果。具體地,采用錄制工具錄制對軟件的整個操作過程，形成錄像文件。在上述的錄制過程中，可以對錄制工具進行設(shè)定，如，可以設(shè)定每隔預設(shè)時間截取一張操作界面的圖片，然后對獲取的錄像文件進行分幀處理得到測試結(jié)果，必要時可以結(jié)合截取的操作界面的圖片進行分析，得到測試結(jié)果。例如，在測試某個功能的執(zhí)行時間時，對獲取到的錄像文件進行分幀處理，獲取不同幀出現(xiàn)的時間差值，得到執(zhí)行該功能的執(zhí)行時間，從而得到時間性能指標。在測試某個功能是否執(zhí)行成功時，需要將獲取到的錄像文件進行分幀處理并且分析截取的操作界面的圖片，人工判斷該功能是否執(zhí)行成功，以得到測試結(jié)果。
[0008]Android: An droid是一種基于Linux的自由及開放源代碼的操作系統(tǒng),主要使用于移動設(shè)備，如智能手機和平板電腦，是目前市面上使用率最高的移動終端操作系統(tǒng)。該操作系統(tǒng)目前尚未有統(tǒng)一的中文名稱，中國大陸地區(qū)較多人使用“安卓”。
[0009]綜上，現(xiàn)有的測試方法具有如下缺點:
[0010]使用第一種方法，由于手動操作(如手動操作計時裝置)，誤差很大，并且在進行競品對比測試時，需要對不同的產(chǎn)品進行對比測試，上述的手動測試需要重復進行多次，測試效率很低；使用第二種方法，由于錄像分析的幀數(shù)達到上千張，并且圖像分析是人工進行的，分析繁瑣，人工分析容易出錯，尤其是在面對大量的幀數(shù)和截取的圖片時分析效率很低。另外，在現(xiàn)有技術(shù)中測試應用程序時，需要使用應用程序的源碼或者在測試時需要校驗簽名，這種方式均具有局限性，使用這些測試方法獲取源碼或者校驗簽名也比較浪費時間，從而在測試被測應用程序的速度慢，測試過程時間長。
[0011]針對上述對軟件測試時耗時長的問題，目前尚未提出有效的解決方案。

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

[0012]本發(fā)明實施例提供了一種應用程序的測試方法、裝置及系統(tǒng)，以至少解決對軟件測試時耗時長的技術(shù)問題。
[0013]根據(jù)本發(fā)明實施例的一個方面，提供了一種應用程序的測試方法，該測試方法包括:獲取用于測試被測應用程序的測試信息，其中，測試信息包括測試被測應用程序時使用的被測控件的描述信息和被測控件執(zhí)行的操作；在被測應用程序的頁面上獲取與描述信息對應的被測控件；控制被測控件執(zhí)行操作；記錄被測控件在執(zhí)行操作的過程中產(chǎn)生的測試數(shù)據(jù)，生成測試結(jié)果。
[0014]根據(jù)本發(fā)明實施例的另一方面，還提供了一種應用程序的測試裝置，該測試裝置包括:信息獲取模塊，用于獲取用于測試被測應用程序的測試信息，其中，測試信息包括測試被測應用程序時使用的被測控件的描述信息和被測控件執(zhí)行的操作；控件獲取模塊，用于在被測應用程序的頁面上獲取與描述信息對應的被測控件；控制模塊，用于控制被測控件執(zhí)行操作；結(jié)果生成模塊，用于記錄被測控件在執(zhí)行操作的過程中產(chǎn)生的測試數(shù)據(jù)，生成測試結(jié)果。
[0015]根據(jù)本發(fā)明實施例的另一方面，還提供了一種應用程序的測試系統(tǒng)，該測試系統(tǒng)包括:測試終端，用于獲取用于測試被測應用程序的測試信息，在被測應用程序的頁面上獲取與描述信息對應的被測控件，然后控制被測控件執(zhí)行操作，并記錄被測控件在執(zhí)行操作的過程中產(chǎn)生的測試數(shù)據(jù)，生成測試結(jié)果，其中，測試信息包括測試被測應用程序時使用的被測控件的描述信息和被測控件執(zhí)行的操作。
[0016]在本發(fā)明的實施例中在控制被測控件執(zhí)行操作中產(chǎn)生的測試數(shù)據(jù)均可以被記錄下來，根據(jù)該測試數(shù)據(jù)生成測試結(jié)果，而不需要人工干預，可以自動獲取測試結(jié)果，快速、準確，解決了現(xiàn)有技術(shù)中對軟件測試時耗時長的問題，實現(xiàn)了高效、快速完成對應用程序的測試，從而高效快速獲取測試結(jié)果的效果；并且在上述實施例中使用描述信息獲取被測控件，不需要使用被測應用程序的源碼，不需要校驗簽名，可以快速準確地獲取到被測控件。
【附圖說明】
[0017]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中:
[0018]圖1是根據(jù)本發(fā)明實施例一的應用程序的測試方法的流程圖；
[0019]圖2是根據(jù)本發(fā)明實施例一的使用測試用例測試應用程序的流程圖；
[0020]圖3是根據(jù)本發(fā)明實施例一的執(zhí)行測試用例的流程圖；
[0021]圖4是根據(jù)本發(fā)明實施例一的獲取操作執(zhí)行時間的流程圖；
[0022]圖5是根據(jù)本發(fā)明實施例一的輸出測試結(jié)果的示意圖；
[0023]圖6是根據(jù)本發(fā)明實施例一的頁面跳轉(zhuǎn)示意圖；
[0024]圖7是根據(jù)本發(fā)明實施例二的應用程序的測試裝置的流程圖；以及
[0025]圖8是根據(jù)本發(fā)明實施例三的應用程序的測試系統(tǒng)的架構(gòu)圖。
【具體實施方式】
[0026]為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。
[0027]需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數(shù)據(jù)在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤４送?，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。
[0028]實施例1
[0029]根據(jù)本發(fā)明實施例，提供了一種用于實施應用程序的測試方法的實施例，需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。
[0030]如圖1所示，該方法可以包括如下步驟:
[0031]步驟S102:獲取用于測試被測應用程序的測試信息，其中，測試信息包括測試被測應用程序時使用的被測控件的描述信息和被測控件執(zhí)行的操作。
[0032]步驟S104:在被測應用程序的頁面上獲取與描述信息對應的被測控件。
[0033]步驟S106:控制被測控件執(zhí)行操作。
[0034]步驟S108:記錄被測控件在執(zhí)行操作的過程中產(chǎn)生的測試數(shù)據(jù)，生成測試結(jié)果。
[0035]在本發(fā)明的實施例中在控制被測控件執(zhí)行操作中產(chǎn)生的測試數(shù)據(jù)均可以被記錄下來，根據(jù)該測試數(shù)據(jù)生成測試結(jié)果，而不需要人工干預，可以自動獲取測試結(jié)果，快速、準確，解決了現(xiàn)有技術(shù)中對軟件測試時耗時長的問題，實現(xiàn)了高效、快速完成對應用程序的測試，從而高效快速獲取測試結(jié)果的效果；并且在上述實施例中使用描述信息獲取被測控件，不需要使用被測應用程序的源碼，不需要校驗簽名，可以快速準確地獲取到被測控件。
[0036]其中，在步驟S102中獲取到的測試信息可以從測試支持庫中獲取，具體地，可以在獲取測試請求之后，從測試支持庫中提取與測試請求對應的測試信息。在該實施例中，測試信息可以是測試支持庫中預先定義好的數(shù)據(jù)。
[0037]本發(fā)明的上述方法可以運行在被測終端上，在對被測應用程序的功能或性能進行測試的時候可以使用上述方法，在通過上述方法對被測應用程序進行測試之前，在被測終端上安裝并運行該被測應用程序，并可以在接收到測試請求之后，啟動對被測應用程序的測試，獲取測試信息。具體地，測試終端可以是移動終端設(shè)備(如手機、平板電腦)，可選地可以將本發(fā)明的上述測試方法應用于Android手機的軟件測試中。例如，可以將本發(fā)明的上述測試方法應用于Android手機的競品對比測試中。
[0038]其中，被測控件為被測終端運行被測應用程序的界面(或頁面)上的按鈕、下拉菜單和下拉框等，通過控制被測控件執(zhí)行操作可以啟動被測應用程序的某個數(shù)據(jù)處理方法(如對系統(tǒng)垃圾的掃描、對系統(tǒng)插件的清理等數(shù)據(jù)處理方法)，也可以通過被測控件表征被測應用程序?qū)臄?shù)據(jù)處理方法的處理狀態(tài)(如:啟動該數(shù)據(jù)處理方法、結(jié)束該數(shù)據(jù)處理方法或者正在處理中等狀態(tài))。當然上述的被測控件的類型、對應的處理方法以及處理狀態(tài)僅僅是作舉例說明，上述實施例中涉及的被測控件不僅限于上述的名稱、對應的處理方法以及處理狀態(tài)。
[0039]根據(jù)本發(fā)明的上述實施例，被測控件的描述信息是指描述被測控件的名稱、類型、被測控件指示的數(shù)據(jù)處理方法以及被測控件代表的處理狀態(tài)中的至少一種屬性信息；而測試信息中攜帶的被測控件執(zhí)行的操作可以為執(zhí)行被測控件指示的數(shù)據(jù)處理方法需要的測試動作。如，點擊被測控件啟動清理垃圾，則被測控件執(zhí)行的操作即為:點擊，當然在對被測應用程序進行性能或功能測試的時候，可能涉及到的不僅僅是一個被測控件，對應的操作也不僅僅包括一個測試動作。
[0040]例如，測試請求為測試手機管家的深度清理功能，則從測試支持庫中提取與該測試請求對應的測試信息，該測試信息包括:點擊按鈕[深度清理]，然后點擊按鈕[深度掃描]。在該測試場景中，按鈕[深度清理]和[深度掃描]即為上述實施例中的被測控件，測試信息中攜帶著對該兩個控件的描述信息，該測試信息可以包括被測控件的名稱(如深度清理和深度掃描)、類型(如按鈕)、指示的數(shù)據(jù)處理方法(如:啟動對系統(tǒng)垃圾文件的全面掃描)，“點擊”即為上述實施例中的操作。
[0041]具體地，圖1中示出的步驟S104和步驟S106可以通過如下方法實現(xiàn):獲取被測控件的預設(shè)的查找指令和預設(shè)的控制指令，使用該預設(shè)的查找指令在被測應用程序的頁面上獲取與描述信息對應的被測控件，并且使用預設(shè)的控制指令控制被測控件執(zhí)