本申請涉及自動化測試領域，尤其涉及一種軟件測試方法和設備。

背景技術：

在軟件開發(fā)過程中，通常會通過軟件測試來檢查軟件的性能。在進行軟件測試時，可以利用測試工具按照測試方案，在規(guī)定的條件下對被測試的軟件進行操作，以發(fā)現(xiàn)軟件錯誤，衡量軟件質量，并對軟件是否能滿足設計要求進行評估。

通常，現(xiàn)有的軟件測試方法可以包括：人工測試以及自動化測試。其中，人工測試是由測試人員手工逐步執(zhí)行所有的測試任務，并觀察每一步是否成功完成；自動化測試則是將由人執(zhí)行的測試方式轉化為由機器執(zhí)行，可以在正常條件和異常條件下運行被測試的軟件，并對運行結果進行評估。

隨著敏捷開發(fā)的不斷發(fā)展，軟件版本的更新速度也在不斷加快，這便對軟件測試的測試效率具有較高的要求。然而，在現(xiàn)有技術中，人工測試易受測試人員工作時間等因素的限制，不易實現(xiàn)軟件測試的不間斷測試，測試效率較低；自動化測試通常僅使用一臺機器完成某個測試任務，在測試任務較重時，軟件測試耗費的時間較長，測試效率較低。也就是說，現(xiàn)有的軟件測試方法測試效率較低。

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

本申請實施例提供一種軟件測試方法和設備，用于解決現(xiàn)有的人工測試以及自動化測試在對軟件進行測試時，測試效率較低的問題。

本申請實施例提供一種軟件測試方法，包括：

確定對待測軟件進行測試的至少兩組測試腳本，各組所述測試腳本分別用于執(zhí)行同一測試任務的不同測試環(huán)節(jié)；

將各組所述測試腳本分別分配給不同的測試終端，以便各所述測試終端分別執(zhí)行各組所述測試腳本，對所述待測軟件進行測試。

本申請實施例提供一種軟件測試設備，包括：

確定單元，確定對待測軟件進行測試的至少兩組測試腳本，各組所述測試腳本分別用于執(zhí)行同一測試任務的不同測試環(huán)節(jié)；

測試單元，將各組所述測試腳本分別分配給不同的測試終端，以便各所述測試終端分別執(zhí)行各組所述測試腳本，對所述待測軟件進行測試。

本申請實施例采用的上述至少一個技術方案能夠達到以下有益效果：

本申請實施例提供的技術方案，確定對待測軟件進行測試的至少兩組測試腳本，各組所述測試腳本分別用于執(zhí)行同一測試任務的不同測試環(huán)節(jié)；將各組所述測試腳本分別分配給不同的測試終端，以便各所述測試終端分別執(zhí)行各組所述測試腳本，對所述待測軟件進行測試。將用于對待測軟件進行測試的多組測試腳本分配給不用的測試終端，各組測試腳本用于執(zhí)行同一測試任務的不同測試環(huán)節(jié)，使得各測試終端可以分別執(zhí)行分配到的測試腳本，完成對待測軟件的同一測試任務，這樣，在對待測軟件進行測試時，由于可以使用多個測試終端并行執(zhí)行同一測試任務對應的測試腳本，因此，可以有效提高軟件測試的測試效率。

附圖說明

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

圖1為本申請實施例提供的一種軟件測試方法的流程示意圖；

圖2為本申請實施例提供的另一種軟件測試方法的流程示意圖；

圖3為本申請實施例提供的一種軟件測試方法的示意圖；

圖4為本申請實施例提供的一種軟件測試設備的結構示意圖。

具體實施方式

現(xiàn)有技術中，隨著敏捷開發(fā)的流行，軟件版本更新速度地不斷加快，現(xiàn)有的普通的人工測試方法和單純的自動化測試方法已經(jīng)無法滿足對軟件的測試需求。

其中，現(xiàn)有的這兩種方法不能滿足的測試需求主要體現(xiàn)在以下幾個方面：

(1)不間斷穩(wěn)定性以及性能監(jiān)控：對生產(chǎn)或測試環(huán)境進行24小時不間斷測試，監(jiān)控某些核心性能指標及驗證功能的健壯性；

(2)持續(xù)化集成：與持續(xù)化集成系統(tǒng)結合，當自動構建完成后，自動進行相應測試產(chǎn)生測試報告；

