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) 對單元測試結果進行整理和彙總,形成正式的測試文件;
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、 本單元測試報告.
對本測試單元模組的評價,包括功能、效能、餘量、人機互動介面、可靠性、
可維護性等等。
對本次測試進行簡單的總結陳述。
單元測試報告
系統 建設單位 監理單位 承建單位 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 提交效能分...
單元測試報告
技術檔案 技術檔名稱 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測試單元產品...