摘 要：介紹了軟件可靠性仿真測試平臺的功能及組成框架，并以通用性和可擴展性為前提，著重對測試平臺中仿真器分系統實時性實現的調度策略和關鍵技術進行了研究。實驗結果表明，這些實現方法具有較高的可靠性、易擴展性和實用性。
關鍵詞：實時技術，軟件可靠性，調度策略，實時通信
軟件可靠性測試是當前軟件技術領域中一個比較熱門的話題，軟件可靠性對整個系統可靠性的影響越來越大，尤其對于航空類系統軟件來說，軟件故障往往是導致系統失敗的主要原因之一。采用模擬被測目標軟件實際運行環(huán)境對軟件進行測試是目前國內外一致認為比較理想的軟件測試方法之一。合理設計目標軟件可靠性的運行環(huán)境，較為真實地模擬出被測軟件的真實運行環(huán)境，不但可以檢測到目標軟件運行過程中存在的故障，而且也可以保證測試結果的真實性和置信度。
本文在介紹軟件可靠性仿真測試平臺的組成及功能的基礎上，以仿真器分系統為例，對平臺在實時測試過程中的一些實現技術進行了研究。
1 仿真測試平臺系統功能及組成框架
整個仿真測試平臺采用分布式結構，由主控機分系統（以下簡稱為主控機）、仿真器分系統（以下簡稱為仿真器）和激勵器分系統（以下簡稱為激勵器）三個分系統組成，各分系統與被測目標軟件的交聯關系如圖1所示。其中，主控機是測試平臺的控制中心，它負責生成原始測試數據，向仿真器、激勵器分發(fā)測試用例，協調兩個分系統的工作，并根據測試狀況控制仿真器和激勵器的工作模式。仿真器和激勵器將主控機傳送過來的測試用例數據，生成真正的目標軟件可以接收的測試用例數據傳送給目標系統，同時，仿真器和激勵器負責將自身工作狀態(tài)信息和從目標系統得到的測試結果數據通過底層網絡實時或非實時地傳送回主控機。
圖1 仿真測試平臺的交聯關系圖
由于目標軟件由匯編語言寫成，內部處理過程較為復雜，所以采用黑盒測試方法。目標軟件的處理周期為25 ms，因此在實時測試過程中，需要每25 ms有一組測試用例數據由仿真器通過1553B總線，激勵器通過并口同時輸入給目標軟件。仿真器和激勵器不僅需要每25 ms產生目標軟件的輸入數據，同步向目標軟件發(fā)送數據，而且仿真器還能接收目標軟件的輸出，并且對輸出數據進行相應的實時處理，如結果數據的收集、保存及數據的顯示等等。由于整個測試平臺是在非實時、多任務的Win98操作系統上實現的，因此，如何利用Win98的多任務并發(fā)的特性，采用合理的任務調度策略，在任務處理周期內，按時完成各種任務，并將多個任務協調一致，是整個設計過程中主要應該解決的問題。
在圖1所示的平臺各分系統中，主控機與目標軟件是通過仿真器形成實時閉環(huán)的。仿真器通過測試用例，實時給出目標軟件閉環(huán)運行所需要的交聯子系統發(fā)出的命令和數據,使得目標軟件能夠在較為真實的仿真任務剖面和交聯環(huán)境中運行。因此，仿真器是仿真測試平臺中的一個重要組成部分，仿真器的實時實現方法是整個平臺系統設計的重點。
2 仿真器分系統的功能設計及實時實現技術
2.1 仿真器分系統功能結構
仿真器分系統是個實時任務系統，在整個測試過程的運行模式下，需要并發(fā)處理不同的任務，如數據實時存盤、提取、交互式顯示、每25 ms驅動1553B總線等任務，任務調度涉及到CPU、內存、網絡、硬盤、數據結構、I/O接口等資源，因而合理調度各個任務，正確分配其所占用的系統資源，是仿真器測試平臺設計的關鍵之一。
為了提高平臺系統的可靠性和故障快速恢復能力，仿真器采用功能模塊化設計方法。不同任務對應的工作模塊工作相對獨立，可以隨時依據新技術對相應模塊的軟件算法進行更新和擴充，這種設計易于發(fā)揮Win98的多任務的特性，提高平臺系統實時工作的能力。其中，任務調度管理模塊是仿真器平臺系統的核心，其他各功能模塊的運行都是在管理調度模塊的統一管理控制下完成的。它與其他任務的功能模塊之間的邏輯調用關系如圖2所示。
圖2 任務調度管理模塊調用關系
在仿真器設計中，除了必要的網卡（和主控機連接）和MBI卡（和目標系統連接）等硬件設備以外，仿真器的各項功能均是通過軟件來完成的，因而系統軟件設計中采用合理的調度策略，避免操作系統的缺陷，以實現仿真器的功能。
2.2 仿真器分系統實時實現技術
2.2.1 任務調度管理模塊
從上面的討論知道，仿真器的實時性是通過仿真器的任務調度管理模塊實現的。任務調度管理模塊為仿真器分系統的主控模塊，是分系統的全面管理者。該模塊根據用戶通過仿真器分系統人機接口界面輸入的參數、顯示過程的控制命令和主控機通過網絡傳送來的控制命令及參數，對并發(fā)執(zhí)行的實時自檢/維護、網絡通信、交聯仿真數據生成、數據/狀態(tài)顯示、數據記錄、交聯數據驅動、測試過程分析以及仿真器不同功能模式對應的任務隊列進行管理和調度，協調各模塊的工作，進行各模塊的銜接，實現各線程的管理，完成與目標系統實時交聯仿真任務。
2.2.2 仿真器分系統任務劃分
由于仿真器分系統是用于目標軟件的實時仿真測試，每個任務都必須根據目標軟件運行的需要，滿足實時交聯仿真的定時限制，所以，為保證仿真器的實時性能，根據任務和平臺系統工作模式的不同，在調度框架中集中不同的調度策略，任務調度涉及到實時任務和普通分時任務的調度。
按照仿真器所處的運行模式，將其任務劃分為實時任務和非實時任務。
實時任務指在仿真測試過程中，仿真器需要在確定時間內完成的任務，包括：
．命令控制（包括測試開始、工作模式切換、驅動通信接口、測試結束等）；
．與被測目標軟件之間的實時交聯數據驅動任務；
．與主控機分系統之間的實時網絡通信任務；
．交聯數據實時生成；
．測試數據和測試結果數據的記錄和顯示；
．測試結果數據的初步精度分析和狀態(tài)邏輯驗證。
非實時任務指對于任務完成的時間沒有嚴格約束的任務，包括：
．用戶通過界面進行的分系統參數和有關配置描述；
．分系統初始化及用戶指定分系統自檢和維護；
．測試數據的事后回放；
．數據庫操作。
為系統任務調度管理的方便，根據任務的屬性、等級和處理周期的不同，將實時任務劃分為動態(tài)任務和靜態(tài)任務，靜態(tài)任務又包括長周期任務和短周期任務。
動態(tài)任務指動態(tài)跟蹤系統狀態(tài)，根據實際運行狀況，臨時加入的任務，如實時自檢任務、系統發(fā)生故障時動態(tài)加入的異常處理任務等。
長周期任務指可以在多個時間標簽內完成的任務，如有必要，這類任務可在時限還沒有完成就終止。包括顯示任務、記錄任務、從數據庫或數據文件中讀取數據到內存的任務。
短周期任務指對任務完成的時間有嚴格的限定，必須在一個時間標簽內完成的任務，即在25 ms周期內，完成對目標軟件的一次驅動，同時接收目標軟件的對外輸出。包括交聯數據的生成、交聯數據的1553B驅動、從主控機接收和向主控機發(fā)送測試數據信息包、仿真器應答信息包的網絡通信任務等周期性的任務。
上述各類任務在其生命周期內一般都包括創(chuàng)建、就緒、掛起、運行、取消和結束六種狀態(tài)，其狀態(tài)轉換關系如圖3所示，由總的任務調度控制器將各任務帶入不同的狀態(tài)。
圖3 任務狀態(tài)轉換關系示意圖
2.2.3 仿真器調度模塊的設計
仿真器對于各類任務采用時間、事件以及數據驅動相結合的調度原則進行控制管理。為了提高系統的實時性和適應性，采用了動態(tài)和靜態(tài)調度策略相結合、任務發(fā)生的周期和優(yōu)先級相結合的調度方式。
在調度框架中集中不同的調度策略。在運行模式下：系統測<
| |
