本發(fā)明涉及軟件自動化測試技術(shù)領(lǐng)域，特別涉及一種軟件自動化測試方法及裝置。

背景技術(shù)：

在現(xiàn)代軟件開發(fā)流程中，自動化測試已成為其中必不可少的一個環(huán)節(jié)。通過自動運行預(yù)先設(shè)計的測試用例，得到實際結(jié)果，與期望結(jié)果進(jìn)行比較，并生成測試報告。在此過程中，可以很大程度地節(jié)省人力成本、時間成本和硬件資源，提高測試效率，并能盡早地發(fā)現(xiàn)軟件設(shè)計和軟件實現(xiàn)中存在的缺陷。

現(xiàn)有的自動化測試方法通常是：設(shè)置定時任務(wù)，編譯和構(gòu)建版本，運行軟件系統(tǒng)的升級或安裝程序，運行預(yù)先設(shè)計的測試用例，檢查和分析測試結(jié)果等。在這一過程中，如果軟件系統(tǒng)較龐大或測試用例數(shù)量較多，整個測試過程將會消耗較長的時間，這樣就不能及時發(fā)現(xiàn)問題，無法做到快速驗證和快速反饋的目的。

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

本發(fā)明的目的在于提供一種軟件自動化測試方法及裝置，解決現(xiàn)有技術(shù)中因不能及時發(fā)現(xiàn)問題而無法做到快速驗證和快速反饋的問題。

因各行業(yè)領(lǐng)域?qū)浖到y(tǒng)的組成方式的稱謂各不相同，本文做如下約定：軟件系統(tǒng)由若干個軟件包組成，每個軟件包完成相對獨立的功能。

根據(jù)本發(fā)明的一個方面，提供了一種軟件自動化測試方法，包括以下步驟：

獲取帶有補丁版本號的補丁包，對軟件系統(tǒng)中的相應(yīng)軟件包進(jìn)行更新；

根據(jù)所述補丁版本號，篩選出已更新的軟件包；

通過運行篩選出的已更新的軟件包所配置的測試用例，對已更新的軟件包進(jìn)行測試。

根據(jù)本發(fā)明的另一方面，提供了一種軟件自動化測試裝置，包括：

更新模塊，用于獲取帶有補丁版本號的補丁包，對軟件系統(tǒng)中的相應(yīng)軟件包進(jìn)行更新；

篩選模塊，用于根據(jù)所述補丁版本號，篩選出已更新的軟件包；

測試模塊，用于通過運行篩選出的已更新的軟件包所配置的測試用例，對已更新的軟件包進(jìn)行測試。

與現(xiàn)有技術(shù)相比較，本發(fā)明的有益效果在于：

本發(fā)明只更新軟件系統(tǒng)中有代碼變更的軟件包，并且只運行相關(guān)的測試用例，可以很大程度地節(jié)省每次自動化測試過程的時間，達(dá)到快速驗證和快速反饋的目的。

附圖說明

圖1是本發(fā)明實施例提供的一種軟件自動化測試方法的流程圖；

圖2是本發(fā)明實施例提供的一種軟件自動化測試裝置的示意圖；

圖3是本發(fā)明實施例一提供的增量式軟件自動化測試方法的流程示意圖；

圖4為本發(fā)明實施例一提供的增量式軟件自動化測試系統(tǒng)的結(jié)構(gòu)示意圖；

圖5為本發(fā)明實施例二提供的增量式軟件自動化測試方法的流程示意圖；

圖6為本發(fā)明實施例二提供的增量式軟件自動化測試系統(tǒng)的結(jié)構(gòu)示意圖；

圖7為本發(fā)明實施例三提供的增量式軟件自動化測試方法的示意圖。

具體實施方式

以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進(jìn)行詳細(xì)說明，應(yīng)當(dāng)理解，以下所說明的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。

圖1顯示了本發(fā)明實施例提供的一種軟件自動化測試方法的流程圖，如圖1所示，包括以下步驟：

