盡管軟件調試設施和硬件調試設施在目標平臺上觀測只限于軟件問題或硬件問題時效果很好，但在了解涉及軟件和硬件交互的行為時，則面臨著明顯挑戰(zhàn)。表1列出了我們的測試臺開發(fā)過程中遇到的部分問題，以及我們在業(yè)界看到的代表性問題。

　　主要挑戰(zhàn)在于，盡管使用軟件調試設施或硬件調試設施能夠“看到”非預期行為的影響，但通常很難確定觀測到的不正確行為到底是因還是果。這個問題經常變成軟件中非預計的行為是硬件行為不正確的結果，還是其它方式。關鍵在于確定多個事件之間的臨時關系，這要求軟件調試視圖和硬件調試視圖之間有一個公共參照物。

　　事件管理

　　重建軟件調試視圖和硬件調試視圖之間臨時關系的能力，涉及兩種調試設施中調試狀態(tài)和事件處理的整合，或綜合硬件管理，如圖5所示。

　　圖5： 綜合事件管理。

　　在本例中，Clarus Suite提供的分布式異步儀器使得每個捕獲站可以視作自治設備。為支持儀器之間的“交叉觸發(fā)”，有一條共享事件總線及一個集中式事件處理器。集中式事件處理器在圖5中標為接入控制（Access Control），把調試事件和狀態(tài)傳送給Analyzer軟件，Analyzer軟件管理著整個調試基礎設施。這可以對多個功能單元和時鐘域同時進行高效硬件調試。為創(chuàng)建綜合事件管理，這些信息傳播到軟件調試設施中，并從軟件基礎設施中收集數(shù)據。通過采用綜合事件管理，基礎設施可以檢測軟件斷點事件，調試處理器的狀態(tài)。同樣，軟件調試設施能夠檢測硬件觸發(fā)，調試硬件調試設施的狀態(tài)。