功能測試報告的編寫(2)

發表于:2016-02-16來源:uml.org.cn作者:尋覓2010點擊數: 標簽:功能測試
測試結論不論僅僅只是測試通過或不通過,應該使用詳細的數據來支持測試結論,需要列舉的數據有: 『測試用例通過率』 總用例 未通過用例 未通過比率
測試結論不論僅僅只是測試通過或不通過,應該使用詳細的數據來支持測試結論,需要列舉的數據有:

『測試用例通過率』

總用例 未通過用例 未通過比率
     
『遺留bug情況』
bug 未修復bug 遺留bug
     
備注 用例執行記錄 插入測試用例的詳細執行結果文檔 資源監控記錄 說明資源占用監控的場景,詳細列舉各場景的監控時長、監控內容,場景操作

  〖總結測試報告〗

  主要偏重于各已測試版本的缺陷變化分析,風險預估。

  各測試版本質量情況概況統計、缺陷分布統計、風險分析是總結測試報告中的主要內容。

  測試人員在項目發布上線前編寫提交。

  其內容結構如下:

  對總結測試報告的每個章節的編寫內容進行說明:

標題 子章節 詳細內容
測試簡介 測試目的 本次測試的背景及主要內容
測試資源 測試人員、第一輪測試的開始日期和最后一輪測試的截止日期、總共花費工作日統計
測試環境 硬件環境 實際情況的詳細列舉,過低的配置、件版本的不匹配、網絡拓撲的錯誤都會讓提交的缺陷缺乏說服力,也會讓開發人員對于某些缺陷是否由于環境因素導致而產生疑惑。
軟件版本  
網絡拓撲圖  
測試過程 各版本測試狀況 各測試版本的計劃提交日期、實際提交日期、測試類型(回歸或全量)、測試耗時、備注(被打回或提交補丁次數)
各版本bug統計 各測試版本的新建bug數、修復bug數、遺留bug數,表格統計、線形圖或餅狀圖輔助表示
測試分析 缺陷分析 缺陷的總體分布情況,以線形圖或餅狀圖輔助表示 根據功能模塊進行劃分 根據嚴重、較嚴重、普通、輕微級別進行劃分
遺留問題 打開狀態bug、長期驗證bug、用戶體驗問題
測試小結 資源占用 測試項目的啟動、退出時間 測試項目的CPU占用率初始值、峰值(如果項目啟動會有多個進程,則分多個進程進行統計) 測試項目的內存占用初始值、峰值
風險分析 測試進度、人員安排導致的風險 測試內容考慮范圍之外導致的風險 測試環境不全面導致的風險 其他因素導致的風險

原文轉自:http://www.uml.org.cn/Test/201111012.asp

国产97人人超碰caoprom_尤物国产在线一区手机播放_精品国产一区二区三_色天使久久综合给合久久97