本發(fā)明涉及電子系統(tǒng)測試領(lǐng)域，尤其涉及一種柔性集成測試系統(tǒng)。

背景技術(shù)：

隨著科學(xué)技術(shù)的日益發(fā)達(dá)，電子系統(tǒng)已被廣泛應(yīng)用于不同的社會領(lǐng)域，成為推動人類文明進(jìn)步的重要組成部分，并且已呈現(xiàn)出大規(guī)模、多類型、自動智能化等發(fā)展趨勢。如何保證電子系統(tǒng)的功能正常和性能穩(wěn)定，使其更加安全可靠，逐漸成為人們關(guān)心的問題，特別是在航天、核電、軍事等領(lǐng)域，因為在這些安全攸關(guān)的領(lǐng)域中，系統(tǒng)故障可能引發(fā)嚴(yán)重后果。

為了應(yīng)對上述問題，工程師們通常采用測試的方法來進(jìn)行產(chǎn)品的質(zhì)量評估和故障預(yù)防，并且取得了良好效果。但在目標(biāo)系統(tǒng)設(shè)計復(fù)雜、功能多樣、系統(tǒng)特性不斷進(jìn)化的情況下，測試工作將變得繁重而艱巨。以空間科學(xué)領(lǐng)域為例，空間應(yīng)用任務(wù)通常規(guī)模大、復(fù)雜度高，涉及的學(xué)科涵蓋生物生命、流體物理、空間材料、空間環(huán)境等多個領(lǐng)域，每個領(lǐng)域都有以電子系統(tǒng)為核心的個性化科學(xué)載荷，上述載荷在研制過程中均需經(jīng)過充分的測試驗證。面對空間應(yīng)用載荷接口類型多、碼率高、數(shù)據(jù)量大、數(shù)據(jù)類型多樣，以及建設(shè)周期長、研制進(jìn)度各不相同的特點(diǎn)，傳統(tǒng)基于載荷特性定制的測試系統(tǒng)在架構(gòu)靈活性、使用便捷性、建造經(jīng)濟(jì)性等方面已經(jīng)不滿足測試需求，亟需采用全新的技術(shù)架構(gòu)建設(shè)柔性強(qiáng)、智能化的測試系統(tǒng)，用以支持空間應(yīng)用任務(wù)中不同接口、不同級別、不同階段的測試工作。

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

本發(fā)明所要解決的技術(shù)問題是針對現(xiàn)有技術(shù)的不足，提供一種基于ESB和DDS架構(gòu)、可以適用多種類型測試設(shè)備、實現(xiàn)測試系統(tǒng)數(shù)據(jù)實時傳輸?shù)娜嵝约蓽y試系統(tǒng)，其中，ESB為企業(yè)服務(wù)總線，DDS為數(shù)據(jù)分發(fā)服務(wù)，從測試過程的實時性角度，ESB可以視為非實時數(shù)據(jù)總線，DDS可以視為實時數(shù)據(jù)總線。柔性是指測試系統(tǒng)架構(gòu)能夠支持多種任務(wù)流程并滿足對多類型對象實時或非實時的測試任務(wù)。

本發(fā)明解決上述技術(shù)問題的技術(shù)方案如下：

一種柔性集成測試系統(tǒng)，包括：

非實時功能模塊，與用戶端連接，所述非實時功能模塊用于從用戶端獲取測試命令，并根據(jù)測試命令生成啟動測試系統(tǒng)的啟動信息，實現(xiàn)非實時測試功能，進(jìn)行非實時測試；

非實時數(shù)據(jù)總線，與所述非實時功能模塊連接，所述非實時數(shù)據(jù)總線用于傳輸各類數(shù)據(jù)及信息，包括啟動信息、測試命令、測試結(jié)果、用戶端輸入的測試設(shè)備信息等；

測試執(zhí)行服務(wù)模塊，與所述非實時數(shù)據(jù)總線連接，還與實時數(shù)據(jù)總線連接，所述測試執(zhí)行服務(wù)模塊用于傳輸所述非實時數(shù)據(jù)總線和所述實時數(shù)據(jù)總線之間的數(shù)據(jù)及信息，包括啟動信息、測試結(jié)果等，所述測試執(zhí)行服務(wù)模塊作為一個連接器件將非實時功能模塊和實時功能模塊連接起來，根據(jù)啟動信息啟動實時功能模塊；

