軟體測試系列
密級：普通
檔案編號：ｎｏ．４
檔案類別：測試管理體系檔案
發放號：１００４
應用軟體
×××單元測試報告
北京梅梅出品****
目錄1.編寫目的 (3)
2.軟體單元描述 (3)
3.單元結構 (3)
4.單元控制/時序流圖 (3)
5.測試過程 (3)
6.測試結果 (3)
6.1**審查結果 (3)
6.2測試用例統計 (4)
6.3測試單元產品 (4)
7.質量評估 (5)
9.總結 (5)
1.編寫目的
編寫本單元測試報告的目的在於：
(1)對單元測試結果進行整理和彙總，形成正式的測試文件；
(2)為軟體單元的評審驗收提供依據；
(3)納入軟體產品配置管理庫。
2.軟體單元描述
簡單描述被測試單元或與之相關單元的產品專案名稱、所屬子系統、單元要完成的功能、需求和設計要求等。
3.單元結構
畫出本單元的組織結構，包括本單元包括的屬性、方法、輸入/輸出等。4.單元控制/時序流圖
根據本單元的控制結構或操作時序，畫出其大概過程。
5.測試過程
簡要的描述在本單元的測試過程。
6.測試結果
６．１**審查結果
在**中列出**審查中查出的問題：
**審查結果表
bug id 審查人員審查日期問題描述
６．２測試用例統計
測試用例執行結果統計表
測試項測試用例號測試特性用例描述測試結論對應bug id
填表說明：
測試項、測試用例號：描述單元再細分的功能點簡單描述，每乙個功能點已經在設計中進行了編號，例如：dh-ast-gf-01, 其中dh-ast-gf是專案管理員給出的編號，後面的01是單元測試設計人員對該項目的細分編號，再細分的功能點為測試用例編號，例如，dsh-ast-gf-01-01，dh-ast-gf-01-02等，其它測試特性統一編號，例如效能測試、容錯性等。
中間統一使用中劃線分隔。測試用例號是測試用例的統一而且唯一編號。測試用例號在測試用例原始檔中進行注釋說明。
測試特性：指功能測試、效能測試、餘量測試、容錯性等需要對該子功能進行測試的特性分類。
用例描述：是對該測試用例測試該子功能點的簡單描述。例如：測試列印預覽時向下翻頁的功能是否實現。
測試結論：說明測試是否通過，只需填寫「通過」或「不通過」。
對應bug id：在測試不通過時，填寫對應的bug清單中指定的id號。
６．３測試單元產品
對於每個測試單元需要提在ｐｃ ｌｉｎｕｘ平台和２個ｘｓｃａｌｅ平台（２個ｐｘａ２５ｘ平台或２種ｉｘｐ４２５平台）下的以下文件：
１、提交驅動模組、樁模組和測試用例對應的源**、注釋，要與測試用例中的
測試用例號對應；
２、提交載入測試用例編譯執行後的．ｈ和．ｃｐｐ或．ｃ檔案，ｍａｋｅｆｉｌｅ檔案；
３、提交測試覆蓋率時編譯執行後的．ｇｃｏｖ檔案；
４、提交存檢查結果．ｃｃｍａｌｌｏｃ檔案
５、提交效能分析時編譯執行後的．ｇｐｒｏｆ檔案；
６、利用三種編譯優化選項編譯被測**時產生正確性測試結果．ｌｏｇ檔案
７、在單元測試中提交的軟體ｂｕｇ清單；
８、本單元測試報告．
7.質量評估
對本測試單元模組的評價，包括功能、效能、餘量、人機互動介面、可靠性、可維護性等等。
9.總結
對本次測試進行簡單的總結陳述。
單元測試報告
系統 建設單位 監理單位 承建單位 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 測試...
單元測試報告
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 對單元測試結果...