本發(fā)明涉及計算機技術領域，具體涉及一種實現組件式測試系統(tǒng)的方法和組件式測試系統(tǒng)。

背景技術：

開發(fā)人員在對軟件、系統(tǒng)等進行功能開發(fā)和建設時，為確保功能的穩(wěn)定性和可用性，需要對組件接口、web服務接口等接口進行測試，而現有技術中，測試需要用到的測試工具和測試系統(tǒng)往往是一體化的設計，關聯比較緊密，這樣雖然測試系統(tǒng)穩(wěn)定性較好，但無法應對一些問題，如在需要對新功能進行測試時，如果現有的測試工具和測試平臺系統(tǒng)對其進行測試，則需要重新開發(fā)新的測試工具和測試系統(tǒng)來測試該新功能，這樣不僅對資源和時間造成了浪費，測試系統(tǒng)也不具有普遍適用性。

技術實現要素：

鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的實現組件式測試系統(tǒng)的方法和組件式測試系統(tǒng)。

依據本發(fā)明的一個方面，提供了一種實現組件式測試系統(tǒng)的方法，包括：在基礎模塊中定義指定接口類；在每個組件中定義實現所述指定接口類的子類；所述基礎模塊根據所述指定接口類進行掃描，發(fā)現實現所述指定接口類的子類；所述基礎模塊加載所發(fā)現的子類對應的組件。

可選地，所述基礎模塊根據所述指定接口類進行掃描包括：所述基礎模塊隨測試系統(tǒng)的啟動而啟動；所述基礎模塊在啟動后根據所述指定接口類掃描指定的目錄。

可選地，所述基礎模塊加載所發(fā)現的子類對應的組件包括：所述基礎模塊將所發(fā)現的子類對應的組件全部進行加載；或者，所述基礎模塊根據測試 系統(tǒng)的需求選擇時機加載所發(fā)現的全部或部分子類對應的組件。

可選地，所述在每個組件中定義實現所述指定接口類的子類包括：在每個組件中配置獨立的文件，在該獨立的文件中定義實現所述指定接口類的子類。

可選地，該方法進一步包括：所述基礎模塊根據測試系統(tǒng)的需求選擇時機釋放所加載的組件。

可選地，所述基礎模塊加載所發(fā)現的子類對應的組件包括：所述基礎模塊將所發(fā)現的子類對應的組件注冊到內存中的指定隊列中；所述釋放所加載的組件包括：從內存中的指定隊列中移除相應的組件。

可選地，該方法進一步包括：在每個組件中定義一個或多個入口方法，每個入口方法對應該組件中的一個執(zhí)行邏輯；所述基礎模塊根據所加載的組件中的入口方法調用該組件中的相應執(zhí)行邏輯。

可選地，該方法進一步包括：所述基礎模塊根據所加載的組件中的子類找到該組件中的入口方法；其中，所述子類中描述了查找入口方法的相關信息，或者所述子類和入口方法定義在同一個文件。

依據本發(fā)明的另一方面，提供了一種組件式測試系統(tǒng)，包括：基礎模塊和多個組件，基礎模塊中定義了指定接口類，每個組件中定義了實現所述指定接口類的子類；所述基礎模塊，適于根據所述指定接口類進行掃描，發(fā)現實現所述指定接口類的子類；以及適于加載所發(fā)現的子類對應的組件。

可選地，所述基礎模塊，適于隨測試系統(tǒng)的啟動而啟動，在啟動后根據所述指定接口類掃描指定的目錄。

可選地，所述基礎模塊，適于將所發(fā)現的子類對應的組件全部進行加載；或者適于根據測試系統(tǒng)的需求選擇時機加載所發(fā)現的全部或部分子類對應的組件。

可選地，每個組件中配置有獨立的文件，在該獨立的文件中定義有實現所述指定接口類的子類。

可選地，所述基礎模塊，進一步適于根據測試系統(tǒng)的需求選擇時機釋放所加載的組件。

可選地，所述基礎模塊，適于將所發(fā)現的子類對應的組件注冊到內存中 的指定隊列中；以及適于從內存中的指定隊列中移除相應的組件。

可選地，每個組件中定義有一個或多個入口方法，每個入口方法對應該組件中的一個執(zhí)行邏輯；所述基礎模塊，適于根據所加載的組件中的入口方法調用該組件中的相應執(zhí)行邏輯。

