硬體與軟體的環境大概是這樣的：
作業系統：nucleus
cpu:ppc8245
產品：交換機
沒有模擬環境，所有的單元測試都必須在目標系統上跑，主要的測試點是：交換支援包(ssp)的硬體資源管理是否正確，報文的**規則是否正確，對硬體的暫存器設定是否正確(即是否設定為預期的值)。
遇到的難點：
1. 測試用例必須在目標系統上執行，目前還沒有找到可以使用的測試工具(如cunit)
2. ssp模組分了3層，只測邏輯比較複雜的一層的介面函式方法，還是所有層的介面函式都必須測試，怎麼把握粒度問題?
3. 報文**規則在目標系統上根本無法驗證是否正確
4. 公司單元測試沒有形成規範，沒有可用的單元測試框架。
背景：
公司在單元測試方面沒有什麼成熟的經驗與案例，開發人員也不是很重視單元測試。部門讓我先做個實驗，想驗證單元測試在我們的專案開發中是否可能順利實施，以及單元測試應該怎麼做，做到什麼程度。
在論壇上看到比較多的都是j2ee， c#境下的單元測試如何進行。鮮有介紹面向過程語言(如c)下單元測試該如何進行。希望罈子上的大牛們指點迷津。
Tessy 嵌入式軟體單元測試 整合測試工具
tessy 源自戴姆勒 賓士公司的軟體技術實驗室，由德國hitex 公司負責全球銷售及技術支援服務，是一款針對嵌入式軟體進行單元 整合測試的工具。它可以對c c 進行單元 整合測試，可以自動化搭建測試環境 執行測試 評估測試結果並生成測試報告，其多樣化的測試用例匯入生成方式和與測試需求關聯的特色，使...
IDEA Spring環境下的單元測試
前提 spring環境已經搭建完畢 1.pom.xml檔案下新增juint的依賴 dependency groupid junit groupid artifactid junit artifactid version 4.12 version scope test scope dependency...
嵌入式軟體單元測試 的必要性和心得
隨著科技飛速發展，國內製造發生了翻天覆地的變化。但是中國雖然是製造大國，卻還不是製造強國，在汽車製造方面，還是日系德系天下。為什麼提到國產汽車，想到的是汽車質量問題？雖然國內汽車發展很快，但是各方面還不成熟，為了節約成本，或者為了趕進度，選擇了最新的晶元，卻忽略了各種配套的測試。汽車製造是乙個系統工...