(3)快速回歸：隨著測試系統(tǒng)復雜程度的增加，以及對敏捷的要求越來越高，要求軟件測試方法具有高效快速的驗證功能。

本申請實施例提供的軟件測試方法，通過改變對軟件進行測試的方式，可以滿足上述對軟件進行測試的測試需求，有效解決現(xiàn)有的人工測試以及自動化測試在對軟件進行測試時，不能滿足高效性的測試需求的問題。

為了實現(xiàn)本申請的目的，本申請實施例中提供了一種軟件測試方法和設備，該方法包括：確定對待測軟件進行測試的至少兩組測試腳本，各組所述測試腳本分別用于執(zhí)行同一測試任務的不同測試環(huán)節(jié)；將各組所述測試腳本分別分配給不同的測試終端，以便各所述測試終端分別執(zhí)行各組所述測試腳本，對所述待測軟件進行測試。這樣，在對待測軟件進行測試時，由于可以使用多個測試終端并行執(zhí)行同一測試任務對應的測試腳本，因此，可以最大效率地對待測軟件進行測試，測試效率較低的問題。

下面結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

本申請實施例提供的軟件測試方法，可以支持多類自動化測試腳本，包括但不限于：itestin(云測試工具是全球首款移動app自動化云測試軟件，基于真實的智能終端設備錄制一個測試腳本然后運行，并輸出運行結果)、appnium(一個移動端的自動化框架，可用于測試原生應用，移動網(wǎng)頁應用和混合型應用，且是跨平臺的)、uiautomator(用于ui(用戶界面)自動化測試，仿真單擊、滑動輸入文本等操作)，等。

除此之外，本申請實施例提供的軟件測試方法還可以支持在測試腳本中進行埋點操作，并根據(jù)埋點對待測軟件中的目標控件進行測試，這樣，可以達到更好的性能檢測效果。

需要說明的是，本申請實施例提供的軟件測試方法，可以用于對安裝并運行在移動終端中的app進行測試，對app進行測試包括：對app的回歸測試，對app中包含的各個控件的性能測試，對app的性能測試，等。

本申請實施例中，所述同一測試任務可以是對app的回歸測試，也可以是對app中包含的其中一個控件的性能測試，還可以是對app某項性能指標的測試，這里不做具體限定。所述測試環(huán)節(jié)可以是在執(zhí)行同一測試任務時，執(zhí)行的每一測試步驟。

所述測試終端可以是能夠安裝并運行軟件的移動終端，包括但不限于智能手機，ipad，等。

本申請實施例提供的軟件測試方法相較于現(xiàn)有技術而言，主要基于所述測試終端的自動化測試能力，由所述測試終端完成對軟件的測試，這樣，通過站在所述測試終端的角度對軟件進行測試，而不是站在服務器的角度，或模擬器的角度對軟件進行測試，可以使得測試結果更加真實有效。

以下結合附圖，詳細說明本申請各實施例提供的技術方案。

實施例1

圖1為本申請實施例提供的一種軟件測試方法的流程示意圖。所述方法如下所述。本申請實施例的執(zhí)行主體可以是測試系統(tǒng)對應的服務器(以下簡稱服務器)。

步驟101：確定對待測軟件進行測試的至少兩組測試腳本。

在步驟101中，服務器在對待測軟件進行測試之間，可以確定用于對待測軟件進行測試的至少兩組測試腳本。

本申請實施例中，各組所述測試腳本可以分別用于執(zhí)行同一測試任務的不同測試環(huán)節(jié)。例如，各組所述測試腳本可以用于進行一次回歸測試，并分別執(zhí)行所述回歸測試中的各個測試環(huán)節(jié)。

其中，每組所述測試腳本中可以包含一個測試腳本，也可以包含多個測試腳本，若一組所述測試腳本中包含多個測試腳本，那么，包含的多個測試腳本可以是存在關聯(lián)關系的測試腳本。

所述存在關聯(lián)關系的測試腳本可以是，在對所述待測軟件進行測試時，若對所述待測軟件的一個操作與對所述待測軟件的另一個操作相關，則，對這兩個操作進行測試的測試腳本可以為存在關聯(lián)關系的測試腳本。例如，對所述待測軟件的登錄操作，以及對所述待測軟件中用戶信息的查看操作，由于對所述待測軟件中用戶信息的查看操作，要在對所述待測軟件的登錄操作后執(zhí)行，因此，對這兩個操作進行測試的測試腳本可以看作是存在關聯(lián)關系的測試腳本。