實時功能模塊，與測試設(shè)備連接，所述實時功能模塊用于獲取測試設(shè)備數(shù)據(jù)，并根據(jù)測試設(shè)備數(shù)據(jù)進(jìn)行實時測試，得到測試結(jié)果；

實時數(shù)據(jù)總線，與所述實時功能模塊連接，所述實時數(shù)據(jù)總線用于傳輸各類數(shù)據(jù)及信息，包括啟動信息、測試結(jié)果、測試信息等。

本發(fā)明的有益效果是：本發(fā)明通過采用非實時數(shù)據(jù)總線和實時數(shù)據(jù)總線雙總線并行的體系架構(gòu)，分別布署有非實時功能模塊和實時功能模塊，并通過測試執(zhí)行服務(wù)模塊連接非實時數(shù)據(jù)總線和實時數(shù)據(jù)總線，兼具了非實時數(shù)據(jù)總線的可靠性、可伸縮性、可擴(kuò)展性和靈活性的優(yōu)點(diǎn)，以及實時數(shù)據(jù)總線的以數(shù)據(jù)為中心的分布式實時數(shù)據(jù)通信的特點(diǎn)，既能滿足數(shù)據(jù)傳輸?shù)膶崟r性要求，又能保證數(shù)據(jù)傳輸?shù)目煽啃院头€(wěn)定性，使測試設(shè)備在不同功能、不同接口類型方面的需求都能得到滿足。

在上述技術(shù)方案的基礎(chǔ)上，本發(fā)明還可以做如下改進(jìn)。

進(jìn)一步地，所述非實時功能模塊包括多個非實時子單元，所述多個非實時子單元分別布置于所述非實時數(shù)據(jù)總線上，所述非實時功能模塊具體包括：用戶端接口服務(wù)單元、測試流程管理單元、測試資源管理單元、被測產(chǎn)品知識管理服務(wù)單元、智能測試設(shè)計服務(wù)單元以及測試結(jié)果智能分析服務(wù)單元，其中，

所述用戶端接口服務(wù)單元與用戶端連接，用于從所述用戶端獲取測試命令，并管理與用戶端連接的接口；

所述測試流程管理單元用于根據(jù)測試命令生成啟動信息，對所述被測產(chǎn)品知識管理服務(wù)單元、所述智能測試設(shè)計服務(wù)單元以及所述測試結(jié)果智能分析服務(wù)單元進(jìn)行啟用、配置或者停用；

所述測試資源管理單元用于配置和管理測試資源，所述測試資源包括測試系統(tǒng)的組件、軟件以及硬件等；

所述被測產(chǎn)品知識管理服務(wù)單元用于對測試設(shè)備的測試特性進(jìn)行管理，所述測試特性包括測試接口類型、電氣特性、通信協(xié)議等，所述測試特性由所述用戶端輸入；

所述智能測試設(shè)計服務(wù)單元用于根據(jù)所述啟動信息和用戶端輸入的測試設(shè)備的測試特性或被測產(chǎn)品知識管理服務(wù)單元存儲的測試設(shè)備的測試特性對測試過程進(jìn)行智能設(shè)計，設(shè)計測試執(zhí)行步驟以及生成測試數(shù)據(jù)，具體包括設(shè)計需求與測試需求的自動轉(zhuǎn)換、設(shè)計模型驅(qū)動的測試用例以及推理生成測試數(shù)據(jù)等；

所述測試結(jié)果智能分析服務(wù)單元用于對所述測試結(jié)果進(jìn)行智能處理和分析，所述測試結(jié)果從實時功能模塊獲取。

進(jìn)一步地，所述非實時功能模塊還用于根據(jù)測試需求對所述多個非實時子單元中的至少一個非實時子單元進(jìn)行添加或刪除。

采用上述進(jìn)一步方案的有益效果是：通過對非實時子單元的添加或刪除，實現(xiàn)了測試系統(tǒng)的重構(gòu)和非實時測試功能的拓展，能夠滿足測試系統(tǒng)不同測試階段、不同測試場景的測試需求，使測試系統(tǒng)更加靈活、便捷和智能。

