行軟件框架設計，由上到下設計了硬件管理層、人機交互管理層和產品測試管理層。同時為滿足系統(tǒng)實時多任務的需求，采取了多線程的設計方法，將測試信息、數(shù)據接收以及數(shù)據解析及處理分為不同線程進行。
[0041]軟件框架設計采用分層結構，由上到下設計了硬件管理層、產品測試管理層和人機交互管理層。其中，硬件管理層負責測試主機中各功能板卡的資源獲取、接口控制，通過驅動程序完成對系統(tǒng)硬件資源的調度，主要用來完成數(shù)據的采集工作;產品測試管理層負責產品測試流程的管理以及數(shù)據的解析處理及存儲，針對產品的性能測試需求完成測試函數(shù)設計，是實現(xiàn)產品性能測試的對外接口。人機交互管理層負責將測試過程中的詳細過程信息、測試項目結構樹和測試結果之間的交互鏈接，并實時更新測試界面，做到測試過程實時監(jiān)測，給測試儀操作人員提供了一目了然的測試界面信息。
[0042]通過對以上各層次間接口的標準化設計，確保了各層次間耦合度的降低，實現(xiàn)了測試軟件框架與產品、硬件無關。任意測試對象和項目的變更都可在軟件框架上輕松實現(xiàn)，減少了由于測試需求變更導致軟件框架更改而產生的工作量和引入的質量隱患。由于軟件測試框架與硬件無關，因此也可直接移植到其它基于Windows系統(tǒng)下的測試平臺上。
[0043]下面結合附圖和具體實施對本發(fā)明作進一步說明。
[0044]附圖1為測試系統(tǒng)軟件框圖，本發(fā)明設計了通用測試系統(tǒng)軟件框架體系結構。軟件框架設計采用分層結構，由上到下設計了硬件管理層、人機交互層和產品測試管理層。其中:
[0045]硬件管理層主要包括驅動的管理和測試的異常機制，負責測試主機中各功能板卡的資源獲取、接口控制，通過驅動程序完成對系統(tǒng)硬件資源的調度。
[0046]人機交互層包括用戶操作界面、測試樹、測試記錄以及實時信息等，在測試的過程中，操作界面提供用戶進行測試操作;測試樹用來顯示測試項的名稱，并在測試過程中通過顏色來區(qū)分已測項和未測項以及測試正常項及異常項;測試記錄提供數(shù)據處理結果及測試的正?；虍惓Ｐ畔ⅲ梢赃M行故障時的初步定位，同時避免了所有信息均顯示的繁雜，也方便用戶進行記錄瀏覽;實時信息負責將測試過程中的詳細過程信息進行顯示，當測試出現(xiàn)故障，可以從原始數(shù)據信息中進行數(shù)據查看及故障精確定位。人機交互層各模塊之間交互鏈接，實時更新測試界面，做到測試過程實時監(jiān)測，一目了然。
[0047]產品測試管理層負責產品測試流程的管理，針對產品的性能測試需求完成測試函數(shù)設計，是實現(xiàn)產品性能測試的對外接口。通過對以上各層次間接口的標準化設計，確保了各層次間耦合度的降低，實現(xiàn)了測試軟件框架與產品、硬件無關。
[0048]附圖2為測試系統(tǒng)測試流程圖，具體步驟如下:
[0049](I)初始化并啟動總線設備
[0050]對總線設備進行初始化，包括總線使用的配置以及消息出錯的處理等。
[0051 ] (2)實時信息顯示
[0052]當系統(tǒng)開始測試時，啟動實時信息顯示線程，在測試過程中刷新顯示測試項目結構樹、測試結果以及測試詳細過程信息。當測試結束時，關閉實時信息顯示線程。其中:
[0053]測試項目結構樹用于顯示測試項名稱以及提示正在進行的測試項并在測試過程中通過顏色區(qū)分已測項和未測項、測試正常項及異常項；
[0054]測試結果信息是指對采集的數(shù)據進行處理后的信息，當處理后的數(shù)據異常時進行提示，可以進行故障時的初步定位。
[0055]測試詳細過程信息是指測試過程中板卡信息以及采集的原始數(shù)據，將測試過程中的詳細過程信息進行顯示，當出現(xiàn)故障時可以進行精確定位。
[0056](3)總線數(shù)據接收
[0057]當需要進行數(shù)據接收時，啟動總線接收線程，測試系統(tǒng)模擬控制系統(tǒng)發(fā)送控制命令，并判斷總線的狀態(tài)反饋，當反饋正常時開辟緩沖區(qū)，并開始接收數(shù)據，將接受的數(shù)據存入緩沖區(qū)，當反饋異常時，通過實時信息顯示界面提示異常。當數(shù)據接收完畢后，關閉總線接收線程。
[0058](4)數(shù)據存儲
[0059]當數(shù)據開始接受時，開啟數(shù)據存儲線程，對存入緩沖區(qū)的數(shù)據進行存儲，每存儲一幀數(shù)據，對緩沖區(qū)進行清理。當測試結束后，關閉數(shù)據存儲線程。
[0060](5)分類數(shù)據解析與處理
[0061]對接收到的數(shù)據按照協(xié)議進行解析并按照相應的測試需求進行處理，然后對給定的合格范圍進行判讀，將判讀的結果以及重要的參數(shù)通過實時信息顯示界面進行顯示。
[0062](6)顯示測試結論
[0063]將解析后的數(shù)據和處理的結果顯示在界面上，讓人一目了然。
[0064]本領域的技術人員容易理解，以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內。
【主權項】
1.一種基于多線程的實時數(shù)據傳輸總線測試方法，其特征在于，包括下述步驟: SI:初始化操作后同時轉入步驟S2和步驟S17; S2:啟動1553B總線設備； S3:開啟一個用于接收所述1553B總線設備的數(shù)據的第一線程； S4:通過所述1553B總線設備給待測產品發(fā)送控制指令； S5:判斷是否接收到所述待測產品反饋的信息，若是，則轉入步驟S6，若否，則轉入步驟S11； S6:開辟一個緩存區(qū)，接收所述待測產品反饋的數(shù)據后同時轉入步驟S7、步驟S9和步驟S12； S7:開啟一個用于存儲所述待測產品反饋的數(shù)據的第二線程； S8:對所述待測產品反饋的數(shù)據進行存儲，并轉入步驟S13; S9:開啟一個用于處理所述待測產品反饋的數(shù)據的第三線程； SlO:對所述待測產品反饋的數(shù)據進行解析和處理，并轉入步驟S14; SI I:未接收到狀態(tài)反饋或狀態(tài)反饋錯誤，并轉入步驟S12; S12:關閉所述第一線程； S13:關閉所述第二線程； S14:關閉所述第三線程； S15:顯示測試結果； S16:啟動一個用于實時信息顯示的第四線程； S17:對信息進行實時顯示，并轉入步驟S18; S18:關閉所述第四線程。
【專利摘要】本發(fā)明公開了一種基于多線程的實時數(shù)據傳輸總線測試方法，包括步驟S1初始化；S2啟動1553B總線設備；S3開啟第一線程；S4通過1553B總線設備發(fā)送控制指令；S5判斷是否接收到待測產品反饋的信息，若是，則轉入步驟S6，若否，則轉入步驟S11；S6接收待測產品反饋的數(shù)據后同時轉入步驟S7、步驟S9和步驟S12；S7開啟第二線程；S8對待測產品反饋的數(shù)據進行存儲，并轉入步驟S13；S9開啟第三線程；S10進行解析和處理，并轉入步驟S14；S11未接收到狀態(tài)反饋或狀態(tài)反饋錯誤，并轉入步驟S12；S12關閉第一線程；S13關閉第二線程；S14關閉第三線程；S15顯示測試結果；S16啟動第四線程；S17對信息進行實時顯示，并轉入步驟S18；S18關閉第四線程。本發(fā)明提高了故障出現(xiàn)時分析速度和準確性。
【IPC分類】G06F11/22
【公開號】CN105573874
【申請?zhí)枴緾N201510915498
【發(fā)明人】張敬獻, 劉成強, 殷洪海, 邱帆, 郭昊
【申請人】湖北三江航天紅峰控制有限公司
【公開日】2016年5月11日
【申請日】2015年12月10日