本發(fā)明涉及軟件測試技術領域，具體而言，涉及一種軟件測試裝置及方法。

背景技術：

隨著科技的飛速發(fā)展，各種電子產(chǎn)品也在不斷更新?lián)Q代，而與之對應的各類型應用軟件也應運而生，同時還在不斷推陳出新；為避免在使用這些軟件的過程中，經(jīng)常出現(xiàn)崩潰、卡頓等現(xiàn)象，給用戶造成不好的體驗感，技術人員開發(fā)完成一款app后，需要對該app進行測試，以減少運行app過程中報錯的概率。

目前，在開發(fā)過程中，技術人員會布置一個或者多個測試環(huán)境，在測試階段需要給測試部門不同的版本測試，測試部門再通過第三方軟件抓取數(shù)據(jù)接口，如此以來，測試步驟繁瑣，浪費不必要的時間；此外，當測試環(huán)境中某個環(huán)節(jié)出現(xiàn)問題時，測試人員首先需要反饋到app開發(fā)人員，開發(fā)人員再通過切換問題環(huán)境、重啟項目才能進一步定位問題。這種對軟件進行測試的方法步驟繁多、效率低下。

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

本發(fā)明的目的在于提供一種軟件測試裝置及方法，以使得切換軟件測試環(huán)境的方式更為簡單、方便，以提高測試人員的測試效率。

為了實現(xiàn)上述目的，本發(fā)明實施例采用的技術方案如下：

第一方面，本發(fā)明實施例提供了一種軟件測試裝置，所述軟件測試裝置包括：

工作模式進入單元，用于響應第一測試指令而進入接口測試模式；

接口選擇單元，用于在進入所述接口測試模式后，響應第二測試指令而從多個待測接口中選定測試接口；

報文收發(fā)單元，用于通過所述測試接口發(fā)送請求報文至與所述測試接口對應的服務器，并接收所述服務器反饋的響應報文；

顯示單元，用于顯示所述響應報文。

第二方面，本發(fā)明實施例還提供了一種軟件測試方法，所述軟件測試方法包括：

響應第一測試指令而進入接口測試模式；

在進入所述接口測試模式后，響應第二測試指令而從多個待測接口中選定測試接口；

通過所述測試接口發(fā)送請求報文至與所述測試接口對應的服務器，并接收所述服務器反饋的響應報文；

顯示所述響應報文。

本發(fā)明實施例提供的軟件測試裝置及方法，首先從多個模式中選擇接口測試模式，再從多個待測接口中選定測試接口進行測試，若需要切換測試環(huán)境，則從多個待測接口中選擇另一個測試接口進行測試，可以達到快速、方便地實現(xiàn)切換測試環(huán)境的效果，可節(jié)省切換測試步驟，以達到節(jié)約時間、人力資源等效果；當測試完成后，再將測試結果通過包括該軟件測試裝置的用戶終端顯示出來，可以使得測試結果可以更加直觀、方便、快捷地呈現(xiàn)給測試人員。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合所附附圖，作詳細說明如下。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，應當理解，以下附圖僅示出了本發(fā)明的某些實施例，因此不應被看作是對范圍的限定，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他相關的附圖。

圖1示出了本發(fā)明實施例提供的用戶終端的功能框圖。

圖2示出了本發(fā)明實施例提供的軟件測試裝置的功能模塊圖。

圖3示出了本發(fā)明實施例提供的軟件測試方法中接口測試模式的流程圖。

圖4示出了本發(fā)明實施例提供的軟件測試方法中渲染測試模式的流程圖。

圖5示出了本發(fā)明實施例提供的軟件測試方法中崩潰測試模式的流程圖。

圖6示出了本發(fā)明實施例提供的軟件測試方法中日志顯示模式的流程圖。

圖7示出了本發(fā)明實施例提供的軟件測試方法中更新檢測模式的流程圖。

圖8示出了工作模式進入單元的顯示界面。

圖標：100-用戶終端；101-存儲器；102-存儲控制器；103-處理器；104-外設接口；105-射頻單元；106-觸控屏幕；200-軟件測試裝置；201-工作模式進入單元；202-接口選擇單元；203-報文收發(fā)單元；204-對象調(diào)用單元；205-監(jiān)測單元；206-判斷單元；207-顯示單元；208-崩潰日志生成單元；209-檢測單元；210-下載單元。

具體實施方式

下面將結合本發(fā)明實施例中附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設計。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例?；诒景l(fā)明的實施例，本領域技術人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

