本發(fā)明涉及計算機技術領域，尤其涉及一種異常處理方法及裝置。

背景技術：

當前，在向外發(fā)布一個新系統(tǒng)之前，需要測試新系統(tǒng)的性能，目前通常利用測試用例對新系統(tǒng)進行測試，測試用例中包括多個步驟，計算機會依次執(zhí)行測試用例中的每個步驟以實現(xiàn)對新系統(tǒng)進行集成測試。

然而，在對新系統(tǒng)進行測試的過程中，常常會出現(xiàn)因網(wǎng)絡故障、調(diào)用服務器失敗或連接數(shù)據(jù)庫超時等環(huán)境因素導致測試用例中的一個或多個步驟執(zhí)行失敗的異?，F(xiàn)象，進而無法完成測試。此時，技術人員需要檢查測試用例中的哪些步驟執(zhí)行失敗，然后制定出解決方案以排除該異常從而完成測試。

但是，發(fā)明人發(fā)現(xiàn)，每一次技術人員檢查哪些步驟執(zhí)行失敗以及制定解決方案需要花費很多時間，人工成本較高。

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

為克服相關技術中存在的問題，本發(fā)明提供一種異常處理方法及裝置。

根據(jù)本發(fā)明實施例的第一方面，提供一種異常處理方法，所述方法包括：

在利用測試用例對目標測試對象進行測試的過程中，檢測是否出現(xiàn)異常事件；

當出現(xiàn)異常事件時，獲取本地存儲的測試對象與異常處理方案之間的對應關系；

在所述對應關系中查找與所述目標測試對象對應的異常處理方案；

利用所述異常處理方案處理所述異常事件。

其中，所述異常事件包括在執(zhí)行測試用例中的步驟以對目標測試對象進行測試的過程中出現(xiàn)未執(zhí)行成功的步驟；

對于所述對應關系中的每一個異常處理方案，所述異常處理方案中包括多個不同處理方法以及所述多個不同的處理方法之間的優(yōu)先利用順序。

其中，所述處理方法至少包括：

當出現(xiàn)未執(zhí)行成功的步驟時，重新執(zhí)行所述未執(zhí)行成功的步驟；

當出現(xiàn)未執(zhí)行成功的步驟時，返回執(zhí)行所述未執(zhí)行成功的步驟之前的且與所述未執(zhí)行成功的步驟相鄰的步驟；

當出現(xiàn)未執(zhí)行成功的步驟時，繼續(xù)執(zhí)行所述測試用例中的未執(zhí)行過的步驟，當執(zhí)行完畢所述未執(zhí)行過的步驟后重新執(zhí)行所述測試用例中的所有步驟。

進一步地，所述利用所述異常處理方案處理所述異常事件之后，還包括：

判斷利用所述異常處理方案是否已解決所述異常事件；

當未解決所述異常事件時，再次利用所述異常處理方案處理所述異常事件。

進一步地，所述方法還包括：

當未解決所述異常事件時，判斷利用所述異常處理方案處理所述異常事件的處理次數(shù)是否小于預設次數(shù)；

當小于所述預設次數(shù)時，執(zhí)行所述再次利用所述異常處理方案處理所述異常事件的步驟；

當大于或等于所述預設次數(shù)時，向技術人員提示在利用所述測試用例對所述目標測試對象進行測試的過程中出現(xiàn)了所述異常事件，以使技術人員處理所述異常事件。

進一步地，所述方法還包括：

接收多個測試對象以及分別與每個測試對象相對應的異常處理方案；

創(chuàng)建測試對象與異常處理方案之間的對應關系；

對于每一測試對象，將所述測試對象與所述測試對象相對應的異常處理方案作為一條記錄存儲在所述創(chuàng)建的對應關系中。

根據(jù)本發(fā)明實施例的第二方面，提供一種異常處理裝置，所述裝置包括：

檢測模塊，用于在利用測試用例對目標測試對象進行測試的過程中，檢測是否出現(xiàn)異常事件；

獲取模塊，用于當出現(xiàn)異常事件時，獲取本地存儲的測試對象與異常處理方案之間的對應關系；

查找模塊，用于在所述對應關系中查找與所述目標測試對象對應的異常處理方案；

處理模塊，用于利用所述異常處理方案處理所述異常事件。

