本發(fā)明涉及計算機領(lǐng)域，尤其涉及一種自動化軟件檢測方法及裝置。

背景技術(shù)：

內(nèi)存泄漏也稱作“存儲滲漏”，是用動態(tài)存儲分配函數(shù)動態(tài)開辟的空間，在使用完畢后未釋放，結(jié)果導(dǎo)致一直占據(jù)該內(nèi)存單元。直到程序結(jié)束，即所謂內(nèi)存泄漏。以發(fā)生的方式來分類，內(nèi)存泄漏可以分為4類：常發(fā)性內(nèi)存泄漏、偶發(fā)性內(nèi)存泄漏、一次性內(nèi)存泄漏、隱式內(nèi)存泄漏。從用戶使用軟件的角度來看，內(nèi)存泄漏本身不會產(chǎn)生什么危害，作為一般的用戶，根本感覺不到內(nèi)存泄漏的存在。真正有危害的是內(nèi)存泄漏的堆積，這會最終消耗盡系統(tǒng)所有的內(nèi)存。常見內(nèi)存泄漏危害有：cpu資源耗盡(運行軟件的智能終端無反應(yīng))、進程id耗盡(無法創(chuàng)建新的進程、串口)、硬盤耗盡。為了防止上述危害的發(fā)生，開發(fā)人員在開發(fā)軟件的過程中，需要發(fā)現(xiàn)軟件的內(nèi)存泄漏，并找到發(fā)生內(nèi)存泄漏的運行代碼，進而完善軟件，給用戶更好的體驗。

同樣，為了給用戶更好的體驗，開發(fā)人員需要監(jiān)測軟件的電量(電量使用過多)、流量(耗費流量過多)使用情況以及軟件的運行情況(是否崩潰)，找到發(fā)生使用異常時的軟件運行代碼，進而完善軟件。

隨著智能終端的發(fā)展以及操作系統(tǒng)功能的不斷開發(fā)，智能終端上的軟件日益豐富，為了使用戶獲得更好的體驗，對軟件的內(nèi)存、流量、電量的使用狀況以及軟件運行的穩(wěn)定性便有了更高的要求?，F(xiàn)有技術(shù)針對以上問題主要采用人工檢測的方式進行檢測，但人工檢測需要消耗大量的人力資源，且人工檢測效率較低，且檢測結(jié)果是否準確受限于檢測人員的檢測水平。

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

針對現(xiàn)有技術(shù)存在的前述問題，本申請?zhí)岢鲆环N自動化軟件檢測方法和裝置，以實現(xiàn)自動化的軟件檢測，提高檢測準確性和效率。

第一方面，本發(fā)明實施例提供一種自動化軟件檢測方法，該方法包括：根據(jù)預(yù)先編輯的與待測軟件對應(yīng)的邏輯腳本，生成待測事件；控制待測軟件自動化運行待測事件；監(jiān)測待測軟件在運行待測事件過程中產(chǎn)生的實時數(shù)據(jù)，并根據(jù)實時數(shù)據(jù)確定并記錄待測軟件發(fā)生異常的事件。

第二方面，本發(fā)明實施例提供一種自動化軟件檢測裝置，該裝置包括：

待測事件生成模塊，用于根據(jù)預(yù)先編輯的與待測軟件對應(yīng)的邏輯腳本，生成待測事件；

控制模塊，用于控制所述待測軟件自動化運行所述待測事件；

監(jiān)測模塊，用于監(jiān)測所述待測軟件在運行所述待測事件過程中產(chǎn)生的實時數(shù)據(jù)，并根據(jù)所述實時數(shù)據(jù)確定并記錄所述待測軟件發(fā)生異常的事件。