在實際應用中，確定存在關聯(lián)關系的測試腳本的方法可以是：所述服務器在確定對待測軟件進行測試的測試腳本后，對測試腳本進行分析，根據(jù)每一個測試腳本的上下文關系，確定測試腳本之間是否存在關聯(lián)關系。

所述服務器在確定存在關聯(lián)關系的至少兩個測試腳本后，可以將存在關聯(lián)關系的至少兩個測試腳本劃分為一組測試腳本。這樣，將存在關聯(lián)關系的至少兩個測試腳本劃分為一組測試腳本，可以便于執(zhí)行該組測試腳本進行軟件測試。

在本申請實施例中，所述服務器確定對待測軟件進行測試的至少兩組測試腳本，具體包括：

建立與持續(xù)化集成平臺之間的連接，所述持續(xù)化集成平臺用于自動化構建測試環(huán)境；

監(jiān)聽所述自動化構建是否完成；

在確定所述自動化構建完成后，確定對待測軟件進行測試的至少兩組測試腳本。

也就是說，所述服務器在確定對所述待測軟件進行測試后：

首先，可以建立與持續(xù)化集成平臺之間的連接，所述持續(xù)化集成平臺可以用于用戶進行自動化構建測試環(huán)境；

具體地，所述服務器可以通過打通與所述持續(xù)化集成平臺的接口的方式，建立與所述持續(xù)化集成平臺的連接。所述測試環(huán)境可以是各種網(wǎng)絡測試環(huán)境，在構建所述測試環(huán)境時，可以設置測試的網(wǎng)絡環(huán)境為2g、3g或4g，也可以設置丟包率，還可以設置上下行帶寬流量等。

其次，所述服務器可以在所述持續(xù)化集成平臺中設置程序，在用戶自動化構建所述測試環(huán)境的過程中，該程序可以用于監(jiān)聽所述用戶是否完成自動化構建。

最后，所述服務器在確定自動化構建完成后，可以自動獲取用于對所述待測軟件進行測試的安裝包，并確定用于對所述待測軟件進行測試的測試腳本。其中，所述測試腳本可以由所述用戶預先選擇得到。

本申請實施例中，將所述服務器與所述持續(xù)化集成平臺建立連接，這樣，在用戶完成自動化構建后，所述服務器可以自動地執(zhí)行對所述待測軟件的測試，相對于現(xiàn)有技術而言，可以滿足對軟件測試的持續(xù)化集成的需求。

所述服務器在確定對所述待測軟件進行測試的測試腳本后，可以按照上述記載的方法，將所述測試腳本劃分得到各組所述測試腳本。

所述服務器在使用上述方法確定得到各組所述測試腳本后，可以執(zhí)行步驟102。

步驟102：將各組所述測試腳本分別分配給不同的測試終端，以便各所述測試終端分別執(zhí)行各組所述測試腳本，對所述待測軟件進行測試。

在步驟102中，所述服務器在確定對所述待測軟件進行測試的各組所述測試腳本后，可以將各組所述測試腳本分配給不同的測試終端，這樣，各所述測試終端可以分別執(zhí)行分配得到的各組所述測試腳本，實現(xiàn)對所述待測軟件的測試。

其中，各所述測試終端可以由用戶在選擇各組所述測試腳本時，預先選擇得到，這樣，所述服務器可以根據(jù)所述用戶預先選擇的各所述測試終端，將各組所述測試腳本進行分配。

需要說明的是，本申請實施例，所述服務器將用于對所述待測軟件進行測試的各組測試腳本分配給不同的測試終端分別執(zhí)行，與現(xiàn)有技術中由所述服務器執(zhí)行各組所述測試腳本，或由模擬器執(zhí)行相比，本申請實施例在所述測試終端的角度對所述待測軟件進行測試，可以更好地反映用戶實際使用所述待測軟件的情況，得到的測試結果更加有效。

除此之外，在本申請實施例中，各所述測試終端可以并行執(zhí)行分配得到的各組所述測試腳本，這樣，相較于現(xiàn)有技術而言，由于可以使用不同的測試終端并行執(zhí)行所述待測軟件的各組所述測試腳本，可以有效提高軟件測試的測試效率。