其中，所述異常事件包括在執(zhí)行測試用例中的步驟以對目標測試對象進行測試的過程 中出現(xiàn)未執(zhí)行成功的步驟；

對于所述對應關系中的每一個異常處理方案，所述異常處理方案中包括多個不同處理方法以及所述多個不同的處理方法之間的優(yōu)先利用順序。

其中，所述處理方法至少包括：

當出現(xiàn)未執(zhí)行成功的步驟時，重新執(zhí)行所述未執(zhí)行成功的步驟；

當出現(xiàn)未執(zhí)行成功的步驟時，返回執(zhí)行所述未執(zhí)行成功的步驟之前的且與所述未執(zhí)行成功的步驟相鄰的步驟；

當出現(xiàn)未執(zhí)行成功的步驟時，繼續(xù)執(zhí)行所述測試用例中的未執(zhí)行過的步驟，當執(zhí)行完畢所述未執(zhí)行過的步驟后重新執(zhí)行所述測試用例中的所有步驟。

進一步地，所述裝置還包括：

第一判斷模塊，用于判斷利用所述異常處理方案是否已解決所述異常事件；

所述處理模塊還用于當未解決所述異常事件時，再次利用所述異常處理方案處理所述異常事件。

進一步地，所述裝置還包括：

第二判斷模塊，用于當未解決所述異常事件時，判斷利用所述異常處理方案處理所述異常事件的處理次數(shù)是否小于預設次數(shù)；

所述處理模塊還用于模塊，用于當小于所述預設次數(shù)時，再次利用所述異常處理方案處理所述異常事件；

提示模塊，用于當大于或等于所述預設次數(shù)時，向技術人員提示在利用所述測試用例對所述目標測試對象進行測試的過程中出現(xiàn)了所述異常事件，以使技術人員處理所述異常事件。

進一步地，所述裝置還包括：

接收模塊，用于接收多個測試對象以及分別與每個測試對象相對應的異常處理方案；

創(chuàng)建模塊，用于創(chuàng)建測試對象與異常處理方案之間的對應關系；

存儲模塊，用于對于每一測試對象，將所述測試對象與所述測試對象相對應的異常處理方案作為一條記錄存儲在所述創(chuàng)建的對應關系中。

本發(fā)明的實施例提供的技術方案可以包括以下有益效果：在本發(fā)明中，在利用測試用例對目標測試對象進行測試的過程中，檢測是否出現(xiàn)異常事件；當出現(xiàn)異常事件時，無需技術人員檢查該異常事件的產(chǎn)生原因以及無需根據(jù)該異常事件的產(chǎn)生原因指定出解決該異 常事件的解決方案，而是獲取測試對象與異常處理方案之間的對應關系；在該對應關系中查找與目標測試對象對應的異常處理方案；然后利用該異常處理方案處理該異常事件從而解決該異常事件，相比于現(xiàn)有技術，本發(fā)明實施例中可以降低人工成本。

應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本發(fā)明。

附圖說明

此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本發(fā)明的實施例，并與說明書一起用于解釋本發(fā)明的原理。

圖1是根據(jù)一示例性實施例示出的一種異常處理方法的流程圖；

圖2是根據(jù)一示例性實施例示出的一種異常處理方法的流程圖；

圖3是根據(jù)一示例性實施例示出的一種異常處理方法的流程圖；

圖4是根據(jù)一示例性實施例示出的一種異常處理裝置的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。

圖1是根據(jù)一示例性實施例示出的一種異常處理方法的流程圖，如圖1所示，該方法包括以下步驟。

在步驟S101中，在利用測試用例對目標測試對象進行測試的過程中，檢測是否出現(xiàn)異常事件；

測試用例中可以包括一個或多個步驟，當測試用例中包括多個步驟時，這些步驟之間的執(zhí)行的先后順序為預設順序，當設備利用測試用例對目標測試對象進行測試時，需要按照預設順序逐一執(zhí)行測試用例中的每個步驟。

在本發(fā)明實施例中，異常事件包括在執(zhí)行測試用例中的步驟以對目標測試對象進行測試的過程中出現(xiàn)未執(zhí)行成功的步驟。任意一個步驟可以為調(diào)用某一個函數(shù)或獲取某一數(shù)據(jù)等。相應地，當一個步驟為調(diào)用某一函數(shù)時，如果執(zhí)行該步驟后未調(diào)用到該函數(shù)，則確定 該步驟未執(zhí)行成功，出現(xiàn)異常事件。或者，當一個步驟為獲取某一數(shù)據(jù)時，如果執(zhí)行該步驟后未獲取到該數(shù)據(jù)，則確定該步驟未執(zhí)行成功，出現(xiàn)異常事件。