應注意到：相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋。同時，在本發(fā)明的描述中，術語“第一”、“第二”等僅用于區(qū)分描述，而不能理解為指示或暗示相對重要性。

請參閱圖1，圖1示出了一種可應用于本發(fā)明實施例中的用戶終端100的功能框圖。如圖1所示，用戶終端100包括軟件測試裝置200、存儲器101、存儲控制器102，一個或多個(圖中僅示出一個)處理器103、外設接口104、射頻單元105、觸控屏幕106等。這些組件通過一條或多條通訊總線/信號線相互通訊。所述軟件測試裝置200包括至少一個可以軟件或固件(firmware)的形式存儲于所述存儲器101中或固化在所述用戶終端100的操作系統(tǒng)(operatingsystem，os)中的軟件功能單元。

存儲器101可用于存儲軟件程序以及單元，如本發(fā)明實施例中的軟件測試裝置及方法所對應的程序指令/單元，處理器103通過運行存儲在存儲器101內(nèi)的軟件程序以及單元，從而執(zhí)行各種功能應用以及數(shù)據(jù)處理，如本發(fā)明實施例提供的網(wǎng)頁資源獲取方法。存儲器101可包括高速隨機存儲器101，還可包括非易失性存儲器101，如一個或者多個磁性存儲裝置、閃存、或者其他非易失性固態(tài)存儲器101。處理器103以及其他可能的組件對存儲器101的訪問可在存儲控制器102的控制下進行。

外設接口104將各種輸入/輸出裝置耦合至處理器103以及存儲器101。在一些實施例中，外設接口104、處理器103以及存儲控制器102可以在單個芯片中實現(xiàn)。在其他一些實例中，他們可以分別由獨立的芯片實現(xiàn)。

射頻單元105用于接收以及發(fā)送電磁波，實現(xiàn)電磁波與電信號的相互轉換，從而與通訊網(wǎng)絡或者其他設備進行通訊。

觸控屏幕106在用戶終端100與用戶之間提供一個輸出及輸入界面，以實現(xiàn)用戶終端100與用戶的交互。觸控屏幕106能感應到來自該觸控屏幕106上的觸控操作，并將該感應到的觸控操作交由處理器103進行處理。

可以理解，圖1所示的結構僅為示意，用戶終端100還可包括比圖1中所示更多或者更少的組件，或者具有與圖1所示不同的配置。圖1中所示的各組件可以采用硬件、軟件或其組合實現(xiàn)。

本發(fā)明實施例提出的軟件測試裝置及方法，提供了一種新的軟件測試方法。該軟件測試裝置200、方法可適用于android操作系統(tǒng)、ios操作系統(tǒng)、windowsphone操作系統(tǒng)等平臺。具體地，本發(fā)明實施例提出的軟件測試裝置及方法可應用于用戶終端100的各種應用程序。

下面將結合本發(fā)明實施例中附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設計。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例?；诒景l(fā)明的實施例，本領域技術人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

應注意到：相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋。同時，在本發(fā)明的描述中，術語“第一”、“第二”等僅用于區(qū)分描述，而不能理解為指示或暗示相對重要性。

第一實施例

請參閱圖2，本發(fā)明實施例提供的一種軟件測試裝置200，用于在軟件開發(fā)過程中，對軟件進行測試，以發(fā)現(xiàn)軟件中可能存在的錯誤。該軟件測試裝置200包括工作模式進入單元201、接口選擇單元202、報文收發(fā)單元203、對象調(diào)用單元204、監(jiān)測單元205、判斷單元206、顯示單元207、崩潰日志生成單元208、檢測單元209以及下載單元210。

工作模式進入單元201用于響應不同的指令而執(zhí)行不同的操作，其操作可以包括但不僅限于以下幾種。請參閱圖8，示出了工作模式進入單元201的顯示界面。

第一種，工作模式進入單元201用于響應第一測試指令而進入接口測試模式。

當測試人員通過觸控屏幕106點擊“接口”時，進入接口測試模式。進入接口測試模式后，軟件測試裝置200可以使得用戶終端100在不同測試環(huán)境下進行接口測試。

第二種，工作模式進入單元201用于響應第三測試指令而進入渲染測試模式。

當測試人員通過觸控屏幕106點擊“渲染”時，進入渲染測試模式。進入渲染測試模式后，軟件測試裝置200可以定位到加載緩慢的界面，以確定代碼是否需要優(yōu)化。

第三種，工作模式進入單元201用于響應第四測試指令而進入崩潰測試模式。