本發(fā)明實施例提供的技術(shù)方案，一方面，首先，待測軟件運行的待測事件根據(jù)預(yù)先編輯的與待測軟件對應(yīng)的邏輯腳本生成，因此使得生成的待測事件更符合待測軟件；其次，根據(jù)待測軟件在運行所述待測事件的過程中的實時數(shù)據(jù)來確定并記錄待測軟件發(fā)生異常的事件，由于實時數(shù)據(jù)是最能真實反映待測軟件運行待測事件過程中的真實情況，因此生成的事件更準確，綜上，本申請自動化軟件檢測更準確，不受限于人工的水平，也可以避免人工帶來的認為誤差或錯誤。另一方面，實現(xiàn)了自動化的進行軟件檢測，無需人工參與，降低人力成本，提高效率。

附圖說明

圖1為本發(fā)明實施例應(yīng)用場景示意圖；

圖2為本發(fā)明實施例提供的一種自動化軟件檢測方法的流程示意圖；

圖3為本發(fā)明實施例提供的一種自動化軟件檢測裝置結(jié)構(gòu)示意圖。

具體實施方式

如圖1所示，本發(fā)明實施例所提供的技術(shù)方案可以適用于對筆記本電腦、臺式電腦、平板電腦、手機及其他終端設(shè)備運行的待測軟件的自動化檢測。本發(fā)明提供的技術(shù)方案可以是在前述終端設(shè)備上生成模擬器，通過該模擬器生成待測軟件對應(yīng)的待測事件，并控制待測軟件運行該待測事件，并根據(jù)待測軟件運行該待測事件的過程中生成的實時數(shù)據(jù)來得到待測軟件發(fā)生異常的事件(如包括內(nèi)存泄漏事件、流量使用異常事件、電量使用異常事件、運行崩潰事件等)，以便開發(fā)人員及時發(fā)現(xiàn)待測軟件存在的問題，并根據(jù)具體問題進行處理，完善待測軟件。

下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。

圖2為本發(fā)明實施例提供的一種自動化軟件檢測方法的流程示意圖，方法包括：

步驟s101，根據(jù)預(yù)先編輯的與待測軟件對應(yīng)的邏輯腳本，生成待測事件。

本發(fā)明實施例中，前述步驟s101具體實現(xiàn)可如下：首先，對預(yù)先編輯的與待測軟件對應(yīng)的邏輯腳本進行解析，得到對待測軟件進行操作的操作指令以及該操作指令的操作規(guī)則；其次，根據(jù)操作指令以及操作規(guī)則生成待測事件，在該待測事件中指示待測軟件根據(jù)所述操作規(guī)則對待測軟件執(zhí)行相應(yīng)的操作指令，以便待測軟件根據(jù)待測事件中的操作規(guī)則執(zhí)行相應(yīng)的操作指令。

本實施例中，預(yù)先根據(jù)待測軟件所具備的功能，編寫與該待測軟件所需的邏輯腳本，在該邏輯腳本中包含了針對待測軟件所具備的各功能進行操作的操作指令以及執(zhí)行該操作指令的操作規(guī)則。以電子地圖軟件為例，該電子地圖軟件包含了poi搜索功能、查看路況、拖動電子地圖、縮放電子地圖、路線規(guī)劃功能、導(dǎo)航功能、周邊poi查詢等功能，則預(yù)先編輯的與該電子地圖軟件對應(yīng)的邏輯腳本中可包括以下指令：點擊“導(dǎo)航”控件、選擇導(dǎo)航模式(包括駕車導(dǎo)航、公交導(dǎo)航、自行車導(dǎo)航、步行導(dǎo)航)、在路線規(guī)劃頁輸入起點和輸入終點、點擊“放大”控件、點擊“縮小”控件、點擊“路線”控件、點擊“附 近”控件、點擊“路況”控件、下載離線地圖、搜索poi、隨機點擊地圖界面等操作。