進(jìn)一步地，所述實時功能模塊包括多個實時子單元，所述多個實時子單元分別布置于所述實時數(shù)據(jù)總線上，所述實時功能模塊具體包括：功能及數(shù)據(jù)配置管理單元、測試激勵實時生成單元、測試數(shù)據(jù)處理單元、測試結(jié)果判讀單元、故障實時診斷單元以及接口通信管理單元，其中，

所述功能及數(shù)據(jù)配置管理單元用于根據(jù)所述啟動信息對其他實時子單元進(jìn)行管理，并為實時測試配置測試信息；

所述測試激勵實時生成單元用于根據(jù)所述啟動信息和測試信息生成測試激勵信號，所述測試激勵信號用于保證測試的實時性要求，所述測試激勵實時生成單元還用于根據(jù)所述測試數(shù)據(jù)生成測試激勵信號，并根據(jù)所述測試執(zhí)行步驟將所述測試激勵信號通過所述接口通信管理單元發(fā)送給所述測試設(shè)備；

所述接口通信管理單元與所述測試設(shè)備連接，所述接口通信管理單元用于根據(jù)啟動信息和測試信息獲得測試設(shè)備數(shù)據(jù)，還用于管理連接所述測試設(shè)備的通信接口，例如RS422、UART、1553B等；

所述測試數(shù)據(jù)處理單元用于處理所述測試設(shè)備數(shù)據(jù)，包括對測試設(shè)備數(shù)據(jù)的打包、壓縮、解包以及解析等，并得到測試結(jié)果，可以根據(jù)需求將測試結(jié)果發(fā)送給測試結(jié)果判斷單元或通過測試執(zhí)行服務(wù)模塊發(fā)送給測試結(jié)果智能分析服務(wù)單元；

所述測試結(jié)果判斷單元用于對所述測試結(jié)果進(jìn)行實時判斷和分析，還可以根據(jù)測試需求將分析后的測試結(jié)果發(fā)送給測試結(jié)果智能分析服務(wù)單元；

所述故障實時診斷單元用于實時診斷分析測試過程中發(fā)生的故障，定位故障發(fā)生的位置，并給出故障處理方法，然后從發(fā)生故障的單元開始，重新執(zhí)行測試。

進(jìn)一步地，所述實時功能模塊還用于根據(jù)測試需求對所述多個實時子單元中的至少一個實時子單元進(jìn)行添加或刪除。

采用上述進(jìn)一步方案的有益效果是：通過對實時子單元的添加或刪除，實現(xiàn)了測試系統(tǒng)的重構(gòu)和實時測試功能的拓展，能夠滿足測試系統(tǒng)不同測試階段、不同測試場景的測試需求，使測試系統(tǒng)更加靈活、便捷和智能。

進(jìn)一步地，所述接口通信管理單元具體用于與多個測試設(shè)備連接，將每個測試設(shè)備視為一個單獨(dú)的網(wǎng)絡(luò)節(jié)點(diǎn)，所述網(wǎng)絡(luò)節(jié)點(diǎn)采用TCP/IP通信模型進(jìn)行通信。

進(jìn)一步地，所述網(wǎng)絡(luò)節(jié)點(diǎn)包括網(wǎng)絡(luò)層、傳輸層和應(yīng)用層，所述網(wǎng)絡(luò)層采用IP協(xié)議，所述傳輸層采用TCP或UDP協(xié)議，所述應(yīng)用層則根據(jù)不同網(wǎng)絡(luò)節(jié)點(diǎn)的功能傳輸不同的數(shù)據(jù)。

進(jìn)一步地，所述傳輸層與所述應(yīng)用層之間還包括中間層，所述中間層用于傳輸DDS協(xié)議包。

采用上述進(jìn)一步方案的有益效果是：通過在網(wǎng)絡(luò)節(jié)點(diǎn)的傳輸層和應(yīng)用層之間增加中間層，傳輸DDS協(xié)議包，實現(xiàn)了測試系統(tǒng)數(shù)據(jù)的實時傳輸。

