集成測試裝置和集成測試方法
2023-06-18 05:44:51 2
專利名稱：集成測試裝置和集成測試方法
技術領域：
本發明涉及集成測試技術領域，具體而言，涉及ー種集成測試裝置和ー種集成測試方法。
背景技術：
在基於OSGI (Open Service Gateway Initiative,開放服務網關協議)的應用開發中，當進行前後端分離開發吋，由於沒有前端頁面，所以很難進行業務測試。目前針對上述情況的測試技術有通過Spring (—種開源框架)和Junit (—種回歸測試框架)的整合進行集成測試，但是在OSGI開發過程中，由於Spring採用的是讀取配置再加載的方式，即在系統啟動前就必須將所有配置全部寫定，如圖I所示，需要在系統啟 動前寫定配置文件，無法在系統運行中修改配置文件，在重啟系統後，就只能讀取固定的配置文件，這顯得靈活性很差，而在大型企業應用開發中，重啟系統的代價很高。因此，需要一種新的集成測試技木，能夠在測試系統運行過程中設置測試插件的參數並進行測試，提高測試的靈活性，避免重啟系統帶來的損失。
發明內容
本發明正是基於上述問題，提出了ー種集成測試技術，能夠在測試系統運行過程中設置測試插件的參數並進行測試，提高測試的靈活性，避免重啟系統帶來的損失。有鑑於此，本發明提出了ー種集成測試裝置，包括創建單元，用於獲取支持回歸測試框架的服務並將所述服務註冊至選定插件，以創建測試插件；加載單元，用於根據所述測試插件的測試類型，將屬於所述測試類型的至少ー個測試用例加載至所述測試插件；測試單元，用於通過所述測試插件對所述至少一個測試用例進行測試。在該技術方案中，可以在測試系統啟動前，和/或測試系統運行過程中創建測試插件進行測試，由於新創建的測試插件與系統中的插件可以有不同的測試類型，從而達到了在系統運行過程中修改測試類型的效果，使得不必重啟系統即可對新類型的測試用例進行測試，提高了測試的靈活性，避免了重啟系統帶來的損失。其中，既可以創建ー個測試插件也可以創建多個測試插件，其中每個測試插件可以測試至少ー種測試類型的測試用例。在上述技術方案中，優選地，還包括更新単元，用於更新所述測試插件的測試類型；刷新単元，用於刷新所述測試插件；以及所述加載單元還用幹，將屬於更新後的測試類型的至少ー個測試用例加載至刷新後的測試插件；所述測試単元還用於，通過所述刷新後的測試插件對所述屬於更新後的測試類型的至少ー個測試用例進行測試。在該技術方案中，可以在系統運行過程中直接更新測試插件的測試類型，然後刷新該測試插件，測試系統即可通過刷新後的測試插件對屬於新的測試類型的測試用例進行測試，而不必重新創建測試插件再設置新的測試類型，從而進ー步提高了測試的靈活性。在上述技術方案中，優選地，所述創建単元具體包括定義單元，用於定義註解處理器；獲取單元，用於通過所述註解處理器獲取所述選定插件的名稱和所述服務的接ロ，以獲取所述服務並注入；添加単元，用於將回歸測試框架的源文件包添加至所述測試插件，以及用於在所述源文件中的源碼中添加註解處理方法，以調用所述註解處理器。在該技術方案中，用戶可以根據需要定義註解處理器，以獲取所需的服務並注入，具體地，可以在測試插件中引進回歸測試框架，然後修改其中的源碼以自定義註解處理方法，從而調用自定義的註解處理器。在上述技術方案中，優選地，還包括監聽單元，用於讀取所述測試類型和/或所述更新後的測試類型。在該技術方案中，通過在系統中設置插件監聽單元，每當有插件啟動時，都可以讀取其中的測試類型，進而加載相應的測試用例。在上述任一技術方案中，優選地，還包括信息收發單元，用於將測試用例的地址請求發送至伺服器，以及接收來自所述伺服器的所述測試用例，則所述加載單元還用於，將 所述測試用例加載至所述測試插件。在該技術方案中，可以在伺服器端設置ー個應用程式，通過該應用程式處理測試操作，具體地，測試用例存儲於伺服器端的資料庫，而該應用程式定義了每個測試用例的地址連結，用戶可以在客戶端輸入需要測試的測試用例的地址連結，以調用相應的測試用例。根據本發明的又一方面，還提出了ー種集成測試方法，包括步驟202，獲取支持回歸測試框架的服務並將所述服務註冊至選定插件，以創建測試插件；步驟204，根據所述測試插件的測試類型，將屬於所述測試類型的至少ー個測試用例加載至所述測試插件，通過所述測試插件對所述至少ー個測試用例進行測試。在該技術方案中，可以在測試系統啟動前，和/或測試系統運行過程中創建測試插件進行測試，由於新創建的測試插件與系統中的插件可以有不同的測試類型，從而達到了在系統運行過程中修改測試類型的效果，使得不必重啟系統即可對新類型的測試用例進行測試，提高了測試的靈活性，避免了重啟系統帶來的損失。其中，既可以創建ー個測試插件也可以創建多個測試插件，其中每個測試插件可以測試至少ー種測試類型的測試用例。在上述技術方案中，優選地，還包括更新所述測試插件的測試類型，並刷新所述測試插件，將屬於更新後的測試類型的至少ー個測試用例加載至刷新後的測試插件，通過所述刷新後的測試插件對所述屬於更新後的測試類型的至少ー個測試用例進行測試。在該技術方案中，可以在系統運行過程中直接更新測試插件的測試類型，然後刷新該測試插件，測試系統即可通過刷新後的測試插件對屬於新的測試類型的測試用例進行測試，而不必重新創建測試插件再設置新的測試類型，從而進ー步提高了測試的靈活性。在上述技術方案中，優選地，所述步驟202具體包括定義註解處理器，通過所述註解處理器獲取所述選定插件的名稱和所述服務的接ロ，以獲取所述服務並注入；以及將回歸測試框架的源文件包添加至所述測試插件，在所述源文件中的源碼中添加註解處理方法，以調用所述註解處理器。在該技術方案中，用戶可以根據需要定義註解處理器，以獲取所需的服務並注入，具體地，可以在測試插件中引進回歸測試框架，然後修改其中的源碼以自定義註解處理方法，從而調用自定義的註解處理器。
在上述技術方案中，優選地，還包括設置插件監聽器，以讀取所述測試類型以及所述更新後的測試類型。在該技術方案中，可以設置插件監聽器，每當有插件啟動時，都可以讀取其中的測試類型，進而加載相應的測試用例。在上述任一技術方案中，優選地，將測試用例的地址請求發送至伺服器，接收來自所述伺服器的所述測試用例，並將所述測試用例加載至所述測試插件。在該技術方案中，可以在伺服器端設置ー個應用程式，通過該應用程式處理測試操作，具體地，測試用例存儲於伺服器端的資料庫，而該應用程式定義了每個測試用例的地址連結，用戶可以在客戶端輸入需要測試的測試用例的地址連結，以調用相應的測試用例。通過以上技術方案，能夠在測試系統運行過程中設置測試插件的參數並進行測試，提高測試的靈活性，避免重啟系統帶來的損失。
圖I示出了相關技術中測試系統進行集成測試的流程圖；圖2示出了根據本發明的實施例的集成測試裝置的框圖；圖3示出了根據本發明的實施例的集成測試方法的流程圖；圖4示出了根據本發明的實施例的集成測試方法的具體流程圖。
具體實施例方式為了能夠更清楚地理解本發明的上述目的、特徵和優點，下面結合附圖和具體實施方式
對本發明進行進一歩的詳細描述。需要說明的是，在不衝突的情況下，本申請的實施例及實施例中的特徵可以相互組合。在下面的描述中闡述了很多具體細節以便於充分理解本發明，但是，本發明還可以採用其他不同於在此描述的其他方式來實施，因此，本發明的保護範圍並不受下面公開的具體實施例的限制。圖2示出了根據本發明的實施例的集成測試裝置的框圖。如圖2所示，根據本發明的實施例的集成測試裝置100包括創建單元102，用於獲取支持回歸測試框架的服務並將服務註冊至選定插件，以創建測試插件；加載單元104，用於根據測試插件的測試類型，將屬於測試類型的至少ー個測試用例加載至測試插件；測試單元106，用於通過測試插件對至少一個測試用例進行測試。可以在測試系統啟動前，和/或測試系統運行過程中創建測試插件進行測試，由於新創建的測試插件與系統中的插件可以有不同的測試類型，從而達到了在系統運行過程中修改測試類型的效果，使得不必重啟系統即可對新類型的測試用例進行測試，提高了測試的靈活性，避免了重啟系統帶來的損失。其中，回歸測試框架可以是Junit，而獲取支持回歸測試框架的服務並將所述服務註冊■至選定插件則相當於自定義了 IOC (Inversion of Control,控制反轉)，IOC是ー種設計模式，其基本概念是，不創建對象，但是描述創建對象的方式，在代碼中不直接與對象和服務連接，但在配置文件中描述哪ー個組件需要哪ー項服務，實現該模式的容器負責將這些聯繫在一起。
需要說明的是，既可以創建一個測試插件也可以創建多個測試插件，其中每個測試插件可以測試至少ー種測試類型的測試用例。優選地，根據本發明的實施例的集成測試裝置100還包括更新単元108，用於更新測試插件的測試類型；刷新単元110，用於刷新測試插件；以及加載單元104還用於，將屬於更新後的測試類型的至少ー個測試用例加載至刷新後的測試插件；測試單元106還用於，通過刷新後的測試插件對屬於更新後的測試類型的至少ー個測試用例進行測試。可以在系統運行過程中直接更新測試插件的測試類型，然後刷新該測試插件，t匕如輸入指令update xxx (xxx可以指測試插件的編號),測試系統即可通過刷新後的測試插件對屬於新的測試類型的測試用例進行測試，而不必重新創建測試插件再設置新的測試類型，從而進ー步提高了測試的靈活性。優選地，創建單元102具體包括定義單元1022，用於定義註解處理器；獲取單元1024，用於通過註解處理器獲取選定插件的名稱和服務的接ロ，以獲取服務並注入；添加単元1026，用於將回歸測試框架的源文件包添加至測試插件，以及用於在源文件中的源碼中 添加註解處理方法，以調用註解處理器。用戶可以根據需要定義註解處理器，以獲取所需的服務並注入。其中，可以在測試插件中引進回歸測試框架，然後修改其中的源碼以自定義註解處理方法，例如引進的回歸測試框架為Junit，修改其中的源碼，在BlockJUnit4ClassRunner類的createTest方法中添加自己定義的註解處理，具體地，在Junit的源碼中找到BlockJUnit4ClassRunner,然後根據同樣的路徑創建ー個同名類，再在createTest方法中對加載進來的測試註解添加TestService的邏輯判斷，以調用自定義的註解處理器，而服務的可以根據選定插件的名稱和/或服務的接ロ進行獲取，因此，通過註解處理器獲取選定插件的名稱和服務的接ロ即可獲取所需的服務並注入。優選地，根據本發明的實施例的集成測試裝置100還包括監聽單元112，用於讀取測試類型和/或更新後的測試類型。通過在系統中設置插件監聽單元112，每當有插件啟動時，都可以讀取其中的測試類型，進而加載相應的測試用例，例如可以在配置文件MANIFEST. MF中添加監聽單元112所能讀取的測試類型。優選地，根據本發明的實施例的集成測試裝置100還包括信息收發單元114，用於將測試用例的地址請求發送至伺服器，以及接收來自伺服器的測試用例，則加載単元104還用於，將測試用例加載至測試插件。可以在伺服器端設置ー個應用程式，通過該應用程式處理測試操作，其中，應用程式可以是servlet (—種伺服器端的Java應用程式)，測試用例存儲於伺服器端的資料庫，而servlet定義了每個測試用例的地址連結，用戶可以在客戶端輸入需要測試的測試用例的地址連結,例如http://localhost/test,以調用相應的測試用例,然後開始測試。圖3示出了根據本發明的實施例的集成測試方法的流程圖。如圖3所示，根據本發明的實施例的集成測試方法包括步驟202，獲取支持回歸測試框架的服務並將服務註冊至選定插件，以創建測試插件；步驟204，根據測試插件的測試類型，將屬於測試類型的至少ー個測試用例加載至測試插件，通過測試插件對至少ー個測試用例進行測試。
可以在測試系統啟動前，和/或測試系統運行過程中創建測試插件進行測試，由於新創建的測試插件與系統中的插件可以有不同的測試類型，從而達到了在系統運行過程中修改測試類型的效果，使得不必重啟系統即可對新類型的測試用例進行測試，提高了測試的靈活性，避免了重啟系統帶來的損失。其中，回歸測試框架可以是Junit，而獲取支持回歸測試框架的服務並將所述服務註冊至選定插件則相當於自定義了 I0C。需要說明的是，既可以創建一個測試插件也可以創建多個測試插件，其中每個測試插件可以測試至少ー種測試類型的測試用例。優選地，根據本發明的實施例的集成測試方法還包括更新測試插件的測試類型，並刷新測試插件，將屬於更新後的測試類型的至少ー個測試用例加載至刷新後的測試插件，通過刷新後的測試插件對屬於更新後的測試類型的至少ー個測試用例進行測試。 可以在系統運行過程中直接更新測試插件的測試類型，然後刷新該測試插件，t匕如輸入指令update xxx (xxx可以指測試插件的編號),測試系統即可通過刷新後的測試插件對屬於新的測試類型的測試用例進行測試，而不必重新創建測試插件再設置新的測試類型，從而進ー步提高了測試的靈活性。優選地，步驟202具體包括定義註解處理器，通過註解處理器獲取選定插件的名稱和服務的接ロ，以獲取服務並注入；以及將回歸測試框架的源文件包添加至測試插件，在源文件中的源碼中添加註解處理方法，以調用註解處理器。用戶可以根據需要定義註解處理器，以獲取所需的服務並注入。其中，可以在測試插件中引進回歸測試框架，然後修改其中的源碼以自定義註解處理方法，例如引進的回歸測試框架為Junit，修改其中的源碼，在BlockJUnit4ClassRunner類的createTest方法中添加自己定義的註解處理，具體地，在Junit的源碼中找到BlockJUnit4ClassRunner,然後根據同樣的路徑創建ー個同名類,再在createTest方法中對加載進來的測試註解添加TestService的邏輯判斷，以調用自定義的註解處理器，而服務的可以根據選定插件的名稱和/或服務的接ロ進行獲取，因此，通過註解處理器獲取選定插件的名稱和服務的接ロ即可獲取所需的服務並注入。優選地，根據本發明的實施例的集成測試方法還包括設置插件監聽器，以讀取測試類型以及更新後的測試類型。通過在系統中設置插件監聽器，每當有插件啟動時，都可以讀取其中的測試類型，進而加載相應的測試用例，例如可以在配置文件MANIFEST. MF中添加監聽器所能讀取的測試類型。優選地，將測試用例的地址請求發送至伺服器，接收來自伺服器的測試用例，並將測試用例加載至測試插件。可以在伺服器端設置ー個應用程式，通過該應用程式處理測試操作，其中，應用程式可以是servlet (—種伺服器端的Java應用程式)，測試用例存儲於伺服器端的資料庫，而servlet定義了每個測試用例的地址連結，用戶可以在客戶端輸入需要測試的測試用例的地址連結,例如http://localhost/test,以調用相應的測試用例,然後開始測試。圖4示出了根據本發明的實施例的集成測試方法的具體流程圖。如圖4所示，根據本發明的實施例的集成測試方法具體包括
步驟402，啟動測試系統；步驟404，通過自動以IOC以創建測試插件，並設置監聽器以讀取測試插件的測試類型，設置servlet以處理測試操作；步驟406，讀取測試插件的測試類型，通過在瀏覽器輸入servlet中定義的地址選擇相應的測試用例；步驟408，將測試用例加載至測試插件進行測試；步驟410，在客戶端修改測試用例的類型；步驟412，執行刷新命令刷新測試插件，並返回步驟406。以上結合附圖詳細說明了本發明的技術方案，考慮到相關技術中，集成測試時，需 要在測試系統運行前寫定配置文件，導致測試系統運行時只能測試固定的測試用例，靈活性很差，而重啟系統重新設置配置文件對於大型企業的應用開發代價很高。本發明提出了ー種集成測試裝置，能夠在測試系統運行過程中設置測試插件的參數並進行測試，提高測試的靈活性，避免重啟系統帶來的損失。以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種集成測試裝置，其特徵在於，包括 創建單元，用於獲取支持回歸測試框架的服務並將所述服務註冊至選定插件，以創建測試插件； 加載單元，用於根據所述測試插件的測試類型，將屬於所述測試類型的至少一個測試用例加載至所述測試插件； 測試單元，用於通過所述測試插件對所述至少一個測試用例進行測試。
2.根據權利要求I所述的集成測試裝置，其特徵在於，還包括 更新單元，用於更新所述測試插件的測試類型； 刷新單元，用於刷新所述測試插件；以及 所述加載單元還用於將屬於更新後的測試類型的至少一個測試用例加載至刷新後的測試插件； 所述測試單元還用於通過所述刷新後的測試插件對所述屬於更新後的測試類型的至少一個測試用例進行測試。
3.根據權利要求I所述的集成測試裝置，其特徵在於，所述創建單元具體包括 定義單元，用於定義註解處理器； 獲取單元，用於通過所述註解處理器獲取所述選定插件的名稱和所述服務的接口，以獲取所述服務並注入； 添加單元，用於將回歸測試框架的源文件包添加至所述測試插件，以及用於在所述源文件中的源碼中添加註解處理方法，以調用所述註解處理器。
4.根據權利要求I所述的集成測試裝置，其特徵在於，還包括 監聽單元，用於讀取所述測試類型和/或所述更新後的測試類型。
5.根據權利要求I至4中任一項所述的集成測試裝置，其特徵在於，還包括 信息收發單元，用於將所述測試用例的地址請求發送至伺服器，以及接收來自所述伺服器的所述測試用例，將所述測試用例的數據傳送至所述加載單元。
6.一種集成測試方法，其特徵在於，包括 步驟202，獲取支持回歸測試框架的服務並將所述服務註冊至選定插件，以創建測試插件； 步驟204，根據所述測試插件的測試類型，將屬於所述測試類型的至少一個測試用例加載至所述測試插件，通過所述測試插件對所述至少一個測試用例進行測試。
7.根據權利要求6所述的集成測試方法，其特徵在於，還包括更新所述測試插件的測試類型，並刷新所述測試插件，將屬於更新後的測試類型的至少一個測試用例加載至刷新後的測試插件，通過所述刷新後的測試插件對所述屬於更新後的測試類型的至少一個測試用例進行測試。
8.根據權利要求6所述的集成測試方法，其特徵在於，所述步驟202具體包括 定義註解處理器，通過所述註解處理器獲取所述選定插件的名稱和所述服務的接口，以獲取所述服務並注入；以及 將回歸測試框架的源文件包添加至所述測試插件，在所述源文件中的源碼中添加註解處理方法，以調用所述註解處理器。
9.根據權利要求7所述的集成測試方法，其特徵在於，還包括設置插件監聽器，以讀取所述測試類型以及所述更新後的測試類型。
10.根據權利要求6至9中任一項所述的集成測試方法，其特徵在於，將所述測試用例的地址請求發送至伺服器，接收來自所述伺服器的所述測試用例，並將所述測試用例加載至所述測試插件。
全文摘要
本發明提供了一種集成測試裝置，包括創建單元，用於獲取支持回歸測試框架的服務並將所述服務註冊至選定插件，以創建測試插件；加載單元，用於根據所述測試插件的測試類型，將屬於所述測試類型的至少一個測試用例加載至所述測試插件；測試單元，用於通過所述測試插件對所述至少一個測試用例進行測試。本發明還提出了一種集成測試的方法。通過本發明的技術方案，能夠在測試系統運行過程中設置測試插件的參數並進行測試，提高測試的靈活性，避免重啟系統帶來的損失。
文檔編號G06F11/36GK102831066SQ20121034928
公開日2012年12月19日 申請日期2012年9月19日 優先權日2012年9月19日
發明者仇大帥, 陽彪 申請人:深圳中興網信科技有限公司