步驟S101：獲取帶有補丁版本號的補丁包，對軟件系統(tǒng)中的相應(yīng)軟件包進(jìn)行更新；

步驟S102：根據(jù)所述補丁版本號，篩選出已更新的軟件包；

步驟S103：通過運行篩選出的已更新的軟件包所配置的測試用例，對已更新的軟件包進(jìn)行測試。

其中，由版本服務(wù)器編譯和發(fā)布所述的帶有補丁版本號的補丁包，具體為：當(dāng)檢查到所述代碼服務(wù)器有代碼合入時，獲取所合入的代碼；根據(jù)所獲取的合入的代碼重新編譯與所述合入代碼相關(guān)的軟件包；將重新編譯后的軟件包打包成補丁包，發(fā)布到公共服務(wù)器上。

其中，由自動化測試環(huán)境從公共服務(wù)器獲取帶有補丁版本號的補丁包，具體為：當(dāng)檢查到所述公共服務(wù)器有更新的補丁包時，獲取帶有補丁版本號的補丁包。

其中，由自動化測試環(huán)境對軟件系統(tǒng)中的相應(yīng)軟件包進(jìn)行更新包括：對所獲取的補丁包通過打補丁的方式覆蓋到所述軟件系統(tǒng)的軟件包中。

本發(fā)明還包括為軟件系統(tǒng)的每個軟件包分別配置用于測試的測試用例，具體為：通過對所述軟件包配置的測試用例進(jìn)行編號，得到與所述軟件包相對應(yīng)的測試用例編號。

所述的根據(jù)所述補丁版本號，篩選出已更新的軟件包包括：根據(jù)所獲取補丁包中帶有的補丁版本號，遍歷匹配每個軟件包的補丁版本號，篩選出已更新的軟件包；根據(jù)所篩選出的軟件包，收集與所述軟件包相對應(yīng)的測試用例編號集合。

所述通過運行篩選出的已更新的軟件包所配置的測試用例，對已更新的軟件包進(jìn)行測試包括：根據(jù)所收集的測試用例編號，對已更新的軟件包進(jìn)行測試。

本發(fā)明運用增量式軟件補丁包的方式，根據(jù)補丁版本號獲取本次需要運行的測試用例集合，并在自動化測試環(huán)境上依次運行所述測試用例編號集合中所包含的測試用例，這樣只需要處理有變化的部分，處理量少，達(dá)到了快速驗證和快速反饋的目的。

圖2顯示了本發(fā)明實施例提供的一種軟件自動化測試裝置的示意圖，如圖2所示，包括：更新模塊201、篩選模塊202以及測試模塊203。更新模塊201，用于獲取帶有補丁版本號的補丁包，對軟件系統(tǒng)中的相應(yīng)軟件包進(jìn)行更新；篩選模塊202，用于根據(jù)所述補丁版本號，篩選出已更新的軟件包；測試模塊203，用于通過運行篩選出的已更新的軟件包所配置的測試用例，對已更新的軟件包進(jìn)行測試。

本發(fā)明還包括：獲取單元，用于當(dāng)檢查到所述代碼服務(wù)器有代碼合入時，獲取所合入的代碼；編譯單元，用于根據(jù)所獲取的合入的代碼重新編譯與所述合入 代碼相關(guān)的軟件包；發(fā)布單元，用于將重新編譯后的軟件包打包成補丁包，發(fā)布到公共服務(wù)器上。

本發(fā)明還包括：配置單元，用于對每個軟件包配置用于測試的測試用例；編號單元，用于通過對所述軟件包配置的測試用例進(jìn)行編號，得到與所述軟件包相對應(yīng)的測試用例編號。

本發(fā)明描述的增量式的含義為：對一個整體系統(tǒng)進(jìn)行操作時，只處理有變化的部分，而不是全部，其特點在于只需要處理有變化的部分，相對于全部，處理量更少、消耗的時間更少。

本發(fā)明提供了一種增量式的軟件自動化測試方法，用于對軟件系統(tǒng)進(jìn)行自動化測試，該方法包括：