當出現(xiàn)異常事件時，在步驟S102中，獲取本地存儲的測試對象與異常處理方案之間的對應關系；

在本發(fā)明實施例中，技術人員會統(tǒng)計出：當對任一個測試對象進行測試的過程中出現(xiàn)異常事件時處理適用于該異常事件的異常處理方案，對于其他每一測試對象，均執(zhí)行上述操作。然后將每個測試對象及其對應的異常處理方案存儲在設備中。

具體地，技術人員可以在設備中輸入多個測試對象以及與每個測試對象相對應的異常處理方案，接收該多個測試對象以及分別與每個測試對象相對應的異常處理方案；在本地創(chuàng)建測試對象與異常處理方案之間的對應關系；對于任一測試對象，將該測試對象和與該測試對象相對應的異常處理方案作為一條記錄存儲在創(chuàng)建的該對應關系中。對于其他每一測試對象，均執(zhí)行上述操作。如此事先在設備中存儲每個的測試對象及其對應的異常處理方案。

其中，對于對應關系中的任一個異常處理方案，該異常處理方案中包括多個不同處理方法以及多個不同的處理方法之間的優(yōu)先利用順序，對應關系中的其他每一異常處理方案，同樣如此。

處理方法至少包括如下三種：

a、當出現(xiàn)未執(zhí)行成功的步驟時，返回執(zhí)行未執(zhí)行成功的步驟之前的且與未執(zhí)行成功的步驟相鄰的步驟。

b、當出現(xiàn)未執(zhí)行成功的步驟時，重新執(zhí)行未執(zhí)行成功的步驟。

c、當出現(xiàn)未執(zhí)行成功的步驟時，繼續(xù)執(zhí)行測試用例中的未執(zhí)行過的步驟，當執(zhí)行完畢未執(zhí)行過的步驟后重新執(zhí)行測試用例中的所有步驟。

其中，當利用測試用例對一個測試對象進行測試的過程中，如果出現(xiàn)異常事件，并在該對應關系中獲取到與該測試對象相對應的異常處理方案，假設異常處理方案包括上述a、b和c三種處理方法，且上述三種處理方法之間的優(yōu)先利用順序為：a、b和c，則可以先利用處理方法1對異常事件進行處理，當利用處理方法1解決異常事件時，則確定利用該異常處理方案解決該異常事件，當利用處理方法1未解決異常事件時，再利用處理方法2對異常事件進行處理，當利用處理方法2解決異常事件時，則確定利用該異常處理方案解決該異常事件，當利用處理方法2未解決異常事件時，然后利用處理方法3對異常事件進行處理，當利用處理方法3解決異常事件時，則確定利用該異常處理方案解決該異常事件，當利用處理方法3未解決異常事件時，則確定利用該異常處理方案未解決該異常事件。

例如，對于接口測試，需要測試接口是否可用，一般接口測試對應的測試用例中僅包括一個步驟，因此，如果出現(xiàn)異常事件，即當測試用例中的該步驟未執(zhí)行成功時，則優(yōu)先利用處理方法b，所以，與接口測試相對應的異常處理方案中至少需要包括處理方法c；另外，當接口測試相對應的異常處理方案中同時包括處理方法a、b和c時，這三個處理方法之間的優(yōu)先利用順序可以為bac或bca，優(yōu)選地，優(yōu)先利用順序為bac。

再例如，對于UI自動化測試，一般情況下，UI自動化測試對應的測試用例中一般會包括多個步驟，且前一步驟對后一步驟的影響較大。其中，如果一個步驟未執(zhí)行成功，一般是由于上一步驟導致的，例如上一步驟執(zhí)行成功，即上一步驟雖然調(diào)用到函數(shù)或者雖然獲取到數(shù)據(jù)，但是上一步驟調(diào)用的函數(shù)有誤或獲取的數(shù)據(jù)有誤，而導致當前步驟未執(zhí)行成功。然而，有時候當前步驟未執(zhí)行成功的原因并不是由于上一步驟導致的。因此，與UI自動化測試相對應的異常處理方案中至少需要包括處理方法a和b，且這兩個處理方法之間的優(yōu)先利用順序可以為ab。另外，當UI自動化測試相對應的異常處理方案中同時包括處理方法a、b和c時，這三個處理方法之間的優(yōu)先利用順序可以為abc。