本發(fā)明附加的方面的優(yōu)點(diǎn)將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明實踐了解到。

附圖說明

圖1為本發(fā)明實施例提供的一種柔性集成測試系統(tǒng)的結(jié)構(gòu)框架圖；

圖2為本發(fā)明另一實施例提供的一種柔性集成測試系統(tǒng)的結(jié)構(gòu)裝置圖；

圖3為本發(fā)明另一實施例提供的一種柔性集成測試系統(tǒng)開展測試的流程示意圖；

圖4為本發(fā)明另一實施例提供的另一種柔性集成測試系統(tǒng)開展測試的流程示意圖；

圖5為本發(fā)明另一實施例提供的被測產(chǎn)品功能及結(jié)構(gòu)的簡化示意圖。

具體實施方式

以下結(jié)合附圖對本發(fā)明的原理和特征進(jìn)行描述，所舉實例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。

如圖1所示，為本發(fā)明實施例提供的一種柔性集成測試系統(tǒng)的結(jié)構(gòu)框架圖，該測試系統(tǒng)包括：

非實時功能模塊101，與用戶端連接，用于從用戶端獲取測試命令，并根據(jù)測試命令生成啟動測試系統(tǒng)的啟動信息，實現(xiàn)非實時測試功能，進(jìn)行非實時測試；

非實時數(shù)據(jù)總線102，與非實時功能模塊101連接，用于傳輸各類數(shù)據(jù)及信息，包括啟動信息、測試命令、測試結(jié)果、用戶端輸入的測試設(shè)備信息等；

測試執(zhí)行服務(wù)模塊103，與非實時數(shù)據(jù)總線102連接，還與實時數(shù)據(jù)總線連接104，用于傳輸所述非實時數(shù)據(jù)總線和所述實時數(shù)據(jù)總線之間的數(shù)據(jù)及信息；

實時數(shù)據(jù)總線104，與實時功能模塊105連接，用于傳輸各類數(shù)據(jù)及信息，包括啟動信息、測試結(jié)果、測試信息等；

實時功能模塊105，與測試設(shè)備連接，用于獲取測試設(shè)備數(shù)據(jù)，并根據(jù)測試設(shè)備數(shù)據(jù)進(jìn)行實時測試，得到測試結(jié)果。

上述實施例中提供的一種柔性集成測試系統(tǒng)，通過采用非實時數(shù)據(jù)總線和實時數(shù)據(jù)總線雙總線并行的體系架構(gòu)，分別布署有非實時功能模塊和實時功能模塊，并通過測試執(zhí)行服務(wù)模塊連接非實時數(shù)據(jù)總線和實時數(shù)據(jù)總線，兼具了非實時數(shù)據(jù)總線的可靠性、可伸縮性、可擴(kuò)展性和靈活性的優(yōu)點(diǎn)，以及實時數(shù)據(jù)總線的以數(shù)據(jù)為中心的分布式實時數(shù)據(jù)通信的特點(diǎn)，既能滿足數(shù)據(jù)傳輸?shù)膶崟r性要求，又能保證數(shù)據(jù)傳輸?shù)目煽啃院头€(wěn)定性，使測試設(shè)備在不同功能、不同接口類型方面的需求都能得到滿足。

在另一實施例中，如圖2所示，提供了一種柔性集成測試系統(tǒng)的結(jié)構(gòu)裝置圖，該測試系統(tǒng)包括：

用戶端接口服務(wù)單元201，與用戶端連接，用于從用戶端獲取測試命令，并管理與用戶端連接的接口；

測試流程管理單元202，用于根據(jù)測試命令生成啟動信息，對被測產(chǎn)品知識管理服務(wù)單元204、智能測試設(shè)計服務(wù)單元205以及測試結(jié)果智能分析服務(wù)單元206進(jìn)行啟用、配置或者停用；

測試資源管理單元203，用于配置和管理測試資源，測試資源包括測試系統(tǒng)的組件、軟件以及硬件等；

被測產(chǎn)品知識管理服務(wù)單元204，用于對測試設(shè)備的測試特性進(jìn)行管理，測試特性包括測試接口類型、電氣特性、通信協(xié)議等，測試特性由用戶端輸入；