首先，選擇一種自動化測試框架，并在其基礎(chǔ)上設(shè)計測試用例，對每一個測試用例使用全局唯一的測試用例編號進(jìn)行管理。在每個軟件包中，以配置文件的方式定義與該軟件包相關(guān)的若干個測試用例編號。

其次，配置版本構(gòu)建服務(wù)器，并使用定時器設(shè)置定時任務(wù)，該任務(wù)在每間隔一段固定的時間(例如半小時)，檢查代碼服務(wù)器是否有代碼合入，如果有，獲取所有合入的代碼；根據(jù)本次合入的代碼，重新編譯與這些代碼相關(guān)的軟件包，其它不相關(guān)的軟件包不作處理。編譯完成后，把本次重新編譯的所有軟件包打包成補丁包的形式發(fā)布在公共服務(wù)器上。補丁包和每個軟件包都以配置文件的方式記錄本次補丁的補丁版本號，補丁版本號每次更新時進(jìn)行遞增，以保證每次的補丁版本號各不相同。

再次，配置自動化測試環(huán)境，并使用定時器設(shè)置定時任務(wù)，該任務(wù)在每間隔一段固定的時間(例如10分鐘)，檢查公共服務(wù)器上是否更新了補丁包，如果有，獲取該補丁包，并對軟件系統(tǒng)進(jìn)行打補丁和重啟操作。根據(jù)本次補丁包中記錄的補丁版本號，遍歷匹配每一個軟件包的補丁版本號，收集形成本次需要運行的測試用例編號集合，并在自動化測試環(huán)境上依次運行所述測試用例編號集合中包含的測試用例。

本發(fā)明還提供了一種增量式的軟件自動化測試系統(tǒng)，用于對軟件系統(tǒng)進(jìn)行自動化測試，該系統(tǒng)包括：自動化測試框架和測試用例模塊、版本構(gòu)建服務(wù)器模塊、自動化測試環(huán)境模塊以及系統(tǒng)軟件模塊。

自動化測試框架和測試用例模塊，負(fù)責(zé)設(shè)計測試用例，并對每一個測試用例使用全局唯一的測試用例編號進(jìn)行管理。在每個軟件包中，以配置文件的方式定義與該軟件包相關(guān)的若干個測試用例編號。

版本構(gòu)建服務(wù)器模塊，負(fù)責(zé)構(gòu)建補丁包。使用定時器設(shè)置定時任務(wù)，該任務(wù)在每間隔一段固定的時間(例如半小時)，檢查代碼服務(wù)器是否有代碼合入，如果有，獲取所有合入的代碼；根據(jù)本次合入的代碼，重新編譯與這些代碼相關(guān)的軟件包，其它不相關(guān)的軟件包不作處理。編譯完成后，把本次重新編譯的所有軟件包打包成補丁包的形式發(fā)布在公共服務(wù)器上。補丁包和每個軟件包都以配置文件的方式記錄本次補丁的補丁版本號，補丁版本號每次更新時進(jìn)行遞增，以保證每次的補丁版本號各不相同。

自動化測試環(huán)境模塊，負(fù)責(zé)進(jìn)行自動化測試。使用定時器設(shè)置定時任務(wù)，該任務(wù)在每間隔一段固定的時間(例如10分鐘)，檢查公共服務(wù)器上是否更新了補丁包，如果有，獲取該補丁包，并對軟件系統(tǒng)進(jìn)行打補丁和重啟操作。根據(jù)本次補丁包中記錄的補丁版本號，遍歷匹配每一個軟件包的補丁版本號，收集形成本次需要運行的測試用例編號集合，并在自動化測試環(huán)境上依次運行所述測試用例編號集合中包含的測試用例。

軟件系統(tǒng)模塊，安裝和運行軟件系統(tǒng)。

圖3顯示了本發(fā)明實施例一提供的增量式軟件自動化測試方法的流程示意圖，如圖3所示，以在無線網(wǎng)管ICM(Integrated Configuration Management，集中配置管理)軟件系統(tǒng)自動化測試為例，具體包括以下步驟：