可選地，所述基礎模塊，適于根據所加載的組件中的子類找到該組件中的入口方法；其中，所述子類中描述了查找入口方法的相關信息，或者所述子類和入口方法定義在同一個文件。

由上述可知，本發(fā)明的技術方案，通過在基礎模塊中定義指定接口類，并在各個組件中定義指定接口類的子類，使得基礎模塊可以根據指定接口類，通過掃描發(fā)現指定接口類的子類，進一步將所發(fā)現的子類對應的組件進行加載。該技術方案通過松耦合的設計方式，使得基礎模塊與組件間的連接更為靈活，因此也可以隨需求的變化對組件進行添加、修改或刪除，使得測試系統(tǒng)具有普遍適用性，提高了測試能力。

上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1示出了根據本發(fā)明一個實施例的一種實現組件式測試系統(tǒng)的方法的流程圖；

圖2示出了根據本發(fā)明一個實施例的一種組件式測試系統(tǒng)的結構示意圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。

圖1示出了根據本發(fā)明一個實施例的一種實現組件式測試系統(tǒng)的方法的流程圖，如圖1所示，該方法包括：

步驟S110，在基礎模塊中定義指定接口類。其中，基礎模塊可以是一個具體的模塊，也可以是一些模塊構成的模塊組。

步驟S120，在每個組件中定義實現指定接口類的子類。其中，子類與組件一一對應。

步驟S130，基礎模塊根據指定接口類進行掃描，發(fā)現實現指定接口類的子類。

步驟S140，基礎模塊加載所發(fā)現的子類對應的組件。

可見，圖1所示的方法，通過在基礎模塊中定義指定接口類，并在各個組件中定義指定接口類的子類，使得基礎模塊可以根據指定接口類，通過掃描發(fā)現指定接口類的子類，進一步將所發(fā)現的子類對應的組件進行加載。該技術方案通過松耦合的設計方式，使得基礎模塊與組件間的連接更為靈活，因此也可以隨需求的變化對組件進行添加、修改或刪除，使得測試系統(tǒng)具有普遍適用性，提高了測試能力。

在本發(fā)明的一個實施例中，圖1所示的方法中，基礎模塊根據指定接口類進行掃描包括：基礎模塊隨測試系統(tǒng)的啟動而啟動；基礎模塊在啟動后根據指定接口類掃描指定的目錄。

在本實施例中，基礎模塊可以支持測試系統(tǒng)進行最基本的啟動、界面展示等功能，而具體的測試功能可以由各個組件進行提供。基礎模塊還應當進一步具有掃描功能，根據指定接口類掃描指定目錄，這些指定目錄下應當存儲有各個組件的子類。這樣通過掃描指定目錄就可以識別指定接口類的子類。

在本發(fā)明的一個實施例中，圖1所示的方法中，基礎模塊加載所發(fā)現的 子類對應的組件包括：基礎模塊將所發(fā)現的子類對應的組件全部進行加載；或者，基礎模塊根據測試系統(tǒng)的需求選擇時機加載所發(fā)現的全部或部分子類對應的組件。

本實施例提供的兩種組件加載方法各有其優(yōu)點：基礎模塊將所發(fā)現的子類對應的組件全部進行加載，可以一次性完成加載操作，而不需在后續(xù)的測試流程中再進行組件的加載，使得測試流程更加連貫；而基礎模塊根據測試系統(tǒng)的需求選擇組件的加載時機，可以更有效地利用資源，因為組件的加載需要占用資源，在暫時不需要用到某些組件時選擇不對其進行加載可以有效地節(jié)約資源。因此，在具體實施中，用戶可以根據實際需求選擇組件的加載方式，例如還可以將掃描到的一部分組件先進行加載，將另一部分組件按測試系統(tǒng)的需求選擇時機進行加載，等等。

在本發(fā)明的一個實施例中，圖1所示的方法中，在每個組件中定義實現指定接口類的子類包括：在每個組件中配置獨立的文件，在該獨立的文件中定義實現指定接口類的子類。

子類可以是一個單獨的文件，也可以是一個單獨的壓縮包，由于子類與組件是一一對應的，因此需要為每個組件配置獨立的文件，在該文件中對指定接口類的子類進行定義。

在本發(fā)明的一個實施例中，圖1所示的方法中，該方法進一步包括：基礎模塊根據測試系統(tǒng)的需求選擇時機釋放所加載的組件。