本實施例中，待測事件可以是隨機生成的事件，一個待測事件對應(yīng)一個操作指令，或者一個待測事件對應(yīng)多個操作指令。操作指令可具有不同的種類劃分，以電子地圖軟件為例，其操作指令包括：隨機點擊屏幕(屏幕任意位置)、點擊控件、拖動、輸入文字、輸入語音、屏幕旋轉(zhuǎn)、頁面切換等。操作指令的規(guī)則可以包括操作指令執(zhí)行的時機、執(zhí)行的方式、執(zhí)行的順序、執(zhí)行的比例等。例如：隨機點擊屏幕占操作指令的70％、點擊控件占操作指令的10％、頁面切換占操作指令的10％等。操作指令的執(zhí)行順序如：隨機點擊屏幕>頁面切換>點擊控件>頁面切換>屏幕旋轉(zhuǎn)>拖動等。

步驟s102，控制待測軟件自動化運行待測事件。

即步驟s102中，控制待測軟件根據(jù)待測事件中的操作規(guī)則執(zhí)行相應(yīng)的操作指令。

步驟s103，監(jiān)測待測軟件在運行待測事件過程中產(chǎn)生的實時數(shù)據(jù)，并根據(jù)實時數(shù)據(jù)確定并記錄待測軟件發(fā)生異常的事件。

本發(fā)明實施例中，前述步驟s101-步驟s103是針對每一個待測事件所執(zhí)行的步驟，即每生成一個待測事件則控制待測軟件運行該待測事件，并根據(jù)實時數(shù)據(jù)確定并記錄待測軟件發(fā)生異常的事件；完成后再繼續(xù)生成下一個待測事件，重復(fù)前述步驟。

本發(fā)明實施例中，根據(jù)實時數(shù)據(jù)確定并記錄的待測軟件發(fā)生異常的事件至少包括以下一種：內(nèi)存泄漏事件、流量使用異常事件、電量使用異常事件、運行崩潰事件等。

下面通過具體的實施例，分別對如何根據(jù)實時數(shù)據(jù)來確定并記錄前述內(nèi)存泄漏事件、流量使用異常事件、電量使用異常事件以及運行崩潰事件進行詳細的描述。

可選地，前述步驟103，具體可包括步驟a1和步驟a2，該對應(yīng)內(nèi)存泄露 事件的記錄：

步驟a1、動態(tài)監(jiān)測所述待測軟件在運行所述待測事件過程中申請和釋放內(nèi)存塊的情況，當(dāng)申請所述內(nèi)存塊時將所述內(nèi)存塊的使用者數(shù)量加一，當(dāng)釋放所述內(nèi)存塊時將所述內(nèi)存塊的使用者數(shù)量減一；以及，

步驟a2、判斷所述內(nèi)存塊是否無指針指向且使用者數(shù)量大于零，若是則將申請所述內(nèi)存塊時分配的指針所對應(yīng)的運行代碼以及所述內(nèi)存塊作為內(nèi)存泄漏事件記錄。

步驟a2中，動態(tài)監(jiān)測所述內(nèi)存塊是否無指針指向，若有指針指向則繼續(xù)動態(tài)監(jiān)測；若無指針指向則判斷使用該內(nèi)存塊的使用者數(shù)量是否大于零，若大于零則將申請所述內(nèi)存塊時分配的指針所對應(yīng)的運行代碼以及所述內(nèi)存塊作為內(nèi)存泄漏事件記錄，若小于等于零則不作處理。

以內(nèi)存塊a為例，每當(dāng)待測軟件申請使用該內(nèi)存塊a時，為該內(nèi)存塊a分配一個指針指向內(nèi)存塊a，以示內(nèi)存塊a被申請使用，此時需將內(nèi)存塊a的使用者數(shù)量加1；當(dāng)待測軟件完釋放內(nèi)存塊a時，指針不再指向內(nèi)存塊a，以示內(nèi)存塊a被釋放，此時需將內(nèi)存塊a的使用者數(shù)量減1；當(dāng)內(nèi)存塊a的使用者數(shù)量為0時，內(nèi)存塊a被完全釋放。顯然，當(dāng)內(nèi)存塊a無指針對應(yīng)但是使用者數(shù)量大于0時，則說明內(nèi)存塊a在待測軟件被申請使用后沒有被釋放，該內(nèi)存塊a發(fā)生內(nèi)存泄漏。