步驟S301：使用Robot框架設(shè)計ICM自動化測試用例；

使用Robot框架設(shè)計ICM自動化測試用例，包括模型和數(shù)據(jù)上載、檢查進(jìn)程狀態(tài)、規(guī)劃區(qū)下載激活、現(xiàn)網(wǎng)區(qū)數(shù)據(jù)導(dǎo)出導(dǎo)入等，使用格式為Testcase_ICM_001且全局唯一的測試用例編號管理測試用例，并把所述測試用例編號作為Robot框架中相應(yīng)測試用例的標(biāo)簽(tags)。

步驟S302：每個par包中用xml文件定義相關(guān)測試用例編號；

在ICM軟件系統(tǒng)中，軟件包表現(xiàn)為*.par包的形式，每個par包完成相對獨立的功能。在每個par包中，使用xml文件定義與該par包在功能上相關(guān)的測試用例編號。

步驟S303：版本服務(wù)器Jenkins任務(wù)每半小時檢查SVN(Subversion，版本控制系統(tǒng))是否有代碼合入；

在ICM版本構(gòu)建服務(wù)器上，配置Jenkins任務(wù)，該任務(wù)每隔半小時檢查指定的SVN代碼服務(wù)器目錄是否有代碼合入。如果檢查到有代碼合入，轉(zhuǎn)至步驟S304；如果未檢查到有代碼合入，繼續(xù)等待半小時。

步驟S304：獲取代碼編譯相關(guān)par包打包成補丁包發(fā)布在FTP(File Transfer Protocol，文件傳輸協(xié)議)服務(wù)器；

獲取所有合入的代碼，并根據(jù)本次合入的代碼，重新編譯與這些代碼相關(guān)的par包，其它不相關(guān)的par包不作處理。編譯完成后，把本次重新編譯的所有par包打包成補丁包的形式發(fā)布在FTP服務(wù)器上。補丁包和每個par包都以txt文件的方式記錄本次補丁的補丁版本號，補丁版本號格式為Patch_ICM_001且尾數(shù)遞增，以保證每次各不相同。

步驟S305：自動化測試環(huán)境Jenkins任務(wù)1每10分鐘檢查FTP服務(wù)器是否更新了補丁包；

在ICM自動化測試環(huán)境上，配置Jenkins任務(wù)1，該任務(wù)每隔10分鐘檢查指定的FTP服務(wù)器上是否更新了補丁包。如果檢查到更新了補丁包，轉(zhuǎn)至步驟S306；如果未檢查到有補丁包更新，繼續(xù)等待10分鐘。

步驟S306：觸發(fā)Jenkins任務(wù)2獲取補丁包并對ICM服務(wù)器打補丁和重啟；

觸發(fā)Jenkins任務(wù)2，該任務(wù)負(fù)責(zé)獲取補丁包，并對ICM服務(wù)器進(jìn)行打補丁和重啟操作。Jenkins任務(wù)2完成后，轉(zhuǎn)至步驟S307。

步驟S307：觸發(fā)Jenkins任務(wù)3根據(jù)補丁版本號運行增量測試用例。

觸發(fā)Jenkins任務(wù)3，該任務(wù)根據(jù)本次補丁包中記錄的補丁版本號，遍歷匹配每一個par包的補丁版本號，收集形成本次需要運行的測試用例編號集合，并使用—include參數(shù)指定測試用例編號為標(biāo)簽(tags)，在ICM自動化測試環(huán)境上依次運行所述測試用例編號集合中包含的測試用例。

圖4顯示了本發(fā)明實施例一提供的增量式軟件自動化測試系統(tǒng)的結(jié)構(gòu)示意圖，如圖4所示，包括：Robot框架和測試用例401、ICM版本構(gòu)建服務(wù)器402、ICM自動化測試環(huán)境403以及ICM服務(wù)器404。