例如，由于每個組件可以對應一種或幾種測試功能，當對應的測試功能完成后該組件的作用已經完成，此時就可以釋放這些完成測試功能的組件。又例如測試系統(tǒng)的基礎模塊將所發(fā)現的子類對應的組件全部進行加載，而在測試過程中因為某些原因出現了測試機器資源不足，此時可以先釋放一部分加載的組件以獲得更多資源。

在本發(fā)明的一個實施例中，上述方法中，基礎模塊加載所發(fā)現的子類對應的組件包括：基礎模塊將所發(fā)現的子類對應的組件注冊到內存中的指定隊列中；釋放所加載的組件包括：從內存中的指定隊列中移除相應的組件。

例如，基礎模塊通過指定接口類掃描發(fā)現的子類對應的組件包括接口測試組件、Web UI(Website User Interface，網絡產品界面設計)測試組件、性 能測試組件，又根據測試需求，按接口測試、Web UI測試、性能測試的順序進行具體測試，此時可以按接口測試組件、Web UI測試組件、性能測試組件的順序將接口測試組件、Web UI測試組件、性能測試注冊到內存中的指定隊列中，當某個組件完成相應的測試后，從該隊列中移除該組件。

在本發(fā)明的一個實施例中，上述方法進一步包括：在每個組件中定義一個或多個入口方法，每個入口方法對應該組件中的一個執(zhí)行邏輯；基礎模塊根據所加載的組件中的入口方法調用該組件中的相應執(zhí)行邏輯。

接口類的子類往往是功能性的，要實現此功能就需要有相關的執(zhí)行邏輯。在本實施例中，每個組件中定義有一個或多個入口方法，每個入口方法對應該組件中的一個執(zhí)行邏輯，這樣，基礎模塊就可以通過已加載的組件中的入口方法調用相應執(zhí)行邏輯來實現相應的功能。

具體地，在本發(fā)明的一個實施例中，上述方法進一步包括：基礎模塊根據所加載的組件中的子類找到該組件中的入口方法；其中，子類中描述了查找入口方法的相關信息，或者子類和入口方法定義在同一個文件。

由于基礎模塊是根據指定接口類掃描發(fā)現子類，因此可以根據子類進一步找到組件中的入口方法來調用相關執(zhí)行邏輯實現相應的功能。

圖2示出了根據本發(fā)明一個實施例的一種組件式測試系統(tǒng)的結構示意圖，如圖2所示，組件式測試系統(tǒng)200包括：基礎模塊210和多個組件220，基礎模塊210中定義了指定接口類，每個組件220中定義了實現指定接口類的子類。其中，基礎模塊可以是一個具體的模塊，也可以是一些模塊構成的模塊組，子類與組件一一對應。

基礎模塊210，適于根據指定接口類進行掃描，發(fā)現實現指定接口類的子類；以及適于加載所發(fā)現的子類對應的組件220。

可見，圖2所示的測試系統(tǒng)，通過在基礎模塊中定義指定接口類，并在各個組件中定義指定接口類的子類，使得基礎模塊可以根據指定接口類，通過掃描發(fā)現指定接口類的子類，進一步將所發(fā)現的子類對應的組件進行加載。該技術方案通過松耦合的設計方式，使得基礎模塊與組件間的連接更為靈活，因此也可以隨需求的變化對組件進行添加、修改或刪除，使得測試系統(tǒng)具有普遍適用性，提高了測試能力。

在本發(fā)明的一個實施例中，圖2所示的測試系統(tǒng)中，基礎模塊，適于隨測試系統(tǒng)的啟動而啟動，在啟動后根據指定接口類掃描指定的目錄。

在本實施例中，基礎模塊可以支持測試系統(tǒng)進行最基本的啟動、界面展示等功能，而具體的測試功能可以由各個組件進行提供?；A模塊還應當進一步具有掃描功能，根據指定接口類掃描指定目錄，這些指定目錄下應當存儲有各個組件的子類。這樣通過掃描指定目錄就可以識別指定接口類的子類。

在本發(fā)明的一個實施例中，圖2所示的測試系統(tǒng)中，基礎模塊，適于將所發(fā)現的子類對應的組件全部進行加載；或者適于根據測試系統(tǒng)的需求選擇時機加載所發(fā)現的全部或部分子類對應的組件。

