專利名稱：一種自動(dòng)化測(cè)試方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信領(lǐng)域，尤其涉及一種自動(dòng)化測(cè)試(Monkey test)方法及裝置。
背景技術(shù)：
Android (安卓)是Google公司于2007年宣布的基于Linux平臺(tái)的開源移動(dòng)操作系統(tǒng)的名稱，該平臺(tái)由操作系統(tǒng)、中間件、應(yīng)用軟件和用戶界面組成。Monkey是Android系統(tǒng)的一個(gè)運(yùn)行在模擬器或?qū)嶋H設(shè)備中的命令行工具，通過向被測(cè)試的移動(dòng)終端偽隨機(jī)地發(fā)送用戶事件流，實(shí)現(xiàn)對(duì)移動(dòng)終端的一個(gè)或多個(gè)應(yīng)用的壓力測(cè)試，其中用戶事件流包括按鍵輸入、觸摸屏輸入和手勢(shì)輸入，等等。通過Monkey test (一種自動(dòng)化測(cè)試方法)，開發(fā)者可以掌握移動(dòng)終端中被測(cè)試的各個(gè)應(yīng)用的當(dāng)前性能，從而根據(jù)測(cè)試所反映的性能情況對(duì)移動(dòng)終端進(jìn)行改進(jìn)，提高其性能指標(biāo)。目前的Monkey test中，在測(cè)試過程中，要求測(cè)試人員對(duì) Monkey test的過程和測(cè)試過程中出現(xiàn)的問題進(jìn)行詳細(xì)記錄，形成測(cè)試報(bào)告，其它人員(比如測(cè)試項(xiàng)目組負(fù)責(zé)人)通過閱讀測(cè)試報(bào)告了解Monkey test情況。由于目前的Monkey test 方法中，Monkey test中的測(cè)試情況由測(cè)試人員記錄，其它人員通過閱讀測(cè)試報(bào)告了解測(cè)試情況，所以使得Monkey test中，測(cè)試情況的生成過程較復(fù)雜，其它人員了解測(cè)試情況的方式也較復(fù)雜。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例所要解決的技術(shù)問題在于，提供一種自動(dòng)化測(cè)試方法及裝置，可以自動(dòng)地、快速地得到Monkey test的測(cè)試信息，并通過將測(cè)試信息上傳服務(wù)器，使其它人員能夠快捷地了解到Monkey test過程。為了解決上述技術(shù)問題，本發(fā)明實(shí)施例提供了一種自動(dòng)化測(cè)試方法，包括 對(duì)移動(dòng)終端進(jìn)行自動(dòng)化測(cè)試Monkey test ；
根據(jù)獲取命令，獲取所述Monkey test過程中生成的日志文件，所述日志文件用于對(duì) Monkey test的過程進(jìn)行記錄；
提取所述獲取的日志文件中所記錄的測(cè)試信息，并上傳至服務(wù)器。其中，所述對(duì)移動(dòng)終端進(jìn)行Monkey test之前，還包括
設(shè)置Monkey test參數(shù)信息；所述參數(shù)信息包括待測(cè)試的應(yīng)用模塊的身份標(biāo)識(shí)ID，以及該待測(cè)試的應(yīng)用模塊對(duì)應(yīng)的負(fù)責(zé)人及其聯(lián)系方式。其中，所述獲取所述Monkey test過程中生成的日志文件之后，還包括 判斷所述獲取的日志文件中是否記錄了所述待測(cè)試的應(yīng)用模塊在測(cè)試中出現(xiàn)的錯(cuò)誤
fn息；
如果判斷結(jié)果為是，將所述待測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息發(fā)送給對(duì)應(yīng)的負(fù)責(zé)人。其中，所述獲取所述Monkey test過程中生成的日志文件之后，還包括 提取所述日志文件中記錄的各個(gè)被測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息；根據(jù)所述提取的錯(cuò)誤信息，生成錯(cuò)誤BUG報(bào)表，并上傳至服務(wù)器。其中，所述獲取所述Monkey test過程中生成的日志文件之后，還包括 將所述獲取的日志文件進(jìn)行壓縮打包后，上傳至服務(wù)器。相應(yīng)地，本發(fā)明實(shí)施例還提供了一種自動(dòng)化測(cè)試裝置，包括 測(cè)試模塊，用于對(duì)移動(dòng)終端進(jìn)行Monkey test；
獲取模塊，用于根據(jù)獲取命令，獲取所述測(cè)試模塊在所述Monkey test過程中所生成的日志文件；
測(cè)試信息提取上傳模塊，用于提取所述獲取模塊獲取的日志文件中所記錄的測(cè)試信息，并上傳至服務(wù)器。其中，還包括設(shè)置模塊，用于在測(cè)試模塊進(jìn)行Monkey test之前，設(shè)置Monkey test參數(shù)信息；
其中，所述參數(shù)信息包括待測(cè)試的應(yīng)用模塊的身份標(biāo)識(shí)ID，以及該待測(cè)試的應(yīng)用模塊對(duì)應(yīng)的負(fù)責(zé)人及其聯(lián)系方式。其中，還包括判斷模塊，用于判斷所述獲取模塊獲取的日志文件中是否記錄了所述待測(cè)試的應(yīng)用模塊在測(cè)試中出現(xiàn)的錯(cuò)誤信息；
發(fā)送模塊，用于當(dāng)判斷模塊的判斷結(jié)果為是時(shí)，將所述待測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息發(fā)送給相應(yīng)的負(fù)責(zé)人。其中，還包括提取模塊，用于提取所述獲取模塊獲取的日志文件中記錄的各個(gè)被測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息；
報(bào)表生成上傳模塊，用于根據(jù)所述提取模塊提取的錯(cuò)誤信息，生成BUG報(bào)表，并上傳至服務(wù)器。其中，還包括日志壓縮上傳模塊，用于將所述獲取模塊獲取的日志文件進(jìn)行壓縮打包后，上傳至服務(wù)器。實(shí)施本發(fā)明實(shí)施例，具有如下有益效果
本發(fā)明實(shí)施例由于根據(jù)獲取命令，獲取Monkey test過程中所生成的日志文件，并將從日志文件中提取的測(cè)試信息上傳到服務(wù)器中；所以能夠?qū)崿F(xiàn)自動(dòng)、快速地獲得Monkey test 的測(cè)試信息，使其它人員可以方便、快捷地通過訪問服務(wù)器的方式，了解到Monkey test情況。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明提供的自動(dòng)化測(cè)試方法的第一實(shí)施例的流程示意圖； 圖2是本發(fā)明提供的自動(dòng)化測(cè)試方法的第二實(shí)施例的流程示意圖3是本發(fā)明提供的自動(dòng)化測(cè)試方法的第三實(shí)施例的流程示意圖； 圖4是本發(fā)明提供的自動(dòng)化測(cè)試裝置的第一實(shí)施例的結(jié)構(gòu)示意圖； 圖5是本發(fā)明提供的自動(dòng)化測(cè)試裝置的第二實(shí)施例的結(jié)構(gòu)示意圖；圖6是本發(fā)明提供的自動(dòng)化測(cè)試裝置的第三實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。請(qǐng)參考圖1，是本發(fā)明實(shí)施例的自動(dòng)化測(cè)試方法的第一實(shí)施例的流程示意圖，所述方法包括
步驟Sll，對(duì)移動(dòng)終端進(jìn)行Monkey test。此處，Monkey test可以針對(duì)移動(dòng)終端的全部或部分應(yīng)用進(jìn)行，比如，針對(duì)的應(yīng)用包括但不限于拍照、藍(lán)牙和/或紅外。Monkey test可以通過接收用戶輸入的ADB(Android Debug Bridge，安卓測(cè)試橋)命令啟動(dòng)，比如用戶通過輸入$ adb shell monkey -ρ your, package, name -v 500命令實(shí)現(xiàn)啟動(dòng)指定的應(yīng)用，向其發(fā)送500個(gè)偽隨機(jī)事件進(jìn)行測(cè)試。需要說明的是，ADB命令是Monkey test中常用的命令，其使用方法對(duì)本領(lǐng)域技術(shù)人員是顯而易見的，在此不贅述。步驟S12，根據(jù)獲取命令，獲取所述Monkey test過程中生成的日志文件。其中，所述日志文件用于對(duì)Monkey test的過程進(jìn)行記錄，其記錄的信息包括測(cè)試信息。獲取命令可以由測(cè)試人員輸入，比如當(dāng)Monkey test暫停后，測(cè)試人員可以輸入獲取命令，獲取Monkey test的過程中生成的日志文件。相應(yīng)地，Monkey test暫停的觸發(fā)條件包括進(jìn)行Monkey test的指令運(yùn)行完畢或者接收到測(cè)試人員下發(fā)的暫停Monkey test 的請(qǐng)求，測(cè)試人員暫停Monkey test的一種情況是，當(dāng)測(cè)試人員發(fā)現(xiàn)對(duì)某重點(diǎn)關(guān)注的應(yīng)用在測(cè)試時(shí)出現(xiàn)嚴(yán)重的錯(cuò)誤時(shí)，暫停Monkey test,以觀察和分析該錯(cuò)誤。步驟S13，提取步驟S12獲取的日志文件中記錄的測(cè)試信息，并上傳服務(wù)器。其中，步驟S13的實(shí)現(xiàn)方式可以是對(duì)步驟S12獲取的日志文件進(jìn)行解析，從中提取表明測(cè)試過程相關(guān)情況的測(cè)試信息，提取的測(cè)試信息包括但不限于測(cè)試的開始時(shí)間、測(cè)試的結(jié)束時(shí)間、測(cè)試的應(yīng)用的ID(Identity，身份標(biāo)識(shí))、測(cè)試的負(fù)責(zé)組、測(cè)試的負(fù)責(zé)人、異常模塊、異常類型、異常子類型、異常次數(shù)、異常持續(xù)時(shí)間、異常發(fā)生時(shí)間、異常詳細(xì)信息、異常狀態(tài)(比如異常已解決或未解決)和異常分類(比如異常嚴(yán)重或不嚴(yán)重)中的任一項(xiàng)或多項(xiàng)。本實(shí)施例，通過從Monkey test過程中生成的日志文件中提取測(cè)試信息，并將其上傳服務(wù)器，不在局限于由測(cè)試人員記錄測(cè)試信息的方式，并且與由測(cè)試人員記錄測(cè)試信息相比，其實(shí)現(xiàn)速度更快，且能夠自動(dòng)化；同時(shí)，將其上傳服務(wù)器，還豐富了其它人員(比如 測(cè)試組負(fù)責(zé)人)獲取測(cè)試信息的途徑，其它人員可以訪問服務(wù)器，快捷地了解到測(cè)試的進(jìn)度以及測(cè)試中出現(xiàn)的問題。請(qǐng)參考圖2，是本發(fā)明的自動(dòng)化測(cè)試方法的第二實(shí)施例的流程示意圖，所述方法包括
步驟S20，設(shè)置Monkey test參數(shù)信息。其中，參數(shù)信息包括待測(cè)試的應(yīng)用模塊的身份標(biāo)識(shí)ID，以及該待測(cè)試的應(yīng)用模塊對(duì)應(yīng)的負(fù)責(zé)人及其聯(lián)系方式；聯(lián)系方式包括email或手機(jī)號(hào)碼，等等?？梢岳斫獾氖?，參數(shù)信息還可以包括測(cè)試人員和測(cè)試地點(diǎn)。步驟S21，對(duì)移動(dòng)終端進(jìn)行Monkey test。步驟S22，根據(jù)獲取命令，獲取所述Monkey test過程中生成的日志文件?？梢岳斫獾氖?，步驟S21-步驟S22可以與圖1中所示的步驟Sll-步驟S12相同， 在此不贅述。步驟S23，判斷步驟S22獲取的日志文件中是否記錄了所述待測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息；如果判斷結(jié)果為是，則執(zhí)行步驟S24。其中，步驟S23根據(jù)日志文件，依次判斷步驟S20所設(shè)置的待測(cè)試的應(yīng)用模塊，在實(shí)際的測(cè)試過程中，是否出現(xiàn)錯(cuò)誤信息。步驟S24，將所述待測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息發(fā)送給對(duì)應(yīng)的負(fù)責(zé)人。其中，步驟SM可以通過步驟S20中設(shè)置的待測(cè)試的應(yīng)用模塊對(duì)應(yīng)的負(fù)責(zé)人的聯(lián)系方式，將錯(cuò)誤信息發(fā)送給對(duì)應(yīng)的負(fù)責(zé)人，使該負(fù)責(zé)人及時(shí)地了解到測(cè)試情況。本實(shí)施例與圖1所示的實(shí)施例相比，其關(guān)注的重點(diǎn)在于，對(duì)于各個(gè)應(yīng)用模塊，如果其在測(cè)試過程中出現(xiàn)錯(cuò)誤信息，如何快速地告知應(yīng)用模塊的負(fù)責(zé)人。顯然，對(duì)于本領(lǐng)域技術(shù)人員來說，將圖1中提取日志文件中的測(cè)試信息，并上傳服務(wù)器的步驟，與本實(shí)施例中的判斷是否出現(xiàn)錯(cuò)誤信息，并將錯(cuò)誤信息發(fā)送給對(duì)應(yīng)的負(fù)責(zé)人的步驟同步執(zhí)行，是顯而易見的。請(qǐng)參考圖3，是本發(fā)明的自動(dòng)化測(cè)試方法的第三實(shí)施例的流程示意圖，所述方法包括
步驟S31，對(duì)移動(dòng)終端進(jìn)行Monkey test。步驟S32，根據(jù)獲取命令，獲取所述Monkey test過程中生成的日志文件。可以理解的是，步驟S31-步驟S32可以與圖1中所示的步驟Sll-步驟S12相同， 在此不贅述。步驟S33，提取步驟S32獲取的日志文件中記錄的各個(gè)被測(cè)試應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息?？梢岳斫獾氖?，如果被測(cè)試的應(yīng)用模塊在測(cè)試過程中，沒有出現(xiàn)錯(cuò)誤信息，則提取的信息為空。步驟S34，根據(jù)步驟S33提取的錯(cuò)誤信息，生成BUG (錯(cuò)誤)報(bào)表，并將生成的BUG 報(bào)表上傳至服務(wù)器。其中，本步驟生成BUG報(bào)表的方式可以是預(yù)先設(shè)定報(bào)表模板，將提取的各個(gè)被測(cè)試的應(yīng)用模塊的錯(cuò)誤信息添加到報(bào)表模板中，生成記錄了各個(gè)被測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息的BUG報(bào)表。通過將各被測(cè)試的應(yīng)用模塊在測(cè)試過程中，產(chǎn)生的錯(cuò)誤信息以BUG報(bào)表的方式上傳服務(wù)器，使其它人員通過查閱BUG報(bào)表可以快速地掌握整個(gè)測(cè)試過程出現(xiàn)的主要錯(cuò)誤信肩、ο本實(shí)施例與圖1所示的實(shí)施例相比，其關(guān)注的重點(diǎn)在于以BUG報(bào)表的形式呈現(xiàn)測(cè)試過程中出現(xiàn)的錯(cuò)誤信息。顯然，對(duì)于本領(lǐng)域技術(shù)人員來說，將圖1中提取日志文件中的測(cè)試信息，并上傳服務(wù)器的步驟，與本實(shí)施例中的提取錯(cuò)誤信息，生成BUG報(bào)表，上傳服務(wù)器的步驟同步執(zhí)行，是顯而易見的?？梢岳斫獾氖?，在圖1至圖3所示的實(shí)施例中，獲取日志文件之后，均可以將獲取的日志文件進(jìn)行壓縮打包后，上傳至服務(wù)器中，方便其它人員查閱測(cè)試過程中的原始日志。 進(jìn)一步地，其它人員可以采用與服務(wù)器相連接的任一臺(tái)客戶端，瀏覽服務(wù)器中存儲(chǔ)的測(cè)試信息、壓縮后的日志文件和BUG報(bào)表。圖1至圖3對(duì)本發(fā)明實(shí)施例的自動(dòng)化測(cè)試方法進(jìn)行了詳細(xì)闡述，下面結(jié)合附圖4 至6，對(duì)相應(yīng)于上述方法的自動(dòng)化測(cè)試裝置進(jìn)行說明，可以理解的是，所述自動(dòng)化測(cè)試裝置可以是諸如計(jì)算機(jī)等具有信息處理能力的設(shè)備，也可以是集成在計(jì)算機(jī)等具有信息處理能力的設(shè)備上的裝置。請(qǐng)參考圖4，是本發(fā)明實(shí)施例的自動(dòng)化測(cè)試裝置的第一實(shí)施例的結(jié)構(gòu)示意圖，所述自動(dòng)化測(cè)試裝置4包括
測(cè)試模塊41，用于對(duì)移動(dòng)終端進(jìn)行Monkey test。其中，測(cè)試模塊41可以針對(duì)移動(dòng)終端的全部或部分應(yīng)用進(jìn)行測(cè)試，比如針對(duì)的應(yīng)用包括但不限于拍照、藍(lán)牙和/或紅外。測(cè)試模塊41可以通過接收用戶輸入的 ADB (Android Debug Bridge，安卓測(cè)試橋)命令啟動(dòng)Monkey test，比如當(dāng)測(cè)試模塊41接收到用戶輸入的$ adb shell monkey _p your, package, name -v 500命令后，啟動(dòng)移動(dòng)終端中該命令指定的應(yīng)用，并向其發(fā)送500個(gè)偽隨機(jī)事件進(jìn)行測(cè)試。獲取模塊42，用于根據(jù)獲取命令，獲取測(cè)試模塊41在所述Monkey test過程中所生成的日志文件。其中，獲取命令可以由用戶輸入，當(dāng)Monkey test暫停時(shí)，用戶可以輸入獲取命令， 獲取日志文件；Monkey test暫停的觸發(fā)條件包括進(jìn)行Monkey test的指令運(yùn)行完畢或者接收到用戶下發(fā)的暫停Monkey test的請(qǐng)求。測(cè)試信息提取上傳模塊43，用于提取獲取模塊42獲取的日志文件中記錄的測(cè)試信息，并上傳至服務(wù)器。 其中，測(cè)試信息提取上傳模塊43可以對(duì)獲取模塊42獲取的日志文件進(jìn)行解析，提取其中的測(cè)試信息；提取的測(cè)試信息包括但不限于測(cè)試的開始時(shí)間、測(cè)試的結(jié)束時(shí)間、測(cè)試的應(yīng)用的ID (Identity，標(biāo)識(shí)號(hào))、測(cè)試的負(fù)責(zé)組、測(cè)試的負(fù)責(zé)人、異常模塊、異常類型、異常子類型、異常次數(shù)、異常持續(xù)時(shí)間、異常發(fā)生時(shí)間、異常詳細(xì)信息、異常狀態(tài)(比如異常已解決或未解決)和異常分類(比如異常嚴(yán)重或不嚴(yán)重)中的任一項(xiàng)或多項(xiàng)。本實(shí)施例，通過從日志文件中提取測(cè)試信息，并將其上傳服務(wù)器，不在局限于由測(cè)試人員記錄測(cè)試信息的方式，并且與由測(cè)試人員記錄測(cè)試信息相比，其實(shí)現(xiàn)速度更快，且能夠自動(dòng)化；同時(shí)，將其上傳服務(wù)器，還豐富了其它人員(比如測(cè)試組負(fù)責(zé)人)獲取測(cè)試信息的途徑，其它人員可以訪問服務(wù)器，快捷地了解到測(cè)試的進(jìn)度以及測(cè)試中出現(xiàn)的問題。請(qǐng)參考圖5，是本發(fā)明的自動(dòng)化測(cè)試裝置的第二實(shí)施例的結(jié)構(gòu)示意圖，圖4所示的實(shí)施例的區(qū)別點(diǎn)在于，本實(shí)施例的Monkey test裝置4還包括
設(shè)置模塊40，用于在測(cè)試模塊41進(jìn)行Monkey test之前，設(shè)置Monkey test參數(shù)信息。其中，參數(shù)信息包括待測(cè)試的應(yīng)用模塊的身份標(biāo)識(shí)ID，以及該待測(cè)試的應(yīng)用模塊對(duì)應(yīng)的負(fù)責(zé)人及其聯(lián)系方式，聯(lián)系方式包括email或手機(jī)號(hào)碼，等等。可以理解的是，參數(shù)信息還可以包括測(cè)試人員或測(cè)試地點(diǎn)。
進(jìn)一步，本實(shí)施例的Monkey test裝置4還可以包括
判斷模塊44，用于判斷獲取模塊42獲取的日志文件中是否記錄了所述待測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息；如果是，則執(zhí)行發(fā)送模塊45。發(fā)送模塊45，用于當(dāng)判斷模塊44的判斷結(jié)果為是時(shí)，將所述待測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息發(fā)送給對(duì)應(yīng)的負(fù)責(zé)人。其中，發(fā)送模塊45可以通過設(shè)置模塊40設(shè)置的待測(cè)試的應(yīng)用模塊的負(fù)責(zé)人的聯(lián)系方式，將日志文件中的待測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息發(fā)送給對(duì)應(yīng)的負(fù)責(zé)人。本實(shí)施例，通過發(fā)送模塊48將待測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息發(fā)送給相應(yīng)的負(fù)責(zé)人，提高負(fù)責(zé)人獲悉錯(cuò)誤信息的速度。請(qǐng)參考圖6，是本發(fā)明的自動(dòng)化測(cè)試裝置的第三實(shí)施例的結(jié)構(gòu)示意圖，所述自動(dòng)化測(cè)試裝置4與圖4所示的實(shí)施例相比，其區(qū)別點(diǎn)在于，還包括
提取模塊46，用于提取獲取模塊42獲取的日志文件中記錄的各個(gè)被測(cè)試應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息。可以理解的是，如果被測(cè)試的應(yīng)用模塊在測(cè)試過程中，沒有出現(xiàn)錯(cuò)誤信息，則提取的信息為空。 報(bào)表生成上傳模塊47，用于根據(jù)提取模塊49提取的錯(cuò)誤信息，生成BUG報(bào)表，并上傳服務(wù)器。其中，報(bào)表生成上傳模塊47可以預(yù)先設(shè)定報(bào)表模板，將提取的各個(gè)被測(cè)試的應(yīng)用模塊的錯(cuò)誤信息添加到報(bào)表模板中，生成記錄了各個(gè)被測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息報(bào)表。進(jìn)一步地，Monkey test裝置4還可以包括
日志壓縮上傳模塊48，用于將獲取模塊42獲取的日志文件進(jìn)行壓縮打包后，上傳至服務(wù)器，供其它人員查閱測(cè)試過程中的原日志文件?？梢岳斫獾氖牵渌藛T可以采用瀏覽器訪問服務(wù)器的方式，實(shí)現(xiàn)對(duì)原日志文件的瀏覽，顯然也可以同時(shí)瀏覽服務(wù)器中的測(cè)試信息和報(bào)表。本實(shí)施例，通過將記錄了各被測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息的報(bào)表上傳瀏覽器，使其它人員能夠通過訪問瀏覽器，快速地了解測(cè)試過程中的錯(cuò)誤情況。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過計(jì)算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲(chǔ)介質(zhì)可為磁碟、光盤、只讀存儲(chǔ)記憶體(Read-Only Memory, ROM)或隨機(jī)存儲(chǔ)記憶體(Random Access Memory, RAM)等。以上所揭露的僅為本發(fā)明較佳實(shí)施例而已，當(dāng)然不能以此來限定本發(fā)明之權(quán)利范圍，本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例的全部或部分流程，并依本發(fā)明權(quán)利要求所作的等同變化，仍屬于發(fā)明所涵蓋的范圍。
權(quán)利要求
1.一種自動(dòng)化測(cè)試方法，其特征在于，包括對(duì)移動(dòng)終端進(jìn)行自動(dòng)化測(cè)試Monkey test ；根據(jù)獲取命令，獲取所述Monkey test過程中生成的日志文件，所述日志文件用于對(duì) Monkey test的過程進(jìn)行記錄；提取所述獲取的日志文件中所記錄的測(cè)試信息，并上傳至服務(wù)器。
2.如權(quán)利要求1所述的方法，其特征在于，所述對(duì)移動(dòng)終端進(jìn)行Monkeytest之前，還包括設(shè)置Monkey test參數(shù)信息；所述參數(shù)信息包括待測(cè)試的應(yīng)用模塊的身份標(biāo)識(shí)ID，以及該待測(cè)試的應(yīng)用模塊對(duì)應(yīng)的負(fù)責(zé)人及其聯(lián)系方式。
3.如權(quán)利要求2所述的方法，其特征在于，所述獲取所述Monkeytest過程中生成的日志文件之后，還包括判斷所述獲取的日志文件中是否記錄了所述待測(cè)試的應(yīng)用模塊在測(cè)試中出現(xiàn)的錯(cuò)誤 fn息；如果判斷結(jié)果為是，將所述待測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息發(fā)送給對(duì)應(yīng)的負(fù)責(zé)人。
4.如權(quán)利要求2所述的方法，其特征在于，所述獲取所述Monkeytest過程中生成的日志文件之后，還包括提取所述日志文件中記錄的各個(gè)被測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息；根據(jù)所述提取的錯(cuò)誤信息，生成錯(cuò)誤BUG報(bào)表，并上傳至服務(wù)器。
5.如權(quán)利要求1所述的方法，其特征在于，所述獲取所述Monkeytest過程中生成的日志文件之后，還包括將所述獲取的日志文件進(jìn)行壓縮打包后，上傳至服務(wù)器。
6.一種自動(dòng)化測(cè)試裝置，其特征在于，包括測(cè)試模塊，用于對(duì)移動(dòng)終端進(jìn)行Monkey test；獲取模塊，用于根據(jù)獲取命令，獲取所述測(cè)試模塊在所述Monkey test過程中所生成的日志文件；測(cè)試信息提取上傳模塊，用于提取所述獲取模塊獲取的日志文件中所記錄的測(cè)試信息，并上傳至服務(wù)器。
7.如權(quán)利要求6所述的裝置，其特征在于，還包括設(shè)置模塊，用于在測(cè)試模塊進(jìn)行Monkey test之前，設(shè)置Monkey test參數(shù)信息；其中，所述參數(shù)信息包括待測(cè)試的應(yīng)用模塊的身份標(biāo)識(shí)ID，以及該待測(cè)試的應(yīng)用模塊對(duì)應(yīng)的負(fù)責(zé)人及其聯(lián)系方式。
8.如權(quán)利要求7所述的裝置，其特征在于，還包括判斷模塊，用于判斷所述獲取模塊獲取的日志文件中是否記錄了所述待測(cè)試的應(yīng)用模塊在測(cè)試中出現(xiàn)的錯(cuò)誤信息；發(fā)送模塊，用于當(dāng)判斷模塊的判斷結(jié)果為是時(shí)，將所述待測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息發(fā)送給相應(yīng)的負(fù)責(zé)人。
9.如權(quán)利要求7所述的裝置，其特征在于，還包括提取模塊，用于提取所述獲取模塊獲取的日志文件中記錄的各個(gè)被測(cè)試的應(yīng)用模塊在測(cè)試過程中出現(xiàn)的錯(cuò)誤信息；報(bào)表生成上傳模塊，用于根據(jù)所述提取模塊提取的錯(cuò)誤信息，生成BUG報(bào)表，并上傳至服務(wù)器。
10.如權(quán)利要求6所述的裝置，其特征在于，還包括日志壓縮上傳模塊，用于將所述獲取模塊獲取的日志文件進(jìn)行壓縮打包后，上傳至服務(wù)器。
全文摘要
本發(fā)明實(shí)施例公開了一種自動(dòng)化測(cè)試方法，包括對(duì)移動(dòng)終端進(jìn)行自動(dòng)化測(cè)試Monkeytest；根據(jù)獲取命令，獲取所述Monkeytest過程中生成的日志文件，所述日志文件用于對(duì)Monkeytest的過程進(jìn)行記錄；提取所述獲取的日志文件中所記錄的測(cè)試信息，并上傳至服務(wù)器。本發(fā)明實(shí)施例還公開了一種自動(dòng)化測(cè)試裝置。采用本發(fā)明，可以自動(dòng)地、快速地得到Monkeytest的測(cè)試信息，并通過將測(cè)試信息上傳服務(wù)器，使其它人員能夠快捷地了解到Monkeytest過程。
文檔編號(hào)G06F11/36GK102419727SQ20111029311
公開日2012年4月18日 申請(qǐng)日期2011年9月30日 優(yōu)先權(quán)日2011年9月30日
發(fā)明者尹振清 申請(qǐng)人:宇龍計(jì)算機(jī)通信科技(深圳)有限公司