在本申請?zhí)峁┑牧硪粚嵤├校瑢⒏鹘M所述測試腳本分別分配給不同的測試終端，具體包括：

確定各組所述測試腳本的代碼量；

按照所述代碼量，將各組所述測試腳本分配給不同的所述測試終端，各所述測試終端分配得到至少一組所述測試腳本，各所述測試終端分配得到的所述測試腳本的代碼量相同。

也就是說，所述服務器在將各組所述測試腳本分配給不同的所述測試終端之前，可以確定各組所述測試腳本中的代碼量(即步驟量)，并按照各組所述測試腳本中包含的代碼量，將各組所述測試腳本分配給各所述測試終端。

本申請實施例中，所述服務器在將各組所述測試腳本按照代碼量分配給各所述測試終端后，每個所述測試終端可以分配得到至少一組所述測試腳本，且，各所述測試終端執(zhí)行分配得到的所述測試腳本的時間可以相同。這樣，通過將各組所述測試腳本按照代碼量分配給各所述測試終端，且各所述測試終端執(zhí)行分配到的各組所述測試腳本的時間可以相同，因此，可以最大效率地對待測軟件進行測試，進一步提高軟件測試的效率。

在本申請?zhí)峁┑挠忠粚嵤├?，各組所述測試腳本中的一個或多個所述測試腳本中還可以設置有埋點，其中，所述埋點的位置可以是所述測試腳本中用于執(zhí)行所述待測軟件中目標控件的位置，這樣，在所述測試終端執(zhí)行設置有所述埋點的所述測試腳本，并執(zhí)行到所述埋點時，可以實現(xiàn)對所述目標控件的測試。

具體地，所述服務器在確定所述測試終端在執(zhí)行所述測試腳本至所述埋點時，可以啟動計時器、性能檢測器等，這樣，當所述服務器在監(jiān)聽到所述目標控件時，可以記錄所述埋點的結果，這樣，可以通過所述埋點實現(xiàn)對所述目標控件的測試。

本申請實施例中，所述服務器在確定各所述測試終端執(zhí)行完成分配得到的所述測試腳本后，可以指示各所述測試終端按照設定時間，重復執(zhí)行分配得到的所述測試腳本，這樣，各所述測試終端可以按照所述設定時間，對所述待測軟件進行重復測試，以滿足對所述待測軟件進行不間斷測試的測試需求。

其中，所述設定時間可以是2～3分鐘，還可以是其他時間，具體可以根據(jù)實際情況確定，本申請實施例不做具體限定。

所述服務器在確定各所述測試終端每執(zhí)行完成一次分配得到的所述測試腳本后，均可以將各所述測試終端的測試結果進行記錄，其中，所述測試結果可以包含對所述待測軟件的測試結果，也可以包含對所述目標控件的測試結果。

所述服務器在記錄所述測試結果后，可以根據(jù)所述測試結果是否符合預期測試結果。

其中，所述預期測試結果可以是所述待測軟件(可以包括所述目標控件)滿足質量要求和/或性能要求時對應的測試結果，所述預期測試結果由服務器預先確定得到，所述測試結果可以是各所述測試終端執(zhí)行一次分配得到的所述測試腳本得到的一次測試結果，也可以是各所述測試終端重復執(zhí)行多次分配得到的所述測試腳本得到的多次測試結果。

例如，所述預期測試結果可以是所述測試腳本的執(zhí)行通過率，所述服務器在確定所述測試結果中的所述測試腳本的實際執(zhí)行通過率小于預期的執(zhí)行通過率時，可以確定所述測試結果不符合所述預期測試結果。

本申請實施例中，所述服務器在確定所述測試結果不符合所述預期測試結果時，可以進行預警。其中，預警的方式可以是向用戶發(fā)送短信，也可以是向所述用戶發(fā)送郵件，等，這里不做具體限定。

本申請實施例提供的軟件測試方法，將用于對待測軟件進行測試的多組測試腳本分配給不用的測試終端，各組測試腳本用于執(zhí)行同一測試任務的不同測試環(huán)節(jié)，使得各測試終端可以分別執(zhí)行分配到的測試腳本，完成對待測軟件的同一測試任務，這樣，在對待測軟件進行測試時，由于可以使用多個測試終端并行執(zhí)行同一測試任務對應的測試腳本，因此，可以有效提高軟件測試的測試效率。