當測試人員通過觸控屏幕106點擊“崩潰”時，進入崩潰測試模式。進入崩潰測試模式后，軟件測試裝置200可以定位問題代碼、解析崩潰發(fā)生的原因，以使得測試人員可以及時依據(jù)錯誤修改代碼。

第四種，工作模式進入單元201用于響應第一選擇指令而進入日志顯示模式。

當測試人員通過觸控屏幕106點擊“日志”時，進入日志顯示模式。進入日志顯示模式后，測試人員可以查看歷次崩潰發(fā)生的時間、錯誤函數(shù)以及問題代碼，便于測試人員再次分析。

第五種，工作模式進入單元201用于響應第二選擇指令而而進入更新檢測模式。

當測試人員通過觸控屏幕106點擊“版本更新”時，進入更新檢測模式。進入更新檢測模式后，用戶可以查看是否有更新包，便于更新測試包。

當工作模式進入單元201響應第一測試指令并進入接口測試模式時；

接口選擇單元202用于在進入接口測試模式后，響應第二測試指令而從多個待測接口中選定測試接口。

當測試人員進行軟件測試時，需要在用戶終端100上安裝相應的測試包，測試包中包換技術人員預設定的多個不同地址的待測接口。通過接口選擇單元202，測試人員可以從預設定的多種不同待測接口中選擇一個測試接口進行測試，在需要切換測試環(huán)境時，測試人員僅通過接口選擇單元202便能選擇預設定的多種不同待測接口中的另一個測試接口，而無需采用替換軟件更新包的方式來達到切換測試環(huán)境的效果，使得對應用軟件測試環(huán)境切換的過程更加方便、自由、快捷。

需要說明的是，不同的待測接口具有不同的地址，并且每一個待測接口都有與之對應的服務器。

報文收發(fā)單元203用于通過所述測試接口發(fā)送請求報文至與所述測試接口對應的服務器，并接收所述服務器反饋的響應報文

在對接口進行測試時，報文收發(fā)單元203首先通過測試接口發(fā)送請求報文至與該測試接口對應的服務器，服務器接收到報文后再反饋響應報文至報文收發(fā)單元203，用戶終端100通過解析該響應報文，便能得知該測試接口與服務器的連接狀態(tài)是否正常。

此外，通過報文收發(fā)單元203，用戶終端100可以實時獲取服務器反饋的響應報文，而無需借助第三方軟件，使得對接口進行測試的過程更為簡單、方便。

顯示單元207用于顯示所述響應報文。

所述響應報文的內(nèi)容包括但不僅限于：發(fā)送請求報文的時間、請求報文的內(nèi)容、接收到響應報文的時間、響應報文的內(nèi)容、接口地址、數(shù)據(jù)大小、數(shù)據(jù)描述以及錯誤描述等。其中，數(shù)據(jù)描述是測試接口與服務器的連接狀態(tài)正常時才包含的內(nèi)容；錯誤描述是測試接口與服務器的連接狀態(tài)不正常時包含的內(nèi)容。

還需要說明的是，通過顯示單元207顯示響應報文，可以使得測試人員在不需要使用第三方的情況下，僅通過本用戶終端100便能得知對接口進行測試的結果，使得測試結果能更加直觀、方便、快捷地呈現(xiàn)給測試人員。

當工作模式進入單元201響應第三測試指令并進入渲染測試模式時；

對象調(diào)用單元204用于在進入渲染測試模式后，調(diào)用預建立的待調(diào)用對象。

在本實施例中，待調(diào)用對象為cadisplaylink對象，cadisplaylink對象的頻率一般為60hz。其中，軟件測試裝置200的主runloop用于調(diào)用該cadisplaylink對象。

監(jiān)測單元205，用于監(jiān)測所述待調(diào)用對象的被調(diào)用次數(shù)。

理論情況下，待調(diào)用對象的每秒傳輸幀數(shù)(framespersecond，fps)應該為60幀。而通過監(jiān)測單元205對待調(diào)用對象的實際調(diào)用次數(shù)，即每秒傳輸幀數(shù)。再通過將實際值與理論值進行比對，便能得知是否出線掉幀情況。具體地，若實際fps小于60，則說明用戶終端100出線掉幀情況。

判斷單元206用于判斷所述被調(diào)用次數(shù)是否小于或等于預設定次數(shù)。