在步驟S103中，在該對應關系中查找與目標測試對象對應的異常處理方案；

在步驟S104中，利用該異常處理方案處理該異常事件。

在本發(fā)明圖1所示的實施例中，在利用測試用例對目標測試對象進行測試的過程中，檢測是否出現(xiàn)異常事件；當出現(xiàn)異常事件時，無需技術人員檢查該異常事件的產(chǎn)生原因以及無需根據(jù)該異常事件的產(chǎn)生原因指定出解決該異常事件的解決方案，而是獲取測試對象與異常處理方案之間的對應關系；在該對應關系中查找與目標測試對象對應的異常處理方案；然后利用該異常處理方案處理該異常事件從而解決該異常事件，相比于現(xiàn)有技術，本發(fā)明實施例中可以降低人工成本。

其中，在前述實施例中，當利用該異常處理方案處理該異常事件后，有時候可能會未解決該異常事件，即未排除掉異常，如果未解決該異常事件，則就無法完成對目標測試對象進行測試。

因此，為了能夠完成對目標測試對象的測試，在本發(fā)明另一實施例中，參見圖2，該方法還包括：

在步驟S201中，判斷利用該異常處理方案是否已解決該異常事件；

當未解決該異常事件時，執(zhí)行步驟S104：利用該異常處理方案處理該異常事件。

其中，當未解決該異常事件時，為了增加能夠解決該異常事件的可能性，可以再次利用該異常處理方案處理該異常事件。

其中，當解決該異常事件時，結束流程。

進一步地，在步驟S202之后，可以繼續(xù)判斷利用該異常處理方案是否已經(jīng)解決該異常事件，如果解決該異常事件，則結束流程，如果還未解決該異常事件，繼續(xù)利用異常處理方案處理異常事件，直至解決該異常事件位置。

其中，在本發(fā)明實施例中，在某些特殊情況下，如果多次利用該異常處理方案處理該異常事件后仍舊不能解決該異常事件，則說明該異常處理方案可能與該異常事件不對應，即該異常處理方案可能不是用于解決該異常事件的異常處理方案，如果一直繼續(xù)利用該異常處理方案處理該異常事件，則很可能一直無法解決該異常事件，不僅浪費了設備的系統(tǒng)資源，可耽誤了解決該異常事件的時間。

因此，為了能夠盡快解決該異常事件，在本發(fā)明實施例中，技術人員可以事先在設備中設置預設次數(shù)，預設次數(shù)可以為2次、3次或5次等，本發(fā)明對此不加以限定。

進一步地，參見圖3，該方法還包括：

這樣，當未解決異常事件時，在步驟S301中，判斷利用該異常處理方案處理該異常事件的處理次數(shù)是否小于預設次數(shù)；

當利用該異常處理方案處理該異常事件的處理次數(shù)小于預設次數(shù)時，執(zhí)行步驟S104，利用該異常處理方案處理該異常事件；

當利用該異常處理方案處理該異常事件的處理次數(shù)大于或等于預設次數(shù)時，在步驟S302中，向技術人員提示在利用測試用例對目標測試對象進行測試的過程中出現(xiàn)了該異常事件，以使技術人員處理該異常事件。

在本發(fā)明實施例中，當利用該異常處理方案處理該異常事件的處理次數(shù)大于或等于預設次數(shù)時，則確定該異常處理方案可能與該異常事件不對應，即該異常處理方案可能不是用于解決該異常事件的異常處理方案，如果一直繼續(xù)利用該異常處理方案處理該異常事件，則很可能一直無法解決該異常事件，不僅浪費了設備的系統(tǒng)資源，可耽誤了解決該異常事件的時間。

因此，為了避免浪費設備過多的系統(tǒng)資源以及能夠盡快解決該異常事件，此時不再利用該異常處理方案處理該異常事件，而需要尋求技術人員的幫助，例如，可以向技術人員提示在利用測試用例對目標測試對象進行測試的過程中出現(xiàn)了該異常事件；以使技術人員處理該異常事件。