舉例對獲取內(nèi)存泄漏事件的工作原理及過程進行說明：

首先，舉例說明：

內(nèi)存塊b2(指針1、指針2)表示：內(nèi)存塊b的使用者數(shù)量為2，指針1和指針3指向內(nèi)存塊b；

內(nèi)存塊c1(指針3)表示：內(nèi)存塊c的使用者數(shù)量為1，指針3指向內(nèi)存塊c；

內(nèi)存塊d3(指針1、指針2、指針3)表示：內(nèi)存塊d的使用者數(shù)量為3，指針1、指針2和指針3指向內(nèi)存塊d。

第一次監(jiān)測待測軟件所使用的內(nèi)存塊的結(jié)果如：內(nèi)存塊b2(指針1、指針2)、內(nèi)存塊c1(指針3)、內(nèi)存塊d3(指針1、指針2、指針3)；

第二次監(jiān)測(如10s之后)待測軟件所使用的內(nèi)存塊的結(jié)果如：內(nèi)存塊b2(指針1、指針2)、內(nèi)存塊c1(無指針)、內(nèi)存塊d3(指針1、指針2、指針3)，通過第二次監(jiān)測結(jié)果可以看出，內(nèi)存塊c發(fā)生內(nèi)存泄漏，此時將內(nèi)存塊c以及申請該內(nèi)存塊c時分配的指針3所對應(yīng)的運行代碼作為內(nèi)存泄漏事件記錄。

可選地，前述步驟103，具體可包括步驟b1和步驟b2，該對應(yīng)流量使用異常事件的記錄：

步驟b1、動態(tài)監(jiān)測并記錄所述待測軟件在運行所述待測事件的過程中所消耗的實時流量，所述實時流量為單位時間內(nèi)所消耗的流量；以及，

步驟b2、判斷所述實時流量是否在預(yù)置的參考流量范圍內(nèi)，若否則將所述實時流量、當(dāng)前時間以及當(dāng)前時間待測軟件運行的待測事件作為流量使用異常事件記錄；若是則繼續(xù)判斷所述實時流量是否在預(yù)置的參考流量范圍內(nèi)。

本發(fā)明實施例中，動態(tài)監(jiān)測待測軟件在運行待測事件的過程中的實時流量，若監(jiān)測到某個時間t的實時流量超過參考流量范圍時，則將該時間t、時間t的實時流量、在時間t運行的待測事件作為流量使用異常事件記錄。其中確定在時間t運行的待測事件可以通過查詢系統(tǒng)日志得到在待測軟件在時間t的一定時間范圍內(nèi)運行的待測事件。

待測事件中預(yù)先設(shè)置的參考流量范圍可以根據(jù)該待測事件對應(yīng)的操作指令、待測軟件所在終端設(shè)備的網(wǎng)絡(luò)連接方式(wifi、藍牙、數(shù)據(jù)流量等)得到。也可以將該參考流量范圍設(shè)置為[0.9a,1.1a]，其中a為待測軟件在運行已經(jīng)運行過的待測事件過程中所消耗的實時流量的平均值；或則a是預(yù)設(shè)設(shè)置的一個經(jīng)驗值。

可選地，前述步驟103，具體可包括步驟c1和步驟c2，該對應(yīng)電量使用事件的記錄：

步驟c1、動態(tài)監(jiān)測并記錄所述待測軟件在運行所述待測事件的過程中所消耗的實時電量，所述實時電量為單位時間內(nèi)所消耗的電量；

動態(tài)監(jiān)測可以是周期性監(jiān)測，例如每隔10s監(jiān)測一次。將本次監(jiān)測得到的耗電量與上一次監(jiān)測得到的耗電量的差值作為在一個周期內(nèi)待測軟件的耗電量，根據(jù)一個周期內(nèi)待測軟件的耗電量和一個周期的時長得到待測軟件的實時電量。