本實施例，基礎模塊將所發(fā)現的子類對應的組件全部進行加載，可以一次性完成加載操作，而不需在后續(xù)的測試流程中再進行組件的加載，使得測試流程更加連貫；而基礎模塊根據測試系統(tǒng)的需求選擇組件的加載時機，可以更有效地利用資源，因為組件的加載需要占用資源，在暫時不需要用到某些組件時選擇不對其進行加載可以有效地節(jié)約資源。因此，在具體實施中，用戶可以根據實際需求選擇組件的加載方式，例如還可以將掃描到的一部分組件先進行加載，將另一部分組件按測試系統(tǒng)的需求選擇時機進行加載，等等。

在本發(fā)明的一個實施例中，圖2所示的測試系統(tǒng)中，每個組件中配置有獨立的文件，在該獨立的文件中定義有實現指定接口類的子類。

子類可以是一個單獨的文件，也可以是一個單獨的壓縮包，由于子類與組件是一一對應的，因此需要為每個組件配置獨立的文件，在該文件中對指定接口類的子類進行定義。

在本發(fā)明的一個實施例中，圖2所示的測試系統(tǒng)中，基礎模塊，進一步適于根據測試系統(tǒng)的需求選擇時機釋放所加載的組件。

例如，由于每個組件可以對應一種或幾種測試功能，當對應的測試功能完成后該組件的作用已經完成，此時就可以釋放這些完成測試功能的組件。又例如測試系統(tǒng)的基礎模塊將所發(fā)現的子類對應的組件全部進行加載，而在測試過程中因為某些原因出現了測試機器資源不足，此時可以先釋放一部分加載的組件以獲得更多資源。

在本發(fā)明的一個實施例中，上述測試系統(tǒng)中，基礎模塊，適于將所發(fā)現的子類對應的組件注冊到內存中的指定隊列中；以及適于從內存中的指定隊列中移除相應的組件。

例如，基礎模塊通過指定接口類掃描發(fā)現的子類對應的組件包括接口測試組件、Web UI測試組件、性能測試組件，又根據測試需求，按接口測試、Web UI測試、性能測試的順序進行具體測試，此時可以按接口測試組件、Web UI測試組件、性能測試組件的順序將接口測試組件、Web UI測試組件、性能測試注冊到內存中的指定隊列中，當某個組件完成相應的測試后，從該隊列中移除該組件。

在本發(fā)明的一個實施例中，上述測試系統(tǒng)中，每個組件中定義有一個或多個入口方法，每個入口方法對應該組件中的一個執(zhí)行邏輯；基礎模塊，適于根據所加載的組件中的入口方法調用該組件中的相應執(zhí)行邏輯。

接口類的子類往往是功能性的，要實現此功能就需要有相關的執(zhí)行邏輯。在本實施例中，每個組件中定義有一個或多個入口方法，每個入口方法對應該組件中的一個執(zhí)行邏輯，這樣，基礎模塊就可以通過已加載的組件中的入口方法調用相應執(zhí)行邏輯來實現相應的功能。

在本發(fā)明的一個實施例中，上述測試系統(tǒng)中，基礎模塊，適于根據所加載的組件中的子類找到該組件中的入口方法；其中，子類中描述了查找入口方法的相關信息，或者子類和入口方法定義在同一個文件。

由于基礎模塊是根據指定接口類掃描發(fā)現子類，因此可以根據子類進一步找到組件中的入口方法來調用相關執(zhí)行邏輯實現相應的功能。

綜上所述，本發(fā)明的技術方案，通過在基礎模塊中定義指定接口類，并在各個組件中定義指定接口類的子類，使得基礎模塊可以根據指定接口類，通過掃描發(fā)現指定接口類的子類，進一步將所發(fā)現的子類對應的組件進行加載。該技術方案通過松耦合的設計方式，使得基礎模塊與組件間的連接更為靈活，因此也可以隨需求的變化對組件進行添加、修改或刪除，使得測試系統(tǒng)具有普遍適用性，提高了測試能力。

需要說明的是：

在此提供的算法和顯示不與任何特定計算機、虛擬裝置或者其它設備固 有相關。各種通用裝置也可以與基于在此的示教一起使用。根據上面的描述，構造這類裝置所要求的結構是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應當明白，可以利用各種編程語言實現在此描述的本發(fā)明的內容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。

在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。

類似地，應當理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖：即所要求保護的本發(fā)明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面的權利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權利要求書由此明確地并入該具體實施方式，其中每個權利要求本身都作為本發(fā)明的單獨實施例。

