本發(fā)明涉及機頂盒領域，具體而言，涉及一種基于安卓機頂盒編寫可視化的自動化工具的方法和裝置。

背景技術：

目前安卓機頂盒日益流行，對安卓機頂盒自動化測試的要求也越來越高，做安卓系統(tǒng)自動化測試工具有許多，如monkey、monkeyrunner、uiautomator、instrumentation、espresso等，每一種工具都有不同的特點，且均能做到安卓機頂盒的自動化測試。但是它們有一個共同點，就是需要測試人員自己編寫腳本代碼實現(xiàn)。

但是，每一次對安卓機頂盒的自動化測試均需要重新寫腳本代碼，不但浪費時間，而且若腳本編寫人員技術水平不到位，還不能保證腳本代碼的正確性。

技術實現(xiàn)要素：

為了解決上述問題，本發(fā)明實施例提供了一種基于安卓機頂盒編寫可視化的自動化工具的方法和裝置。

根據本發(fā)明實施例的一個方面，提供了一種基于安卓機頂盒編寫可視化的自動化工具的方法，包括：獲取測試信息，并根據所述測試信息生成測試腳本；

通過測試工具運行所述測試腳本并生成機頂盒測試日志；

確定所述測試工具與機頂盒的adb連接是否正常；

在所述測試工具與機頂盒的adb連接正常時，存儲所述機頂盒測試日志。

可選地，在通過測試工具運行所述測試腳本并生成機頂盒測試日志前，所述方法還包括：檢測所述測試工具是否正常；在所述測試工具正常時，通過測試工具運行所述測試腳本并生成機頂盒測試日志。

可選地，所述方法還包括：在所述測試工具異常時，重新檢測所述測試工具是否正常，直至確定所述測試工具正常。

可選地，所述方法還包括：在所述測試工具與機頂盒的adb連接異常時，重新檢測所述測試工具是否正常，直至確定所述測試工具正常。

可選地，所述測試工具包括第一線程和第二線程，所述第一線程用于檢測所述測試工具正常運行時的第一工具運行日志，所述第二線程用于檢測所述測試供據異常運行時的第二工具運行日志；所述檢測所述測試工具是否正常包括：在所述第一線程檢測到所述第一工具運行日志時，確定所述測試工具正常；在所述第二線程檢測到所述第二工具運行日志時，確定所述測試工具異常。

根據本發(fā)明實施例的另一個方面，提供了一種基于安卓機頂盒編寫可視化的自動化工具的裝置，包括：測試生成模塊，用于獲取測試信息，并根據所述測試信息生成測試腳本；日志生成模塊，用于通過測試工具運行所述測試腳本并生成機頂盒測試日志；第一判斷模塊，用于確定所述測試工具與機頂盒的adb連接是否正常存儲模塊，用于在所述測試工具與機頂盒的adb連接正常時，存儲所述機頂盒測試日志。

可選地，所述裝置還包括：第二判斷模塊，用于檢測所述測試工具是否正常；所述日志生成模塊，用于在所述測試工具正常時，通過測試工具運行所述測試腳本并生成機頂盒測試日志。

可選地，所述裝置還包括：第一處理模塊，用于在所述測試工具異常時，重新檢測所述測試工具是否正常，直至確定所述測試工具正常。

可選地，所述裝置還包括：第二處理模塊，用于在所述測試工具與機頂盒的adb連接異常時，重新檢測所述測試工具是否正常，直至確定所述測試工具正常。

可選地，所述測試工具包括第一線程和第二線程，所述第一線程用于檢測所述測試工具正常運行時的第一工具運行日志，所述第二線程用于檢測所述測試供據異常運行時的第二工具運行日志；所述第二判斷模塊，用于在所述第一線程檢測到所述第一工具運行日志時，確定所述測試工具正常；在所述第二線程檢測到所述第二工具運行日志時，確定所述測試工具異常。