智能測試設(shè)計服務(wù)單元205，用于根據(jù)啟動信息和用戶端輸入的測試設(shè)備的測試特性或被測產(chǎn)品知識管理服務(wù)單元存儲的測試設(shè)備的測試特性對測試過程進(jìn)行智能設(shè)計，設(shè)計測試執(zhí)行步驟以及生成測試數(shù)據(jù)，具體包括設(shè)計需求與測試需求的自動轉(zhuǎn)換、設(shè)計模型驅(qū)動的測試用例以及推理生成測試數(shù)據(jù)等；

測試結(jié)果智能分析服務(wù)單元206，用于對測試結(jié)果進(jìn)行智能處理和分析，測試結(jié)果從實時功能模塊獲取。

非實時數(shù)據(jù)總線207，與用戶端接口服務(wù)單元201、測試流程管理單元202、測試資源管理單元203、被測產(chǎn)品知識管理服務(wù)單元204、智能測試設(shè)計服務(wù)單元205以及測試結(jié)果智能分析服務(wù)單元206連接，用于傳輸各類數(shù)據(jù)及信息，包括啟動信息、測試命令、測試結(jié)果、用戶端輸入的測試設(shè)備信息等；

測試執(zhí)行服務(wù)模塊208，與非實時數(shù)據(jù)總線207連接，還與實時數(shù)據(jù)總線209連接，用于傳輸非實時數(shù)據(jù)總線207和實時數(shù)據(jù)總線209之間的數(shù)據(jù)及信息，包括啟動信息、測試結(jié)果等；

實時數(shù)據(jù)總線209，與功能及數(shù)據(jù)配置管理單元210、測試激勵實時生成單元211、測試數(shù)據(jù)處理單元212、測試結(jié)果判讀單元213、故障實時診斷單元214以及接口通信管理單元215連接，用于傳輸各類數(shù)據(jù)及信息，包括啟動信息、測試結(jié)果、測試信息等。

功能及數(shù)據(jù)配置管理單元210，用于根據(jù)啟動信息對其他實時子單元進(jìn)行管理，并為實時測試配置測試信息；

測試激勵實時生成單元211，用于根據(jù)啟動信息和測試信息生成測試激勵信號，測試激勵信號用于保證測試的實時性要求，所述測試激勵實時生成單元還用于根據(jù)所述測試數(shù)據(jù)生成測試激勵信號，并根據(jù)所述測試執(zhí)行步驟將所述測試激勵信號通過所述接口通信管理單元發(fā)送給所述測試設(shè)備；

測試數(shù)據(jù)處理單元212，用于處理測試設(shè)備數(shù)據(jù)，包括對測試設(shè)備數(shù)據(jù)的打包、壓縮、解包以及解析等，并得到測試結(jié)果，可以根據(jù)需求將測試結(jié)果發(fā)送給測試結(jié)果判斷單元213或通過測試執(zhí)行服務(wù)模塊208發(fā)送給測試結(jié)果智能分析服務(wù)單元206；

測試結(jié)果判斷單元213，用于對測試結(jié)果進(jìn)行實時判斷和分析，還可以根據(jù)測試需求將分析后的測試結(jié)果發(fā)送給測試結(jié)果智能分析服務(wù)單元206；

故障實時診斷單元214，用于實時診斷分析測試過程中發(fā)生的故障，定位故障發(fā)生的位置，并給出故障處理方法，然后從發(fā)生故障的單元開始，重新執(zhí)行測試；

接口通信管理單元215，與測試設(shè)備連接，用于獲得測試設(shè)備數(shù)據(jù)，還用于管理連接測試設(shè)備的通信接口，例如RS422、UART、1553B等。

在另一實施例中，圖3提供了一種柔性集成測試系統(tǒng)開展測試的流程示意圖，圖4提供了另一種柔性集成測試系統(tǒng)開展測試的流程示意圖，圖5為一種被測產(chǎn)品(DUT)的功能及結(jié)構(gòu)簡化示意圖，下面結(jié)合圖5對圖3、圖4提供的測試流程進(jìn)行說明。