所述Robot框架和測試用例401。使用Robot框架設(shè)計ICM自動化測試用例，包括模型和數(shù)據(jù)上載、檢查進(jìn)程狀態(tài)、規(guī)劃區(qū)下載激活、現(xiàn)網(wǎng)區(qū)數(shù)據(jù)導(dǎo)出導(dǎo)入等， 使用格式為Testcase_ICM_001且全局唯一的測試用例編號管理測試用例，并把所述測試用例編號作為Robot框架中相應(yīng)測試用例的標(biāo)簽(tags)。

所述ICM版本構(gòu)建服務(wù)器402。在該服務(wù)器上，配置了一個Jenkins任務(wù)，該任務(wù)每隔半小時檢查指定的SVN代碼服務(wù)器目錄是否有代碼合入。如果檢查到有代碼合入，獲取所有合入的代碼，并根據(jù)本次合入的代碼，重新編譯與這些代碼相關(guān)的par包，其它不相關(guān)的par包不作處理。編譯完成后，把本次重新編譯的所有par包打包成補丁包的形式發(fā)布在FTP服務(wù)器上。

所述ICM自動化測試環(huán)境403。在該環(huán)境上，配置了三個Jenkins任務(wù)。Jenkins任務(wù)1，每隔10分鐘檢查指定的FTP服務(wù)器上是否更新了補丁包。如果檢查到更新了補丁包，觸發(fā)Jenkins任務(wù)2，該任務(wù)負(fù)責(zé)獲取補丁包，并對ICM服務(wù)器進(jìn)行打補丁和重啟操作。Jenkins任務(wù)2完成后，觸發(fā)Jenkins任務(wù)3，該任務(wù)根據(jù)本次補丁包中記錄的補丁版本號，遍歷匹配每一個par包的補丁版本號，收集形成本次需要運行的測試用例編號集合，并使用—include參數(shù)指定測試用例編號為標(biāo)簽(tags)，在ICM自動化測試環(huán)境上依次運行所述測試用例編號集合中包含的測試用例。

所述ICM服務(wù)器404，安裝和運行ICM軟件系統(tǒng)。

圖5顯示了本發(fā)明實施例二提供的增量式軟件自動化測試方法的流程示意圖，如圖5所示，以在無線網(wǎng)管OMM(Operation Maintenance Management，操作維護(hù)管理)軟件系統(tǒng)自動化測試為例，具體包括以下步驟：

步驟S501：使用ATPi自動化測試平臺設(shè)計OMM自動化測試用例；

使用ATPi自動化測試平臺設(shè)計OMM自動化測試用例，包括MO(Managed Object，管理對象)對象的創(chuàng)建、刪除、修改、查詢、快配、配置數(shù)據(jù)導(dǎo)出導(dǎo)入等，使用全局唯一的測試用例編號管理測試用例，并把所述測試用例編號作為ATPi平臺中相應(yīng)測試任務(wù)的任務(wù)名。

步驟S502：每個par包中用xml文件定義相關(guān)的測試用例編號；

在OMM軟件系統(tǒng)中，軟件包表現(xiàn)為*.par包的形式，每個par包完成相對獨立的功能。在每個par包中，使用xml文件定義與該par包在功能上相關(guān)的測試用例編號。

步驟S503：版本服務(wù)器Jenkins任務(wù)每半小時檢查SVN是否有代碼合入；

在OMM版本構(gòu)建服務(wù)器上，配置Jenkins任務(wù)，該任務(wù)每隔半小時檢查指定 的SVN代碼服務(wù)器目錄是否有代碼合入。如果檢查到有代碼合入，轉(zhuǎn)至步驟S504；如果未檢查到有代碼合入，繼續(xù)等待半小時。

步驟S504：獲取代碼編譯相關(guān)par包打包成補丁包發(fā)布在FTP服務(wù)器；

獲取所有合入的代碼，并根據(jù)本次合入的代碼，重新編譯與這些代碼相關(guān)的par包，其它不相關(guān)的par包不作處理。編譯完成后，把本次重新編譯的所有par包打包成補丁包的形式發(fā)布在FTP服務(wù)器上。補丁包和每個par包都以txt文件的方式記錄本次補丁的補丁版本號，補丁版本號格式為Patch_OMM_001且尾數(shù)遞增，以保證每次各不相同。