通常情況下，若用戶終端100僅出現(xiàn)的輕微的掉幀現(xiàn)象，人眼并不能發(fā)現(xiàn)該掉幀現(xiàn)象，只有在掉幀情況較為嚴重時，人眼才能觀察到。因而預設定次數(shù)應當依據(jù)人眼的實際視覺效果來確定，即以人眼能觀察到的掉幀情況來確定預設定次數(shù)。因此，當被調(diào)用次數(shù)小于或等于預設定次數(shù)時，說明用戶終端100當前出現(xiàn)了較為嚴重的掉幀情況。

所述判斷單元206還用于判斷若所述被調(diào)用次數(shù)小于或等于預設定次數(shù)時，判斷維持所述被調(diào)用次數(shù)小于或等于所述預設定次數(shù)的狀態(tài)的時間是否大于預設定時間。

一般說來，如果維持掉幀現(xiàn)象的時間很短，例如幾微秒，人眼則是不能清楚地觀察到該掉幀現(xiàn)象的。因此通過進一步判定維持所述被調(diào)用次數(shù)小于或等于所述預設定次數(shù)的狀態(tài)的時間是否大于預設定時間，能夠判斷當前掉幀現(xiàn)象是否能夠為人眼識別。

顯示單元207還用于若所述被調(diào)用次數(shù)小于或等于預設定次數(shù)，且維持所述被調(diào)用次數(shù)小于或等于預設定次數(shù)的狀態(tài)的時間小于預設定時間時，顯示卡頓圖像。

在調(diào)用次數(shù)小于或等于預設定次數(shù)的同時，維持所述被調(diào)用次數(shù)小于或等于所述預設定次數(shù)的狀態(tài)的時間還小于預設定時間，測試人員能夠清楚地觀察到界面上的掉幀情況，即卡頓現(xiàn)象。一般地，造成該卡頓現(xiàn)象的原因則很可能是內(nèi)部代碼邏輯出現(xiàn)問題，從而導致界面加載緩慢。此外，通過顯示單元207將該掉幀現(xiàn)象呈現(xiàn)在測試人員面前，能給測試人員較為直觀的測試感受，能夠清楚地得知內(nèi)部代碼邏輯是否還需優(yōu)化。

當工作模式進入單元201響應第四測試指令并進入崩潰測試模式時；

問題追蹤單元用于在進入崩潰測試模式，若所述軟件測試裝置200閃退時追蹤問題代碼及錯誤函數(shù)。

當閃退發(fā)生時，問題追蹤單元可以快速定位到問題代碼，并找出錯誤函數(shù)，便于技術人員及時修改錯誤代碼。

崩潰日志生成單元208用于依據(jù)所述崩潰發(fā)生的時間、問題代碼及錯誤函數(shù)生成崩潰日志。

通過生成崩潰日志，可以便于用戶方便、快捷地查看歷次出現(xiàn)崩潰的時間、原因等信息，便于技術人員再次查閱、翻看。

當工作模式進入單元201響應第一選擇指令并進入日志顯示模式時；

顯示單元207用于在進入所述日志顯示模式后，顯示所述崩潰日志。

通過顯示單元207顯示崩潰日志，測試人員可以方便、快捷地查看歷次出現(xiàn)崩潰的時間、原因等信息。

當工作模式進入單元201響應第二選擇指令并進入更新檢測模式時；

檢測單元209用于在進入所述更新檢測模式后，檢測下載平臺是否包含更新包。

若檢測單元209檢測到下載平臺包含有更新包，則向下載平臺發(fā)起下載申請。

下載單元210用于若所述下載平臺包含更新包時，發(fā)送下載請求至所述下載平臺并接收所述下載平臺反饋的更新包。

通過向下載平臺發(fā)起下載請求，并在通過下載平臺反饋的更新包，能夠避免測試人員按照傳統(tǒng)的掃二維碼等方式下載更新包，使得對待測應用軟件更新測試包的過程更加方面、簡單。

第二實施例

本發(fā)明實施例提供的一種軟件測試方法，應用于用戶終端100。需要說明的是，本實施例所提供的軟件測試方法，其基本原理及產(chǎn)生的技術效果和上述實施例相同，為簡要描述，本實施例部分未提及之處，可參考上述的實施例中相應內(nèi)容。所述軟件測試方法包括：

請參閱圖3，第一種：進入接口測試模式

步驟s301：響應第一測試指令而進入接口測試模式。

可以理解地，通過工作模式進入單元201可以執(zhí)行步驟s301。

步驟s302：響應第二測試指令而從多個待測接口中選定測試接口。

可以理解地，通過接口選擇單元202可以執(zhí)行步驟s302。

步驟s303：通過所述測試接口發(fā)送請求報文至與所述測試接口對應的服務器，并接收所述服務器反饋的響應報文。