采用上述方法，獲取測試信息，并根據所述測試信息生成測試腳本；通過測試工具運行所述測試腳本并生成機頂盒測試日志；確定所述測試工具與機頂盒的adb連接是否正常；在所述測試工具與機頂盒的adb連接正常時，存儲所述機頂盒測試日志。這樣，能夠自動生成測試腳本并且能夠自動執(zhí)行該測試腳本，從而對于完全不會寫腳本的人也可以進行機頂盒的自動化測試，增加了機頂盒測試ide適用性，并且節(jié)省了機頂盒測試的時間。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：

圖1是根據本發(fā)明實施例的一種可選的基于安卓機頂盒編寫可視化的自動化工具的方法的流程示意圖；

圖2是根據本發(fā)明實施例的一種可選的基于安卓機頂盒編寫可視化的自動化工具的裝置的結構示意圖；

圖3是根據本發(fā)明實施例的另一種可選的基于安卓機頂盒編寫可視化的自動化工具的裝置的結構示意圖；

圖4是根據本發(fā)明實施例的的第三種可選的基于安卓機頂盒編寫可視化的自動化工具的裝置的結構示意圖；

圖5是根據本發(fā)明實施例的第四種可選的基于安卓機頂盒編寫可視化的自動化工具的裝置的結構示意圖。

具體實施方式

為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。

需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數(shù)據在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。

根據本發(fā)明實施例，提供了一種基于安卓機頂盒編寫可視化的自動化工具的方法實施例，需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

圖1是根據本發(fā)明實施例的一種基于安卓機頂盒編寫可視化的自動化工具的方法，如圖1所示，該方法可以是用于測試的應用程序(即測試工具)，該方法包括如下步驟：

s101、獲取測試信息，并根據該測試信息生成測試腳本。

其中，該測試信息可以由用戶輸入，如用戶選擇的何種方式的自動化測試、機頂盒日志存儲位置、測試循環(huán)次數(shù)、測試鍵值循環(huán)時間、設置的鍵值、以及機頂盒的ip端口等信息。該測試腳本可以是monkeyrunne腳本，本發(fā)明對此不作限定。

s102、通過測試工具運行該測試腳本并生成機頂盒測試日志。

可選地，在本步驟之前，可以檢測該測試工具是否正常，并在該測試工具正常時，通過測試工具運行該測試腳本并生成機頂盒測試日志。

在一種可能的實現(xiàn)方式中，該測試工具包括第一線程和第二線程，該第一線程用于檢測該測試工具正常運行時的第一工具運行日志，該第二線程用于檢測該測試供據異常運行時的第二工具運行日志，此時，在該第一線程檢測到該第一工具運行日志時，確定該測試工具正常；在該第二線程檢測到該第二工具運行日志時，確定該測試工具異常。

另外，在該測試工具異常時，重新檢測該測試工具是否正常，直至確定該測試工具正常。

s103、確定該測試工具與機頂盒的adb連接是否正常。

s104、在該測試工具與機頂盒的adb連接正常時，存儲該機頂盒測試日志。

其中，可以將該機頂盒測試日志存儲在上述測試信息中包括的機頂盒日志存儲位置中。

在該測試工具與機頂盒的adb連接異常時，重新檢測該測試工具是否正常，直至確定該測試工具正常。

下面結合具體的示例對上述步驟s101至步驟s104進行說明，首先，測試工具向用戶展示主界面，該主界面包括多個測試選項，每個測試選項對應不同的測試操作，例如，該主界面包括4個測試操作，分別為固定鍵值、固定時間測試；固定鍵值、隨機時間測試；隨機鍵值、固定時間測試；隨機鍵值、隨機時間測試。用戶從中選擇需要進行的測試選項，此時，該主界面跳轉至對應的設置界面，該設置界面包括多個設置選項，用戶在該設置界面輸入設置信息，例如，對于固定鍵值、固定時間測試的測試，該設置界面包括：選擇文件夾：用于用戶選擇monkeyrunner所在的文件夾，即androidsdk的tools文件夾，類似于此目錄：f:\android\adt-bundle-windows-x86_64-20140702\sdk\tools；盒子ip、端口：用于填寫需要測試的機頂盒的ip、端口。端口不填默認為5555。循環(huán)次數(shù)：用于填寫用戶設置的一組操作循環(huán)次數(shù)，該次數(shù)為大于大于0的正整數(shù)；鍵值間隔：用于填寫按鍵之前的時間間隔，數(shù)值大于0，單位秒，支持小數(shù)，且精確到小數(shù)點后9位，即：精確到納秒。第1個按鍵-第14個按鍵：目前最多可以設置14個按鍵，每個按鍵均能挑選17個鍵值中的1個。17個鍵值為：home、back、ok、up、down、left、right、0-9，機頂盒運行流程：“第一個設置的按鍵”—“設置的時間間隔”—……—“第n個設置的按鍵”，循環(huán)次數(shù)為設置的次數(shù)。在設置完成后，會展示信息確認界面，以便用戶確認信息是否正確，并在用戶確認正確后，向用戶展示測試運行界面，以表示當前測試正在運行，需要說明的是，若上次運行時正常停止(循環(huán)結束自動停止)，則本次出現(xiàn)此頁面后，約10-20s機頂盒就會有測試響應，若上次運行時非正常停止(手動點擊關閉，或者以其他方式強制關閉)，則本次出現(xiàn)此頁面后，約2分鐘內機頂盒就會有響應。

