越來越多的智能設備正在進入我們生活的角角落落，包括您的電腦，智能電話，最新的蘋果iPad等等。而設備中的嵌入式軟件還在不停地促使您的汽車，洗衣機和電網向著智能化的方向發展。事實上，在我們的生活中，已經越來越難找到不包含嵌入式軟件的大型電子設備了。

　　有誰會想到，為了去一趟雜貨店，我們的汽車需要多少電子控制單元(ECU)不停地運作?又有誰會想到，今天的汽車所能帶給我們的舒適享受已將過去我們認為煩惱，瑣碎的駕駛變成了一種美好的體驗。然而，然而，隨著基于軟件的設備變得更加普遍和復雜，嵌入式工程師越來越面臨著簡化設備的設計和測試過程，實現設備缺陷可追溯性的巨大挑戰。

　　目前的嵌入式開發過程通常包括不同形式的設計仿真、驗證、確認和系統測試。在這些階段，設計和測試工具間很難過渡。這往往會造成需要將測試代碼，測試案例，和仿真與I/O接口重新寫入到模型中。

　　此外，由于傳統設計工具也正變得越來越繁重，而模型和用例也日益復雜，我們很難將用于純仿真測試的多個模型連結在一起。這些問題對企業在利潤，人員需求，文檔化及產品上市時間等方面提出了挑戰。

　　實時測試軟件的角色

　　對之前開發過程中用到的設計和測試工具、模型以及仿真數據進行復用，是目前嵌入式控制設備開發的一個趨勢。許多設計和測試工程師在整個開發過程中會積極地復用設計模型。然而，如果這些工程師在設計流程中也對測試進行復用，那么就能進一步實現更高的效率和質量(見圖)。

　　為了滿足這一需求，一種新型軟件——實時測試軟件誕生了。該軟件能夠幫助工程師在整個嵌入式設計流程中復用測試任務，例如激勵配置、測試序列、分析程序和需求跟蹤。所謂“實時”是指該軟件對嵌入式系統其余部分進行建模，從而具備在真實環境中，對測試設備(DCT)進行測試固件的能力。

　　在設計流程的各個階段，從最初的產品定義一直到最終的系統測試，您可以通過使用相同的測試軟件組件來獲得更好的連續性。這對于診斷臨床故障而言尤為重要——由于特征采集和生產中的測試程序不同導致很難判斷故障原因的案例屢見不鮮。

　　例如，當開發嵌入式控制軟件時，激勵配置，分析程序以及其他模型在環(MIL)設計任務中使用到的組件將會被復用，以創建硬件在環(HIL)以及原型控制器的現場測試。

　　一旦這一階段完成，演進的軟件測試組件將是HIL、子系統，和系統集成測試系統開發的起點。