步驟c2、判斷所述實時電量是否在預(yù)置的參考電量范圍內(nèi)，若否則將所述實時電量、當(dāng)前時間、當(dāng)前時間待測軟件運行的待測事件作為電量使用異常事件記錄。

待測事件中預(yù)先設(shè)置的參考電量范圍可以根據(jù)該待測事件對應(yīng)的操作指令得到。也可以將該參考流量范圍設(shè)置為[0.9b,1.1b]，其中b為待測軟件在運行已經(jīng)運行過的待測事件過程中所消耗的實時電量的平均值；或則b是預(yù)設(shè)設(shè)置的一個經(jīng)驗值。

可選地，前述步驟103，具體可包括步驟d1和步驟d2，該對應(yīng)運行崩潰事件的記錄：

步驟d1、判斷系統(tǒng)日志中是否記錄有所述待測軟件在運行所述待測事件的過程中發(fā)生崩潰以及發(fā)生崩潰的運行代碼的崩潰事件，若有則執(zhí)行步驟d2，若無則執(zhí)行步驟d1；

步驟d2、將所述崩潰事件作為運行崩潰事件記錄。

終端設(shè)備的系統(tǒng)在軟件的運行過程中會實時生成系統(tǒng)日志，因此前述待測軟件在運行待測事件過程中若發(fā)生了崩潰則必然會在系統(tǒng)日志中生成崩潰事件(如包括發(fā)生崩潰的時間、運行代碼等)。崩潰事件主要指待測軟件發(fā)生無應(yīng)答、停止運行、自動退出等不符合待測軟件正常運行的情況。

優(yōu)選地，在待測軟件運行待測事件的過程中，根據(jù)動態(tài)監(jiān)測的實時電量，生成隨著時間變化的實時電量的變化曲線圖；和/或，在待測軟件運行待測事件的過程中，根據(jù)動態(tài)監(jiān)測的實時流量，生成隨著時間變化的實時流量的變 化曲線圖；以便本領(lǐng)域技術(shù)人員能夠更加直觀、快速的獲知待測軟件在運行待測事件過程中的電量和/或流量的使用情況。

綜上，前述步驟103可以包括以下至少一組步驟：組1(步驟a1-步驟a2)、組2(步驟b1-步驟b2)、組3(步驟c1-步驟c2)、組4(步驟d1-步驟d2)。

圖3為本發(fā)明實施例提供的一種自動化軟件檢測裝置結(jié)構(gòu)示意圖，如圖3所示，本發(fā)明實施例所提供的裝置包括：

待測事件生成模塊11，用于根據(jù)預(yù)先編輯的與待測軟件對應(yīng)的邏輯腳本，生成待測事件；

控制模塊12，用于控制所述待測軟件自動化運行所述待測事件；

監(jiān)測模塊13，用于監(jiān)測所述待測軟件在運行所述待測事件過程中產(chǎn)生的實時數(shù)據(jù)，并根據(jù)所述實時數(shù)據(jù)確定并記錄所述待測軟件發(fā)生異常的事件。

優(yōu)選地，所述待測事件生成模塊11，具體用于：對預(yù)先編輯的與待測軟件對應(yīng)的邏輯腳本進行解析，得到對所述待測軟件進行操作的操作指令以及該操作指令的操作規(guī)則；根據(jù)所述操作指令以及預(yù)置的操作規(guī)則生成待測事件，所述待測事件中指示待測軟件根據(jù)所述操作規(guī)則對所述待測軟件執(zhí)行相應(yīng)的操作指令。

優(yōu)選地，在一個實施例中，所述監(jiān)測模塊13包括：

內(nèi)存監(jiān)測單元，用于動態(tài)監(jiān)測所述待測軟件在運行所述待測事件過程中申請和釋放內(nèi)存塊的情況，當(dāng)申請所述內(nèi)存塊時將所述內(nèi)存塊的使用者數(shù)量加一，當(dāng)釋放所述內(nèi)存塊時將所述內(nèi)存塊的使用者數(shù)量減一；