步驟S505：自動化測試環(huán)境Jenkins任務(wù)1每10分鐘檢查FTP服務(wù)器是否更新了補丁包；

在OMM自動化測試環(huán)境上，配置Jenkins任務(wù)1，該任務(wù)每隔10分鐘檢查指定的FTP服務(wù)器上是否更新了補丁包。如果檢查到更新了補丁包，轉(zhuǎn)至步驟S506；如果未檢查到有補丁包更新，繼續(xù)等待10分鐘。

步驟S506：觸發(fā)Jenkins任務(wù)2獲取補丁包并對OMM服務(wù)器打補丁和重啟；

觸發(fā)Jenkins任務(wù)2，該任務(wù)負(fù)責(zé)獲取補丁包，并對OMM服務(wù)器進(jìn)行打補丁和重啟操作。Jenkins任務(wù)2完成后，轉(zhuǎn)至步驟S507。

步驟S507：觸發(fā)Jenkins任務(wù)3根據(jù)補丁版本號運行增量測試用例。

觸發(fā)Jenkins任務(wù)3，該任務(wù)根據(jù)本次補丁包中記錄的補丁版本號，遍歷匹配每一個par包的補丁版本號，收集形成本次需要運行的測試用例編號集合，并在Jenkins任務(wù)3中使用bat命令發(fā)送UDP(User Datagram Protocol，用戶數(shù)據(jù)報協(xié)議)消息，把所述測試用例編號集合作為參數(shù)傳遞給ATPi平臺，在OMM自動化測試環(huán)境上依次運行所述測試用例編號集合中包含的測試用例。

圖6顯示了本發(fā)明實施例二提供的增量式軟件自動化測試系統(tǒng)的結(jié)構(gòu)示意圖，如圖6所示，包括：ATPi(Auto Testing Platform integration，自動測試平臺集成)自動化測試平臺和測試用例601、OMM版本構(gòu)建服務(wù)器602、OMM自動化測試環(huán)境603以及OMM服務(wù)器604。

所述ATPi自動化測試平臺和測試用例601。使用ATPi自動化測試平臺設(shè)計OMM自動化測試用例，包括MO對象的創(chuàng)建、刪除、修改、查詢、快配、配置數(shù)據(jù)導(dǎo)出導(dǎo)入等，使用全局唯一的測試用例編號管理測試用例，并把所述測試用例編號作為ATPi平臺中相應(yīng)測試任務(wù)的任務(wù)名。

所述OMM版本構(gòu)建服務(wù)器602。在該服務(wù)器上，配置了一個Jenkins任務(wù)，該任務(wù)每隔半小時檢查指定的SVN代碼服務(wù)器目錄是否有代碼合入。如果檢查到有代碼合入，獲取所有合入的代碼，并根據(jù)本次合入的代碼，重新編譯與這些代碼相關(guān)的par包，其它不相關(guān)的par包不作處理。編譯完成后，把本次重新編譯的所有par包打包成補丁包的形式發(fā)布在FTP服務(wù)器上。

所述OMM自動化測試環(huán)境603。在該環(huán)境上，配置了三個Jenkins任務(wù)。Jenkins任務(wù)1，每隔10分鐘檢查指定的FTP服務(wù)器上是否更新了補丁包。如果檢查到更新了補丁包，觸發(fā)Jenkins任務(wù)2，該任務(wù)負(fù)責(zé)獲取補丁包，并對OMM服務(wù)器進(jìn)行打補丁和重啟操作。Jenkins任務(wù)2完成后，觸發(fā)Jenkins任務(wù)3，該任務(wù)根據(jù)本次補丁包中記錄的補丁版本號，遍歷匹配每一個par包的補丁版本號，收集形成本次需要運行的測試用例編號集合，并在Jenkins任務(wù)3中使用bat命令發(fā)送UDP消息，把所述測試用例編號集合作為參數(shù)傳遞給ATPi平臺，在OMM自動化測試環(huán)境上依次運行所述測試用例編號集合中包含的測試用例。