如圖5所示，該被測產(chǎn)品的功能包括數(shù)據(jù)采集、數(shù)據(jù)處理和數(shù)據(jù)回傳三部分功能，對應(yīng)的實現(xiàn)方式簡化如下：采集功能由模擬數(shù)字轉(zhuǎn)換器ADC502(Analog-to-digital converter)來實現(xiàn)，處理功能通過FIR濾波器503來完成，數(shù)據(jù)回傳功能則利用RS422接口504來實現(xiàn)，外部數(shù)據(jù)源501和外系統(tǒng)505分別對應(yīng)柔性集成測試系統(tǒng)接口通信管理模塊中的發(fā)送和接收部分。測試時，被測產(chǎn)品將采集并處理后的數(shù)據(jù)通過RS422接口504傳輸?shù)饺嵝约蓽y試系統(tǒng)中，柔性集成測試系統(tǒng)經(jīng)過數(shù)據(jù)接收、運(yùn)算、判讀等功能來判斷被測產(chǎn)品的功能是否正常。測試系統(tǒng)也可以向被測產(chǎn)品傳輸指令數(shù)據(jù)，用于配置被測產(chǎn)品參數(shù)，測試其不同的功能。例如，配置的被測產(chǎn)品參數(shù)可以為ADC采集路數(shù)、FIR濾波器階數(shù)以及RS422接口傳輸速率等。

為了說明本實施例提供的柔性集成測試系統(tǒng)進(jìn)行測試的柔性、實時性特點(diǎn)，下面根據(jù)給定的測試場景舉例說明：

場景一：測試基于歷史型號改進(jìn)生成的被測產(chǎn)品

對于基于歷史型號改進(jìn)生成的被測產(chǎn)品，其功能和結(jié)構(gòu)通常變化不大，測試時僅需針對變更的部分進(jìn)行分析。假定數(shù)據(jù)處理功能中FIR濾波器階數(shù)較原型號產(chǎn)品發(fā)生變化，其余部分保持不變，原有的測試環(huán)境可直接用于本次測試。如圖3所示，具體步驟如下：

S301，創(chuàng)建測試任務(wù)。測試系統(tǒng)中的用戶接口服務(wù)接收測試命令，并將測試命令發(fā)送給測試流程管理單元。

S302，定義測試流程。測試流程管理單元根據(jù)測試命令生成啟動信息，啟用被測產(chǎn)品知識管理服務(wù)單元、智能測試設(shè)計服務(wù)單元和測試結(jié)果智能分析服務(wù)單元。

S303，配置測試資源。測試資源管理單元為測試任務(wù)配置測試資源。

S304，判定流程。根據(jù)啟動信息和測試資源進(jìn)行判斷，執(zhí)行不同的功能，分別執(zhí)行S305至S307。

S305，執(zhí)行被測產(chǎn)品知識管理服務(wù)單元，對測試設(shè)備的測試特性進(jìn)行管理。

S306，執(zhí)行智能測試設(shè)計服務(wù)單元，對測試過程進(jìn)行智能設(shè)計。

S307，執(zhí)行測試結(jié)果智能分析服務(wù)單元，對測試結(jié)果進(jìn)行智能處理和分析。生成本次FIR功能變更所需的測試用例和數(shù)據(jù)、以及測試輸出判據(jù)。

本實施例通過啟用被測產(chǎn)品知識管理服務(wù)單元、智能測試設(shè)計服務(wù)單元以及測試結(jié)果智能分析服務(wù)單元，測試人員可據(jù)此直接在原有測試環(huán)境上按原流程開展測試、無需新增測試接口并建模、無需進(jìn)入測試實時執(zhí)行流程。

場景二：測試新型號被測產(chǎn)品

對新型號產(chǎn)品的測試工作通常需覆蓋完整的測試流程及功能，需要重新進(jìn)行產(chǎn)品特性分析(如ADC及RS422接口IDS表分析)、重新設(shè)計測試用例(如FIR功能測試)、重新生成測試判據(jù)(如FIR通帶寬度正常范圍)、重新搭建測試環(huán)境(如模擬外部數(shù)據(jù)源、模擬RS422總線電氣特性和通信協(xié)議)。如圖4所示，具體步驟如下：