對于固定鍵值、隨機時間測試的測試，該設置界面包括：選擇文件夾：用于選擇自己monkeyrunner所在的文件夾，即androidsdk的tools文件夾，類似于此目錄：f:\android\adt-bundle-windows-x86_64-20140702\sdk\tools；盒子ip、端口：用于填寫需要測試的機頂盒的ip、端口。端口不填默認為5555。循環(huán)次數(shù)：用于填寫用戶設置的一組操作循環(huán)次數(shù)，該次數(shù)為大于大于0的正整數(shù)；鍵值間隔：用于填寫按鍵之前的時間間隔隨機范圍，如1-4，則按鍵鍵值的時間間隔在1s、2s、3s、4s之間隨機。數(shù)值大于0，單位秒，支持小數(shù)，且精確到小數(shù)點后9位，即：精確到納秒，第一個空的值小于第二個空。第1個按鍵-第14個按鍵：目前最多可以設置14個按鍵，每個按鍵均能挑選17個鍵值中的1個。17個鍵值為：home、back、ok、up、down、left、right、0-9。機頂盒運行流程：“第一個設置的按鍵”—“設置的時間間隔范圍隨機的時間”—……—“第n個設置的按鍵”，循環(huán)次數(shù)為設置的次數(shù)。在設置完成后，會展示信息確認界面，以便用戶確認信息是否正確，并在用戶確認正確后，向用戶展示測試運行界面，以表示當前測試正在運行，需要說明的是，若上次運行時正常停止(循環(huán)結束自動停止)，則本次出現(xiàn)此頁面后，約10-20s機頂盒就會有測試響應，若上次運行時非正常停止(手動點擊關閉，或者以其他方式強制關閉)，則本次出現(xiàn)此頁面后，約2分鐘內機頂盒就會有響應。

對于隨機鍵值、固定時間測試的測試，該設置界面包括：選擇文件夾：用于選擇monkeyrunner所在的文件夾，即androidsdk的tools文件夾，類似于此目錄：f:\android\adt-bundle-windows-x86_64-20140702\sdk\tools；盒子ip、端口：用于填寫需要測試的機頂盒的ip、端口。端口不填默認為5555。循環(huán)次數(shù)：用于填寫用戶設置的一組操作循環(huán)次數(shù)，該次數(shù)為大于0的正整數(shù)；鍵值間隔：用于填寫按鍵之前的時間間隔，數(shù)值大于0，單位秒，支持小數(shù)，且精確到小數(shù)點后9位，即：精確到納秒。隨機按鍵選擇：列出了17個按鍵，需要隨機哪個按鍵，則選中。機頂盒運行流程：“隨機一個選中的按鍵”—“設置的時間間隔”，循環(huán)次數(shù)為設置的次數(shù)。在設置完成后，會展示信息確認界面，以便用戶確認信息是否正確，并在用戶確認正確后，向用戶展示測試運行界面，以表示當前測試正在運行，需要說明的是，若上次運行時正常停止(循環(huán)結束自動停止)，則本次出現(xiàn)此頁面后，約10-20s機頂盒就會有測試響應，若上次運行時非正常停止(手動點擊關閉，或者以其他方式強制關閉)，則本次出現(xiàn)此頁面后，約2分鐘內機頂盒就會有響應。