所述OMM服務(wù)器604，安裝和運行OMM軟件系統(tǒng)。

圖7顯示了本發(fā)明實施例三提供的增量式軟件自動化測試方法的示意圖，如圖7所示，以一個例子的形式來說明本發(fā)明所述方法中打補丁和根據(jù)補丁版本號獲取本次需要運行的測試用例集合的過程。包括：軟件系統(tǒng)701、補丁包702以及補丁版本號703。

在本實施例中，軟件系統(tǒng)701由軟件包A、軟件包B、軟件包C、軟件包D、軟件包E和軟件包F這六個軟件包組成。軟件包A對應(yīng)的測試用例編號為1至10，軟件包A當(dāng)前的補丁版本號為patch002；軟件包B對應(yīng)的測試用例編號為11至20，軟件包B當(dāng)前的補丁版本號為patch003；軟件包C對應(yīng)的測試用例編號為21至30，軟件包C當(dāng)前的補丁版本號為patch002；軟件包D對應(yīng)的測試用例編號為31至40，軟件包D當(dāng)前的補丁版本號為patch004；軟件包E對應(yīng)的測試用例編號為41至50，軟件包E當(dāng)前的補丁版本號為patch001；軟件包F對應(yīng)的測試用例編號為51至60，軟件包F當(dāng)前的補丁版本號為patch003。

當(dāng)然，在實際實施過程中，每個軟件包對應(yīng)的測試用例數(shù)量不一定相同，多個軟件包對應(yīng)的測試用例編號也可能有重合，例如軟件包A和軟件包B都包含測試用例編號1和2，這些都不應(yīng)成為對本發(fā)明的限制。

當(dāng)新增、刪除軟件包或修改軟件包對應(yīng)的測試用例編號，或新增測試用例、 刪除測試用例時，都需要增加、刪除或修改軟件包中定義測試用例編號的配置文件，并保持軟件包與測試用例編號的最新的映射關(guān)系，這些都在本發(fā)明的保護(hù)范圍之內(nèi)。

最新發(fā)布的補丁包702，該補丁包的補丁版本號703為patch005，補丁包702包含了兩個軟件包，軟件包D和軟件包F。軟件包D和軟件包F以配置文件的形式記錄了補丁版本號patch005。

補丁包702以配置文件的形式記錄了補丁版本號703，其補丁版本號為patch005。

當(dāng)所述補丁包702(包括補丁版本號703)通過打補丁的方式覆蓋到所述軟件系統(tǒng)701中時，軟件系統(tǒng)701中的軟件包D和軟件包F的當(dāng)前補丁版本號變?yōu)閜atch005，其它軟件包的當(dāng)前補丁版本號保持不變。

這樣，就可以通過記錄的補丁版本號patch005，篩選出本次更新的軟件包為軟件包D和軟件包F，進(jìn)一步地，通過軟件包D和軟件包F中配置文件定義的測試用例編號，獲取到本次需要運行的測試用例編號集合為：31至40、51至60。

綜上所述，本發(fā)明具有以下技術(shù)效果：

本發(fā)明運用增量式軟件補丁包的方式，每次只更新軟件系統(tǒng)中有代碼變更的軟件包，并且只運行相關(guān)的測試用例，可以很大程度地節(jié)省每次自動化測試過程的時間，達(dá)到快速修改、快速驗證、快速反饋和快速迭代的目的。

盡管上文對本發(fā)明進(jìn)行了詳細(xì)說明，但是本發(fā)明不限于此，本技術(shù)領(lǐng)域技術(shù)人員可以根據(jù)本發(fā)明的原理進(jìn)行各種修改。因此，凡按照本發(fā)明原理所作的修改，都應(yīng)當(dāng)理解為落入本發(fā)明的保護(hù)范圍。