可以理解地，通過報文收發(fā)單元203可以執(zhí)行步驟s303。

步驟s304：顯示所述響應報文。

可以理解地，通過顯示單元207可以執(zhí)行步驟s304。

請參閱圖4，第二種：進入渲染測試模式

步驟s401：響應第三測試指令而進入渲染測試模式。

可以理解地，通過工作模式進入單元201可以執(zhí)行步驟s401。

步驟s402：調(diào)用預建立的待調(diào)用對象。

可以理解地，通過對象調(diào)用單元204可以執(zhí)行步驟s402。

步驟s403：監(jiān)測所述待調(diào)用對象的被調(diào)用次數(shù)。

可以理解地，通過監(jiān)測單元205可以執(zhí)行步驟s403。

步驟s404：判斷所述被調(diào)用次數(shù)是否小于或等于預設定的次數(shù)。如果是，則執(zhí)行步驟s405；如果否，則執(zhí)行步驟s403。

可以理解地，通過判斷單元206可以執(zhí)行步驟s404。

步驟s405：判斷維持所述被調(diào)用次數(shù)小于或等于所述預設定次數(shù)的狀態(tài)的時間是否大于預設定時間。如果是，則執(zhí)行步驟s406；如果否，則執(zhí)行步驟s403。

可以理解地，通過判斷單元206可以執(zhí)行步驟s405。

步驟s406：顯示卡頓圖像。

可以理解地，通過顯示單元207可以執(zhí)行步驟s406。

請參閱圖5，第三種：進入崩潰測試模式

步驟s501：響應第四測試指令而進入崩潰測試模式。

可以理解地，通過工作模式進入單元201可以執(zhí)行步驟s501。

步驟s502：若發(fā)生閃退則追蹤問題代碼及錯誤函數(shù)。

可以理解地，通過問題追蹤單元可以執(zhí)行步驟s502。

步驟s503：依據(jù)所述崩潰發(fā)生的時間、所述問題代碼以及所述錯誤函數(shù)生成崩潰日志。

可以理解地，通過崩潰日志生成單元208可以執(zhí)行步驟s503。

請參閱圖6，第四種：進入崩潰日志顯示模式

步驟s601：響應第一選擇指令而進入日志顯示模式。

可以理解地，通過工作模式進入單元201可以執(zhí)行步驟s601。

步驟s602：顯示所述崩潰日志。

可以理解地，通過顯示單元207可以執(zhí)行步驟s602。

請參閱圖7，第五種：進入更新檢測模式模式

步驟s701：響應第二選擇指令而進入更新檢測模式。

可以理解地，通過工作模式進入單元201可以執(zhí)行步驟s701。

步驟s702：檢測下載平臺是否包含更新包。如果是，則執(zhí)行步驟s703；如果否，則執(zhí)行步驟s701。

可以理解地，通過檢測單元209可以執(zhí)行步驟s702。

步驟s703：發(fā)送下載請求至所述下載平臺并接收所述下載平臺反饋的更新包。

可以理解地，通過下載單元210可以執(zhí)行步驟s703。

綜上所述，本發(fā)明實施例提供的軟件測試裝置及方法，首先從多個模式中選擇接口測試模式，再從多個待測接口中選定測試接口進行測試，若需要切換測試環(huán)境，則從多個待測接口中選擇另一個測試接口進行測試，可以達到快速、方便地實現(xiàn)切換測試環(huán)境的效果；當測試完成后，再將測試結果通過用戶終端顯示出來，可以使得測試結果可以更加直觀、方便、快捷地呈現(xiàn)給測試人員。

在本申請所提供的幾個實施例中，應該理解到，所揭露的裝置和方法，也可以通過其它的方式實現(xiàn)。以上所描述的裝置實施例僅僅是示意性的，例如，附圖中的流程圖和框圖顯示了根據(jù)本發(fā)明的多個實施例的裝置、方法和計算機程序產(chǎn)品的可能實現(xiàn)的體系架構、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個單元、程序段或代碼的一部分，所述單元、程序段或代碼的一部分包含一個或多個用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應當注意，在有些作為替換的實現(xiàn)方式中，方框中所標注的功能也可以以不同于附圖中所標注的順序發(fā)生。例如，兩個連續(xù)的方框實際上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或動作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以用專用硬件與計算機指令的組合來實現(xiàn)。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一起形成一個獨立的部分，也可以是各個單元單獨存在，也可以兩個或兩個以上單元集成形成一個獨立的部分。

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

需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。應注意到：相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋。