***系統
建設單位
監理單位
承建單位
1.編寫目的 4
2.軟體單元描述 4
3.單元結構 4
4.單元控制/時序流圖 4
5.測試過程 4
6.測試結果 4
6.1 **審查結果 4
6.2 測試用例統計 5
6.3 測試單元產品 5
3、提交測試覆蓋率時編譯執行後的.gcov 檔案； 6
5、提交效能分析時編譯執行後的.gprof 檔案； 6
7.質量評估 6
8.總結 6
編寫本單元測試報告的目的在於：
(1) 對單元測試結果進行整理和彙總，形成正式的測試文件；
(2) 為軟體單元的評審驗收提供依據；
(3) 納入軟體產品配置管理庫。
簡單描述被測試單元或與之相關單元的產品專案名稱、所屬子系統、單元要
完成的功能、需求和設計要求等。
畫出本單元的組織結構，包括本單元包括的屬性、方法、輸入/輸出等。
根據本單元的控制結構或操作時序，畫出其大概過程。
簡要的描述在本單元的測試過程。
在**中列出**審查中查出的問題：
**審查結果表
測試用例執行結果統計表
填表說明如下：
測試項、測試用例號：描述單元再細分的功能點簡單描述，每乙個功能點已經在設計中進行了編號，例如：dh-ast-gf-01, 其中dh-ast-gf 是專案管理員給出的編號，後面的01 是單元測試設計人員對該項目的細分編號，再細分的功能點為測試用例編號，例如，dsh-ast-gf-01-01，dh-ast-gf-01-02 等，其它測試特性統一編號，例如效能測試、容錯性等。
中間統一使用中劃線分隔。測試用例號是測試用例的統一而且唯一編號。測試用例號在測試用例原始檔中進行注釋說明。
測試特性：指功能測試、效能測試、餘量測試、容錯性等需要對該子功能進行測試的特性分類。
用例描述：是對該測試用例測試該子功能點的簡單描述。例如：測試列印預覽時向下翻頁的功能是否實現。
測試結論：說明測試是否通過，只需填寫「通過」或「不通過」。
對應bug id：在測試不通過時，填寫對應的bug 清單中指定的id 號。
對於每個測試單元需要提在pc linux 平台和2 個xscale 平台（2 個pxa25x
平台或2 種ixp425 平台）下的以下文件:
1、提交驅動模組、樁模組和測試用例對應的源**、注釋，要與測試用例中的測試用例號對應；
2、提交載入測試用例編譯執行後的.h 和.cpp 或.c 檔案,makefile 檔案;
3、提交測試覆蓋率時編譯執行後的.gcov 檔案；
4、 提交存檢查結果.ccmalloc 檔案
5、提交效能分析時編譯執行後的.gprof 檔案；
6、利用-o0, -o2, -o3 三種編譯優化選項編譯被測**時產生正確性測試結果的.log 檔案
7、在單元測試中提交的軟體bug 清單;
8、本單元測試報告.
對本測試單元模組的評價，包括功能、效能、餘量、人機互動介面、可靠性、
可維護性等等。
對本次測試進行簡單的總結陳述。
單元測試報告
技術檔案 技術檔名稱 telindus 單元測試報告技術檔案編號 版本 共頁 包括封面 擬制審核 會簽標準化 批准特靈達新時技術 修改記錄 目錄1 範圍 3 2 術語 定義和縮略語 3 2.1 術語 定義 3 2.2 縮略語 3 3 測試配置 3 3.1 硬體配置 3 3.2 軟體配置 3 4 測試...
單元測試報告
軟體測試系列 密級 普通 檔案編號 檔案類別 測試管理體系檔案 發放號 應用軟體 單元測試報告 北京梅梅出品 目錄1.編寫目的 3 2.軟體單元描述 3 3.單元結構 3 4.單元控制 時序流圖 3 5.測試過程 3 6.測試結果 3 6.1 審查結果 3 6.2測試用例統計 4 6.3測試單元產品...
單元測試報告
xx系統 修訂歷史 目錄1 編寫目的 3 2 軟體單元描述 3 3 單元結構 3 4 單元控制 時序流圖 3 5 測試過程 3 6 測試結果 3 6.1 審查結果 3 6.2 測試用例統計 4 6.3 測試單元產品 4 7 質量評估 5 8 總結 5 編寫本單元測試報告的目的在於 1 對單元測試結果...