S401，創(chuàng)建測試任務(wù)。測試系統(tǒng)中的用戶接口服務(wù)接收測試命令，并將測試命令發(fā)送給測試流程管理單元。

S402，定義測試流程。測試流程管理單元根據(jù)測試命令生成啟動信息，啟用被測產(chǎn)品知識管理服務(wù)單元、智能測試設(shè)計服務(wù)單元和測試結(jié)果智能分析服務(wù)單元。

S403，配置測試資源。測試資源管理單元為測試任務(wù)配置測試資源。

S404，判定流程。根據(jù)啟動信息和測試資源進(jìn)行判斷，執(zhí)行不同的功能，分別執(zhí)行S305至S308。

S405，執(zhí)行被測產(chǎn)品知識管理服務(wù)單元，對測試設(shè)備的測試特性進(jìn)行管理。

S406，執(zhí)行智能測試設(shè)計服務(wù)單元，對測試過程進(jìn)行智能設(shè)計。

S407，執(zhí)行測試結(jié)果智能分析服務(wù)單元，對測試結(jié)果進(jìn)行智能處理和分析。生成本次FIR功能變更所需的測試用例和數(shù)據(jù)、以及測試輸出判據(jù)。

S408，通過測試執(zhí)行服務(wù)模塊執(zhí)行實時測試。

S409，根據(jù)啟動信息，通過功能及數(shù)據(jù)配置管理單元為實時測試配置測試信息。

S410，根據(jù)啟動信息和測試信息，通過測試激勵實時生成單元生成測試激勵信號，保證測試的實時性要求。

S411，通過測試數(shù)據(jù)處理單元處理所述測試設(shè)備數(shù)據(jù)，包括對測試設(shè)備數(shù)據(jù)的打包、壓縮、解包以及解析等，得到測試結(jié)果，并將測試結(jié)果發(fā)送給測試結(jié)果判斷單元。

S412，通過測試結(jié)果判斷單元對測試結(jié)果進(jìn)行實時判斷和分析。

S413，通過故障實時診斷單元實時診斷分析測試過程中發(fā)生的故障，定位故障發(fā)生的位置，并從故障發(fā)生的位置重新測試，如果故障發(fā)生在功能及數(shù)據(jù)配置管理單元，則返回執(zhí)行S409，如果故障發(fā)生在測試激勵實時生成單元，則返回執(zhí)行S410，如果故障發(fā)生在測試數(shù)據(jù)處理單元，則返回執(zhí)行S411，如果未發(fā)生故障，則執(zhí)行S414。

S414，存儲測試結(jié)果。

場景三：測試階段變更

產(chǎn)品設(shè)計實現(xiàn)后通常要經(jīng)過多個階段的測試，以空間應(yīng)用類產(chǎn)品為例，載荷要先后經(jīng)過整器系統(tǒng)級聯(lián)試、總裝廠測試、發(fā)射場測試等階段，每個階段的測試目的、要求均不同，相應(yīng)的測試系統(tǒng)功能需求及測試方法也不相同。

例如在整器系統(tǒng)級聯(lián)試階段，為實現(xiàn)對被測產(chǎn)品功能性能的全面驗證，需對接口通信管理單元模塊進(jìn)行配置，用以模擬外部數(shù)據(jù)源501生成不同幅度、不同頻點(diǎn)、不同信噪比的模擬信號量，進(jìn)而達(dá)到對ADC接口采集、FIR濾波等功能或性能的測試目的。

在總裝廠測試和發(fā)射場測試階段，因前期已完成對被測產(chǎn)品內(nèi)部特性的充分測試，故本階段僅需驗證被測產(chǎn)品的系統(tǒng)級特性即可，例如可直接用ADC的采集探頭獲取真實數(shù)據(jù)、然后觀測其處理后輸出結(jié)果的正確性，故本測試階段可將接口通信管理單元中與ADC接口模擬相關(guān)的功能裁剪掉。

下表給出了柔性集成測試系統(tǒng)的測試階段及功能裁剪示意性選項表，測試過程中可根據(jù)實際情況勾選必要的項目，便于操作實施。

注：符號√表示“必選項”，符號○表示“可選項”。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。

以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。