當技術人員收到設備的提示后，可以檢查測試用例中的哪些步驟執(zhí)行失敗，再排查執(zhí)行失敗的原因，然后制定出解決方案以使測試用例中的步驟能夠執(zhí)行成功，從而解決該異常事件，并完成對目標測試對象的測試。

圖4是根據(jù)一示例性實施例示出的一種異常處理裝置的框圖。參照圖4，該裝置包括：

檢測模塊11，用于在利用測試用例對目標測試對象進行測試的過程中，檢測是否出現(xiàn)異常事件；

獲取模塊12，用于當出現(xiàn)異常事件時，獲取本地存儲的測試對象與異常處理方案之間的對應關系；

查找模塊13，用于在所述對應關系中查找與所述目標測試對象對應的異常處理方案；

處理模塊14，用于利用所述異常處理方案處理所述異常事件。

在本發(fā)明圖4所示的實施例中，在利用測試用例對目標測試對象進行測試的過程中，檢測是否出現(xiàn)異常事件；當出現(xiàn)異常事件時，無需技術人員檢查該異常事件的產(chǎn)生原因以及無需根據(jù)該異常事件的產(chǎn)生原因指定出解決該異常事件的解決方案，而是獲取測試對象與異常處理方案之間的對應關系；在該對應關系中查找與目標測試對象對應的異常處理方案；然后利用該異常處理方案處理該異常事件從而解決該異常事件，相比于現(xiàn)有技術，本發(fā)明實施例中可以降低人工成本。

其中，所述異常事件包括在執(zhí)行測試用例中的步驟以對目標測試對象進行測試的過程中出現(xiàn)未執(zhí)行成功的步驟；

對于所述對應關系中的每一個異常處理方案，所述異常處理方案中包括多個不同處理方法以及所述多個不同的處理方法之間的優(yōu)先利用順序。

其中，所述處理方法至少包括：

當出現(xiàn)未執(zhí)行成功的步驟時，重新執(zhí)行所述未執(zhí)行成功的步驟；

當出現(xiàn)未執(zhí)行成功的步驟時，返回執(zhí)行所述未執(zhí)行成功的步驟之前的且與所述未執(zhí)行成功的步驟相鄰的步驟；

當出現(xiàn)未執(zhí)行成功的步驟時，繼續(xù)執(zhí)行所述測試用例中的未執(zhí)行過的步驟，當執(zhí)行完畢所述未執(zhí)行過的步驟后重新執(zhí)行所述測試用例中的所有步驟。

進一步地，所述裝置還包括：

第一判斷模塊，用于判斷利用所述異常處理方案是否已解決所述異常事件；

所述處理模塊還用于當未解決所述異常事件時，再次利用所述異常處理方案處理所述異常事件。

進一步地，所述裝置還包括：

第二判斷模塊，用于當未解決所述異常事件時，判斷利用所述異常處理方案處理所述異常事件的處理次數(shù)是否小于預設次數(shù)；

所述處理模塊還用于模塊，用于當小于所述預設次數(shù)時，再次利用所述異常處理方案處理所述異常事件的步驟；

提示模塊，用于當大于或等于所述預設次數(shù)時，向技術人員提示在利用所述測試用例對所述目標測試對象進行測試的過程中出現(xiàn)了所述異常事件，以使技術人員處理所述異常事件。

進一步地，所述裝置還包括：

接收模塊，用于接收多個測試對象以及分別與每個測試對象相對應的異常處理方案；

創(chuàng)建模塊，用于創(chuàng)建測試對象與異常處理方案之間的對應關系；

存儲模塊，用于對于每一測試對象，將所述測試對象與所述測試對象相對應的異常處理方案作為一條記錄存儲在所述創(chuàng)建的對應關系中。

關于上述實施例中的裝置，其中各個模塊執(zhí)行操作的具體方式已經(jīng)在有關該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。

本領域技術人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本發(fā)明的其它實施方案。本申請旨在涵蓋本發(fā)明的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本發(fā)明的一般性原理并包括本發(fā)明未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本發(fā)明的真正范圍和精神由所附的權利要求指出。

應當理解的是，本發(fā)明并不局限于上面已經(jīng)描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本發(fā)明的范圍僅由所附的權利要求來限制。