實施例2

圖2為本申請實施例提供的另一種軟件測試方法的流程示意圖。所述方法如下所述。本申請實施例的執(zhí)行主體可以是服務器。

步驟201：建立與持續(xù)化集成平臺之間的連接。

其中，所述持續(xù)化集成平臺用于自動化構建測試環(huán)境。

步驟202：監(jiān)聽用戶在所述持續(xù)化集成平臺中的自動化構建是否完成。

若是，則執(zhí)行步驟203；若否，則可以循環(huán)執(zhí)行步驟202。

步驟203：確定對待測軟件進行測試的至少兩組測試腳本。

其中，各組所述測試腳本分別用于執(zhí)行同一測試任務的不同測試環(huán)節(jié)。

步驟204：確定各組所述測試腳本的代碼量，按照所述代碼量，將各組所述測試腳本分配給不同的所述測試終端。

這樣，所述測試終端可以分別執(zhí)行各組所述測試腳本，對所述待測軟件進行測試。

其中，所述服務器在按照所述代碼量，將各組所述測試腳本分配給不同的所述測試終端后，各所述測試終端可以分配得到至少一組所述測試腳本，各所述測試終端分配得到的所述測試腳本的代碼量可以相同。

步驟205：指示各所述測試終端按照設定時間，重復執(zhí)行分配得到的所述測試腳本。

所述服務器在確定各所述測試終端每執(zhí)行完成一次分配得到的所述測試腳本后，可以指示各所述測試終端按照設定時間，重復執(zhí)行分配得到的所述測試腳本，這樣，所述各所述測試終端可以按照所述設定時間對所述待測軟件進行重復測試。

步驟206：在確定所述測試終端執(zhí)行完成分配得到的所述測試腳本后，記錄各所述測試終端的測試結果。

步驟207：根據(jù)所述測試結果，確定所述測試結果是否符合預期測試結果。

在步驟207中，所述服務器若確定所述測試結果不符合預期測試結果，則執(zhí)行步驟208；若確定所述測試結果符合預期測試結果，則執(zhí)行步驟209。

步驟208：進行預警。

步驟209：結束。

本申請實施提供的軟件測試方法，服務器與持續(xù)化集成平臺建立連接，在自動化構建完成后，可以自動對待測軟件進行測試，滿足對待測軟件進行自動化測試的需求；使用多個測試終端并行執(zhí)行同一測試任務對應的測試腳本，可以有效提高軟件測試的測試效率；將各組測試腳本按照代碼量分配給各測試終端，使得各測試終端分配得到的測試腳本的代碼量相同，這樣，各測試終端執(zhí)行分配得到的測試腳本的時間相同，可以最大效率地實現(xiàn)對待測軟件的測試，進一步提高測試效率；服務器在確定各測試終端執(zhí)行完成一次分配得到的測試腳本后，指示各測試終端重復執(zhí)行分配得到的測試腳本，可以滿足對軟件不間斷測試的需求。

實施例3

圖3為本申請實施例提供的一種軟件測試方法的示意圖。圖3所示的軟件測試方法的示意圖可以應用于圖1所記載的實施例，也可以用于圖2所記載的實施例。其中，在圖3中，所述測試終端可以是智能手機。

如圖3所示，服務器與持續(xù)化集成平臺建立連接，并監(jiān)聽用戶在持續(xù)化集成平臺中的自動化構建事件，服務器在確定自動化構建完成后，確定用戶預先選擇的用于對待測軟件進行測試的各組測試腳本以及各個智能手機。其中，確定的各組測試腳本可以用于執(zhí)行回歸測試的不同測試環(huán)節(jié)。

其中，各組測試腳本分別是a組測試腳本、b組測試腳本、c組測試腳本以及d組測試腳本，各個智能手機分別是智能手機1、智能手機2以及智能手機3。

服務器在確定各組測試腳本后，可以按照各組測試腳本的代碼量，將各組測試腳本分配給各個智能手機。其中，a組測試腳本的代碼量等于b組測試腳本的代碼量以及c組測試腳本的代碼量的和，等于d組測試腳本的代碼量，那么，可以將a組測試腳本分配給智能手機1，將b組測試腳本以及c組測試腳本分配給智能手機2，將d組測試腳本分配給智能手機3(參見圖3)。