本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領域的技術人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個部件實施例可以以硬件實現，或者以在一個或者多個處理器上運行的軟件模塊實現，或者以它們的組合實現。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數字信號處理器(DSP)來實現根據本發(fā)明實施例的組件式測試系統(tǒng)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產品)。這樣的實現本發(fā)明的程序可以存儲在計算機可讀介質上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網網站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。

本發(fā)明公開了A1、一種實現組件式測試系統(tǒng)的方法，其中，該方法包括：

在基礎模塊中定義指定接口類；

在每個組件中定義實現所述指定接口類的子類；

所述基礎模塊根據所述指定接口類進行掃描，發(fā)現實現所述指定接口類的子類；

所述基礎模塊加載所發(fā)現的子類對應的組件。

A2、如A1所述的方法，其中，所述基礎模塊根據所述指定接口類進行掃描包括：

所述基礎模塊隨測試系統(tǒng)的啟動而啟動；

所述基礎模塊在啟動后根據所述指定接口類掃描指定的目錄。

A3、如A1所述的方法，其中，所述基礎模塊加載所發(fā)現的子類對應的 組件包括：

所述基礎模塊將所發(fā)現的子類對應的組件全部進行加載；

或者，所述基礎模塊根據測試系統(tǒng)的需求選擇時機加載所發(fā)現的全部或部分子類對應的組件。

A4、如A1所述的方法，其中，所述在每個組件中定義實現所述指定接口類的子類包括：

在每個組件中配置獨立的文件，在該獨立的文件中定義實現所述指定接口類的子類。

A5、如A1所述的方法，其中，該方法進一步包括：

所述基礎模塊根據測試系統(tǒng)的需求選擇時機釋放所加載的組件。

A6、如A5所述的方法，其中，

所述基礎模塊加載所發(fā)現的子類對應的組件包括：所述基礎模塊將所發(fā)現的子類對應的組件注冊到內存中的指定隊列中；

所述釋放所加載的組件包括：從內存中的指定隊列中移除相應的組件。

A7、如A1-A6中任一項所述的方法，其中，該方法進一步包括：

在每個組件中定義一個或多個入口方法，每個入口方法對應該組件中的一個執(zhí)行邏輯；

所述基礎模塊根據所加載的組件中的入口方法調用該組件中的相應執(zhí)行邏輯。

A8、如A7所述的方法，其中，該方法進一步包括：

所述基礎模塊根據所加載的組件中的子類找到該組件中的入口方法；

其中，所述子類中描述了查找入口方法的相關信息，或者所述子類和入口方法定義在同一個文件。

本發(fā)明還公開了B9、一種組件式測試系統(tǒng)，其中，該測試系統(tǒng)包括：基礎模塊和多個組件，基礎模塊中定義了指定接口類，每個組件中定義了實現所述指定接口類的子類；

所述基礎模塊，適于根據所述指定接口類進行掃描，發(fā)現實現所述指定接口類的子類；以及適于加載所發(fā)現的子類對應的組件。

B10、如B9所述的測試系統(tǒng)，其中，

所述基礎模塊，適于隨測試系統(tǒng)的啟動而啟動，在啟動后根據所述指定接口類掃描指定的目錄。

B11、如B9所述的測試系統(tǒng)，其中，

所述基礎模塊，適于將所發(fā)現的子類對應的組件全部進行加載；或者適于根據測試系統(tǒng)的需求選擇時機加載所發(fā)現的全部或部分子類對應的組件。

B12、如B9所述的測試系統(tǒng)，其中，

每個組件中配置有獨立的文件，在該獨立的文件中定義有實現所述指定接口類的子類。

B13、如B9所述的測試系統(tǒng)，其中，

所述基礎模塊，進一步適于根據測試系統(tǒng)的需求選擇時機釋放所加載的組件。

B14、如B13所述的測試系統(tǒng)，其中，

所述基礎模塊，適于將所發(fā)現的子類對應的組件注冊到內存中的指定隊列中；以及適于從內存中的指定隊列中移除相應的組件。

B15、如B9-B14中任一項所述的測試系統(tǒng)，其中，

每個組件中定義有一個或多個入口方法，每個入口方法對應該組件中的一個執(zhí)行邏輯；

所述基礎模塊，適于根據所加載的組件中的入口方法調用該組件中的相應執(zhí)行邏輯。

B16、如B15所述的測試系統(tǒng)，其中，

所述基礎模塊，適于根據所加載的組件中的子類找到該組件中的入口方法；

其中，所述子類中描述了查找入口方法的相關信息，或者所述子類和入口方法定義在同一個文件。