內(nèi)存泄漏事件記錄單元，用于判斷所述內(nèi)存塊是否無指針指向且使用者數(shù)量大于零，若是則將申請所述內(nèi)存塊時分配的指針所對應(yīng)的運行代碼以及所述內(nèi)存塊作為內(nèi)存泄漏事件記錄。

優(yōu)選地，在一個實施例中，所述監(jiān)測模塊13包括：

流量監(jiān)測單元，用于動態(tài)監(jiān)測并記錄所述待測軟件在運行所述待測事件的過程中所消耗的實時流量，所述實時流量為單位時間內(nèi)所消耗的流量；

流量使用異常事件記錄單元，用于判斷所述實時流量是否在預(yù)置的參考流量范圍內(nèi)，若否，則將所述實時流量、當(dāng)前時間以及當(dāng)前時間待測軟件運行的待測事件作為流量使用異常事件記錄。

優(yōu)選地，再一個實施例中，所述監(jiān)測模塊13包括：

電量監(jiān)測單元，用于動態(tài)監(jiān)測并記錄所述待測軟件在運行所述待測事件的過程中所消耗的實時電量，所述實時電量為單位時間內(nèi)所消耗的電量；

電量使用異常事件記錄單元，用于判斷所述實時電量是否在預(yù)置的參考電量范圍內(nèi)，若否將所述實時電量、當(dāng)前時間、當(dāng)前時間待測軟件運行的待測事件作為電量使用異常事件記錄。

在最后一個實施例中，監(jiān)測模塊13包括：

崩潰事件監(jiān)測單元，用于判斷是否記錄有所述待測軟件在運行所述待測事件的過程中發(fā)生崩潰以及發(fā)生崩潰的運行代碼的崩潰事件，若有則觸發(fā)運行崩潰事件記錄單元；

運行崩潰事件記錄單元，用于將所述崩潰事件作為運行崩潰事件記錄。

需要說明的是，開發(fā)人員可以根據(jù)記錄的待測軟件發(fā)生異常的事件分析待測軟件所存在的問題，針對該問題進行相應(yīng)的處理。如待測軟件發(fā)生異常的事件為內(nèi)存泄漏事件，則對該內(nèi)存泄漏事件中記錄的運行代碼進行修改和完善；如待測軟件發(fā)生異常的事件為崩潰事件，則對崩潰事件中記錄的運行代碼進行修改和完善；如待測軟件發(fā)生異常的事件為流量使用異常事件，則根據(jù)該流量使用異常事件中記錄的待測事件對應(yīng)的代碼進行檢測，若檢測有問題則對該代碼進行修改；如待測軟件發(fā)生異常的事件為電量使用異常事件，則根據(jù)該電量使用異常事件中記錄的待測事件對應(yīng)的代碼進行檢測，若檢測有問題則對該代碼進行修改。

綜上，本實施例中檢測模塊13至少包括以下一組單元：組1(內(nèi)存監(jiān)測單元和內(nèi)存泄漏事件記錄單元)、組2(流量監(jiān)測單元和流量使用異常事件記錄單元)、組3(電量監(jiān)測單元和電量使用異常事件記錄單元)、組4(崩潰 事件監(jiān)測單元和運行崩潰事件記錄單元)。

顯然，本發(fā)明實施例提供的自動化軟件檢測方法適用于各種操作系統(tǒng)的終端設(shè)備，如mac、android、ios、linux、windows等。

專業(yè)人員應(yīng)該還可以進一步意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認為超出本發(fā)明的范圍。

結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(ram)、內(nèi)存、只讀存儲器(rom)、電可編程rom、電可擦除可編程rom、寄存器、硬盤、可移動磁盤、cd-rom、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。

以上所述的具體實施方式，對本發(fā)明的目的、技術(shù)方案和有益效果進行了進一步詳細說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施方式而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。