這樣，服務器可以通過adb(英文全稱：androiddebugbridge，中文名稱：安卓調試橋)的方式驅動各個智能手機并行執(zhí)行分配得到的測試腳本，具體地，智能手機1可以執(zhí)行a組測試腳本，智能手機2可以執(zhí)行b組測試腳本以及c組測試腳本，智能手機3可以執(zhí)行d組測試腳本。

各個智能手機在執(zhí)行測試腳本后，服務器可以記錄各個智能手機的測試結果，并根據(jù)測試結果對待測軟件進行評估。

本申請實施例提供的軟件測試方法，將用于對待測軟件進行回歸測試的a-d組測試腳本按照代碼量分配給不用的智能手機，使得各測試終端可以分并行執(zhí)行分配到的測試腳本，且，每個智能手機執(zhí)行測試腳本的時間相同，這樣，在對待測軟件進行回歸測試時，由于可以使用多個智能手機并行執(zhí)行回歸測試對應的測試腳本，且每個智能手機執(zhí)行測試腳本的時間相同，因此，可以最大效率的實現(xiàn)對待測軟的回歸測試，有效提高軟件測試的測試效率。

實施例4

圖4為本申請實施例提供的一種軟件測試設備的結構示意圖。所述軟件測試設備包括：確定單元41以及測試單元42，其中：

確定單元41，確定對待測軟件進行測試的至少兩組測試腳本，各組所述測試腳本分別用于執(zhí)行同一測試任務的不同測試環(huán)節(jié)；

測試單元42，將各組所述測試腳本分別分配給不同的測試終端，以便各所述測試終端分別執(zhí)行各組所述測試腳本，對所述待測軟件進行測試。

具體地，所述確定單元41確定對待測軟件進行測試的至少兩組測試腳本，包括：

建立與持續(xù)化集成平臺之間的連接，所述持續(xù)化集成平臺用于自動化構建測試環(huán)境；

監(jiān)聽所述自動化構建是否完成；

在確定所述自動化構建完成后，確定對待測軟件進行測試的至少兩組測試腳本。

具體地，所述測試單元42將各組所述測試腳本分別分配給不同的測試終端，包括：

確定各組所述測試腳本的代碼量；

按照所述代碼量，將各組所述測試腳本分配給不同的所述測試終端，各所述測試終端分配得到至少一組所述測試腳本，各所述測試終端分配得到的所述測試腳本的代碼量相同。

本申請實施例中，所述確定單元41確定的所所述測試腳本中設置有埋點，所述埋點的位置為所述測試腳本中用于執(zhí)行所述待測軟件中目標控件的位置，所述埋點用于在所述測試終端執(zhí)行所述測試腳本至所述埋點的位置時，對所述目標控件進行測試。

本申請?zhí)峁┑牧硪粚嵤├?，所述軟件測試設備還包括：指示單元43，其中：

所述指示單元43，在確定各所述測試終端執(zhí)行完成分配得到的所述測試腳本后，指示各所述測試終端按照設定時間，重復執(zhí)行分配得到的所述測試腳本，以便于各所述測試終端按照所述設定時間對所述待測軟件進行重復測試。

所述軟件測試設備還包括：記錄單元44，其中：

所述記錄單元44，在確定所述測試終端執(zhí)行完成分配得到的所述測試腳本后，記錄各所述測試終端的測試結果，所述測試結果包含對所述待測軟件的測試結果和/或對所述目標控件的測試結果。

所述軟件測試設備還包括：預警單元45，其中：

所述預警單元45，在所述記錄單元44記錄測試結果后，根據(jù)所述測試結果，確定所述測試結果是否符合預期測試結果；

若否，則進行預警。

需要說明的是，本申請實施例提供的所述軟件測試設備可以通過軟件方式實現(xiàn)，也可以通過硬件方式實現(xiàn)，這里不做具體限定。

本領域內的技術人員應明白，本申請的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本申請是參照根據(jù)本申請實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡接口和內存。

內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內存等形式，如只讀存儲器(rom)或閃存(flashram)。內存是計算機可讀介質的示例。

計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結構、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質的例子包括，但不限于相變內存(pram)、靜態(tài)隨機存取存儲器(sram)、動態(tài)隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內存技術、只讀光盤只讀存儲器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括暫存電腦可讀媒體(transitorymedia)，如調制的數(shù)據(jù)信號和載波。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。

本領域技術人員應明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求范圍之內。