對于隨機鍵值、隨機時間測試的測試，該設置界面包括：選擇文件夾：用于選擇monkeyrunner所在的文件夾，即androidsdk的tools文件夾，類似于此目錄：f:\android\adt-bundle-windows-x86_64-20140702\sdk\tools；盒子ip、端口：用于填寫需要測試的機頂盒的ip、端口。端口不填默認為5555。循環(huán)次數(shù)：用于填寫用戶設置的一組操作循環(huán)次數(shù)，該次數(shù)為大于0的正整數(shù)。鍵值間隔：用于填寫按鍵之前的時間間隔隨機范圍，如1-4，則按鍵鍵值的時間間隔在1s、2s、3s、4s之間隨機。數(shù)值大于0，單位秒，支持小數(shù)，且精確到小數(shù)點后9位，即：精確到納秒.第一個空的值小于第二個空.隨機按鍵選擇：列出了17個按鍵，需要隨機哪個按鍵，則選中。機頂盒運行流程：“隨機一個選中的按鍵”—“設置的時間間隔范圍隨機的時間”，循環(huán)次數(shù)為設置的次數(shù)。在設置完成后，會展示信息確認界面，以便用戶確認信息是否正確，并在用戶確認正確后，向用戶展示測試運行界面，以表示當前測試正在運行，需要說明的是，若上次運行時正常停止(循環(huán)結束自動停止)，則本次出現(xiàn)此頁面后，約10-20s機頂盒就會有測試響應，若上次運行時非正常停止(手動點擊關閉，或者以其他方式強制關閉)，則本次出現(xiàn)此頁面后，約2分鐘內機頂盒就會有響應。

采用上述方法，能夠自動生成測試腳本并且能夠自動執(zhí)行該測試腳本，從而對于完全不會寫腳本的人也可以進行機頂盒的自動化測試，增加了機頂盒測試ide適用性，并且節(jié)省了機頂盒測試的時間。

圖2為本發(fā)明實施例提供的一種基于安卓機頂盒編寫可視化的自動化工具的裝置，如圖2所示，包括：

測試生成模塊201，用于獲取測試信息，并根據該測試信息生成測試腳本；

日志生成模塊202，用于通過測試工具運行該測試腳本并生成機頂盒測試日志；

第一判斷模塊203，用于確定該測試工具與機頂盒的adb連接是否正常

存儲模塊204，用于在該測試工具與機頂盒的adb連接正常時，存儲該機頂盒測試日志。

可選地，如圖3所示，該裝置還包括：第二判斷模塊205，用于檢測該測試工具是否正常；

該日志生成模塊202，用于在該測試工具正常時，通過測試工具運行該測試腳本并生成機頂盒測試日志。

可選地，如圖4所示，該裝置還包括：第一處理模塊206，用于在該測試工具異常時，重新檢測該測試工具是否正常，直至確定該測試工具正常。

可選地，如圖5所示，該裝置還包括：

第二處理模塊207，用于在該測試工具與機頂盒的adb連接異常時，重新檢測該測試工具是否正常，直至確定該測試工具正常。

可選地，該測試工具包括第一線程和第二線程，該第一線程用于檢測該測試工具正常運行時的第一工具運行日志，該第二線程用于檢測該測試供據異常運行時的第二工具運行日志；該第二判斷模塊205，用于在該第一線程檢測到該第一工具運行日志時，確定該測試工具正常；在該第二線程檢測到該第二工具運行日志時，確定該測試工具異常。

采用上述裝置，能夠自動生成測試腳本并且能夠自動執(zhí)行該測試腳本，從而對于完全不會寫腳本的人也可以進行機頂盒的自動化測試，增加了機頂盒測試ide適用性，并且節(jié)省了機頂盒測試的時間。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

在本發(fā)明的上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的技術內容，可通過其它的方式實現(xiàn)。其中，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，可以為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可為個人計算機、服務器或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：u盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。

以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。