软件测试——系统测试总结报告模板
軟件測試——系統測試總結報告模板
目錄
編寫目的
背景
用戶群
定義
測試對象
測試階段
測試工具
參考資料
測試概要
進度回顧
測試執行
測試用例
測試環境
網絡拓撲
測試結果
Bug趨勢圖
問題類型分布
Bug模塊分布圖
最近提交缺陷圖
測試結論
功能性
易用性
現有系統存在如下易用性缺陷：
可靠性
兼容性
安全性
分析摘要
覆蓋率
度量
資源消耗
缺陷密度
典型缺陷引入原因分析
編寫目的
編寫該測試總結報告主要有以下幾個目的
1．?通過對測試結果的分析，得到對軟件質量的評價
2．?分析測試的過程，產品，資源，信息，為以后制定測試計劃提供參考
3．?評估測試測試執行和測試計劃是否符合
4．?分析系統存在的缺陷，為修復和預防bug提供建議
背景
產品背景與具體需求
用戶群
主要讀者：XX項目管理人員，XX項目測試經理
其他讀者：XX項目相關人員。
定義
嚴重bug：
?
測試對象
具體的測試內容?
測試階段
系統測試?
測試工具
Bugzilla缺陷管理系統?
參考資料
《XX需求和設計說明書》
《XX數據字典》
《XX后臺管理系統測試計劃》
《XX后臺管理系統測試用例》
《XX項目計劃》
測試概要
XX后臺管理系統測試從2021年7月2日開始到2021年8月10日結束，共持續39天，測試功能點174個，執行2385個測試用例，平均每個功能點執行測試用例13.7個，測試共發現427個bug，其中嚴重級別的bug68個，無效bug44個，平均每個測試功能點2.2個bug。
XX總共發布11個測試版本，其中B1—B5為計劃內迭代開發版本（針對項目計劃的基線標識），B6－B8為回歸測試版本。計劃內測試版本，B1—B4測試進度依照項目計劃時間準時完成測試并提交報告，其中B4版本推遲一天發布版本，測試通過增加一個人日，準時完成測試。B5版本推遲發布2天，測試增加2個人日，準時完成測試。
B6－B11為計劃外回歸測試版本，測試增加5個工作人日的資源，準時完成測試。
XX測試通過Bugzilla缺陷管理工具進行缺陷跟蹤管理，B1—B4測試階段都有詳細的bug分析表和階段測試報告。
進度回顧
以表格方式呈現。（建議使用【甘特圖】）
測試執行
此次測試嚴格按照項目計劃和測試計劃執行，按時完成了測試計劃規定的測試對象的測試。針對測試計劃規定的測試策略，在測試執行中都有體現，在測試執行過程中，依據測試計劃和測試用例，對系統進行了完整的測試。
測試用例
功能性
系統實現的主要功能，包括查詢，添加，修改，刪除。
系統實現的次要功能，包括為用戶分配酒店，為用戶分配權限，渠道酒店綁定，渠道RATE綁定，權限控制菜單按鈕。
需求規定的輸入輸出字段，以及需求規定的輸入限制
易用性
操作按鈕提示信息正確性，一致性，可理解性
限制條件提示信息正確性，一致性，可理解性
必填項標識
輸入方式可理解性
中文界面下數據語言與界面語言的一致性
測試環境
?軟硬件環境
網絡拓撲
測試結果
Bug趨勢圖
? 此次黑盒測試總共發布10個版本，V1.0.1-V1.0.5為計劃內迭代開發版本（針對項目計劃的基線標識），V1.1.1-V1.2.2為進行的回歸測試版本，所有版本一共發現bug ?1306個。bug版本趨勢圖如下圖所示：
? ? 由Bug的版本分布圖可以看出，V1.0.1-V1.0.5版本質量非常不穩定，bug數量最高達到189個，V1.0.1作為第一個版本bug數量為58個。在版本V1.0.3驗證了前面發現的所有bug的基礎上遺留bug數量在123個質量表現也不夠穩定，在V1.1.1新增了批量制證、數據恢復、數據備份、數據清除等功能所以bug數目驟增為232個。隨著版本的迭代在版本V1.2.2 ?bug數量逐漸將為0。
Bug優先級分布
測試發現的bug主要集中在未完善功能級別major，屬于一般性的功能缺陷，但是測試的時候，出現了163個涉及到程序崩潰、程序啟動不了、不能完成正常制證、不能完成正常印刷等嚴重級別的bug，出現嚴重級別的bug主要表現在以下幾個方面：
問題類型分布
系統的問題類型主要分布于測試過程和維護過程發現影響系統運行的缺陷bug和對現有系統功能的改進improvement。Bug占所有問題類型的百分比為：97%，improvement占所有問題類型的百分比為：3%。圖上結果說明系統在需求采集、程序設計工作過程中考慮十分全面極少存在功能設計遺漏問題。
Bug模塊分布圖
由上圖可以看出，bug主要分布模塊是CerDesk印刷端（405個）和CerDesk制證端（534個）兩個工作臺，占到了全部bug的2/3以上。而CerWeb服務器端（260個）的bug分布相對來說比較少占總體百分比為7%。CerDesk運維端（107個）的bug量最少主要原因是功能比較簡單。
?
最近提交缺陷圖
由上圖可以看出，在統計的十個周bug提交和解決狀況比較理想，當前提交的bug都能夠在很快的時間得到修復，并且隨著版本的穩定解決bug數量為全部解決新增bug數量逐漸降為0，整個過程屬于正常的軟件版本迭代過程。
Bug狀態分布
由bug狀態圖可以看出，打開的bug有0個，重新打開的bug有0個。已解決bug有2個，主要是版本V1.2.2中提交的界面易用性bug，而其他的1304個都是已驗證修復并關閉的bug。系統整體的遺留bug數量達到測試結束標準。
測試結論
功能性
系統正確實現了通過數據字典管理基礎數據的功能，實現了數據內容的多語言功能，實現了中英文界面。實現了基礎數據管理，酒店集團管理，酒店基礎信息管理，渠道管理，代理管理，用戶管理的查詢，添加，修改，刪除的功能，系統還實現了將權限控制細化到菜單按鈕的功能。
系統在實現用戶管理下的權限管理功能時，存在重大的缺陷，權限控制不嚴密，權限設計有遺漏。
易用性
現有系統實現了如下易用性：
現有系統存在如下易用性缺陷：
可靠性
現有系統的可靠性控制不夠嚴密，很多控制是通過頁面控制實現的，如果頁面控制失效，可以向數據庫插入數據，引發錯誤。
現有系統的容錯性不高，如果系統出現錯誤，返回錯誤類型為找不到頁面錯誤，無法回復到出錯前的狀態
兼容性
現有系統支持window下的IE瀏覽器和傲游瀏覽器，支持linux系統下的IE瀏覽器和火狐瀏覽器。
現有系統未進行其他兼容性測試。
安全性
現有系統控制了以下安全性問題：
分析摘要
覆蓋率
此次測試，所有測試用例都是在中文界面下執行，未在英文界面下執行，測試不包括英文界面下的測試，也不包括正對英文翻譯的測試。
此次測試，部分頁面需求描述無明確的定義，對輸入限制無詳細定義，無明確的測試依據，在測試過程中，測試是根據輸入字段含義，測試人員理解，以及和項目經理，開發人員溝通獲得測試依據，無法保證測試依據的正確性和完整性，因此，沒有進行完整的，正確的無效數據的測試，測試覆蓋率不夠，無法保證測試的有效性和正確性
下面為此次測試測試用例覆蓋率分析圖：
遺留缺陷的影響
1． 缺陷描述：酒店娛樂項添加頁面， “距離”字段無單位，建議增加單位
缺陷影響：距離字段無單位說明，無衡量標準，用戶易用性不好
推遲原因：需求定義無單位定義，統一在升級版本中解決
2． 缺陷描述：酒店基礎信息管理模塊，默認語言設置不一致。用中文查詢酒店，進入酒店基礎信息模塊后，如下模塊，語言顯示為“請選擇”。
而其他模塊語言顯示“中文語言”
缺陷影響：相同功能模塊默認語言設置不一致，一致性不好
推遲原因：默認語言設置，目前無統一標準，升級版本中統一
缺陷描述：tomcat日志有亂碼，日志無項目名稱，查看不方便
缺陷影響：其他項目日志都有項目名稱，日志無項目名稱，查看不方便
推遲原因：目前的日志為了調試方便，顯示了很多其它信息，在項目正式發布時會統一處理的。
缺陷描述：取消政策管理要么，取消時間“天/小時”缺少單位補充字段
缺陷影響：該處因為是兩個不同的單位時間，需要有另外一個單位補充字段補充所所填寫內容的單位
推遲原因：該缺陷單位補充字段本來存在，翻譯不夠準確，不能理解為補充單位的字段，需要等翻譯完畢后再確認。
缺陷描述：數據字典種類修改，默認值設置后，在調用該數據字典種類的數據字典，默認值無顯示
缺陷影響：數據字典種類的默認值設置后，不能顯示設置的默認值，相當于數據字典種類默認值設置功能未實現
推遲原因：該功能暫時不好實現，需要和和系統的默認語種一起處理。
缺陷描述：擔保政策管理頁面，“Edposit Due”缺少解釋行輸入描述信息
缺陷影響：缺少解釋性輸入描述信息，用戶不理解應該輸入什么內容
推遲原因：需求沒有描述，需要解釋性說明文字由項目經理整理后，在升級版本中添加
缺陷描述：多媒體添加，文件上傳功能未實現
缺陷影響：文件上傳功能未實現
推遲原因：該功能暫時不好完成，在下個版本中完成
缺陷描述：參照點添加權限和修改權限單獨控制出現權限異常錯誤
缺陷影響：用戶執行添加，修改時，出現權限異常，無法完成任務
推遲原因：B9版本發現該權限，B10版本未通過驗證，目前該模塊開發人員調休，無法修改bug，
缺陷描述：酒店渠道綁定關系權限控制出現權限異常錯誤
缺陷影響：
a>權限控制易用性不好，會引起用戶誤操作;
b>權限控制錯誤
推遲原因：B9版本發現該權限，B10版本未通過驗證。該模塊后臺無insert權限,只有Update權限，與其他模塊不同，需要重新設置權限控制方式。
缺陷描述：酒店Rate綁定關系權限控制出現權限異常錯誤
缺陷影響：
a>權限控制易用性不好，會引起用戶誤操作;
b>權限控制錯誤
推遲原因：B9版本發現該權限，B10版本未通過驗證。該模塊后臺無insert權限,只有Update權限，與其他模塊不同，需要重新設置權限控制方式。
缺陷描述：新建業務管理員權限用戶，進入打包促銷頁面出現權限異常錯誤
缺陷影響：除系統管理員外，其他用戶無法進行打包促銷操作
推遲原因：B10版本發現該bug，目前該模塊開發人員調休，無法修改bug
建議
在項目開始的時候應該制定編碼標準，數據庫標準，需求變更標準，開發和測試人員都嚴格按照標準進行，可以在后期減少因為開發，測試不一致而導致的問題，同時也可以降低溝通成本。
發布版本的時候，正確布置測試環境，減少因為測試環境，測試數據庫數據的問題而出現的無效bug。
開發人員解決bug的時候，填寫bug原因以及解決方式，方便bug的跟蹤。
開發人員在開發版本上發現bug，可以通知測試人員，因為開發人員發現的bug很有可能在測試版本上出現，而測試人員和開發人員的思路不同，有可能測試人員沒有發現該bug，而且，這樣可以保證發現的bug都能夠被跟蹤。
度量
資源消耗
| 測試時間 | 2021年7月2日至2021年8月6日共35天 |
| 測試人力 | 1人×7天＋1人×35天＝42人天 |
| 硬件資源 | 服務器：PC 2臺 客戶端：PC 2臺 |
缺陷密度
一、缺陷密度
基本的缺陷測量是以每千行代碼的缺陷數(Defects/KLOC)來測量的。稱為缺陷密度(Dd)，其測量單位是defects／KLOC。缺陷密度=缺陷數量/代碼行或功能點的數量。?
二、計算方法?
可按照以下步驟來計算一個程序的缺陷密度：?
1.???? 累計開發過程中每個階段發現的缺陷總數(D)。?
2.???? 統計程序中新開發的和修改的代碼行數(N)。?
3.???? 計算每千行的缺陷數Dd=1000*D/N。例如，一個29.6萬行的源程序總共有145個缺陷，則缺陷密度是： Dd＝1000*145/296000=0.49 defects／KLOC。?
典型缺陷引入原因分析
測試過程中發現的缺陷主要有以下幾個方面：
1． 需求定義不明確
需求文檔中，存在功能定義錯誤，輸入輸出字段描述錯誤，輸入輸出字段限制定義錯誤，輸入輸出限制定義缺失這幾種類型的缺陷。使得開發人員根據需求進行設計時，沒有考慮相關功能的關聯性，以及需求錯誤的地方，在測試過程中，需求相關的問題表現出來。需求做改正，設計必須跟著做改動，浪費時間和影響開發人員的積極性，降低開發人員對需求的信任，可能會導致開發人員不按照需求進行設計而根據自己的經驗來進行設計。
2． 功能性錯誤
功能沒有實現，導致無法進行需求規定的功能的測試。主要是無法進入酒店設施管理，會議室管理頁面，酒店安全項管理無法保存信息，地區，房型刪除功能缺失。
功能實現錯誤，實現了需求未定義的功能，執行需求定義的功能時系統出現錯誤。主要是角色擁有不屬于自己的權限，酒店聯系人刪除頁面跳轉錯誤等。
頁面設計和需求不一致
頁面設計沒有根據需求進行，輸入，輸出字段文字錯誤，用戶無法理解字段含義。頁面設計沒有完成需求規定的輸入限制驗證，導致用戶可以輸入錯誤的或者無效的數據，這些數據有可能會引起功能性錯誤。
4． 多語言數據問題
系統中很多輸入字段是通過調用數據字典的方式輸入，但是現有系統中，很多數據字典的多語言信息沒有完成，導致使用多語言的時候，顯示空白字段。
系統中很多地方使用多語言，由于多語言編碼不統一導致頁面設計和數據設計使用語言編碼不一致，由此引起的多語言數據無法顯示的缺陷。
5． 頁面設計易用性缺陷
頁面設計不友好，系統中很多頁面的輸入字段無明確的輸入提示，用戶無法理解何種輸入是正確的，但是用戶輸入錯誤后，系統提示出錯，增加用戶負擔。
提示信息錯誤，不同模塊相同結果的提示信息不一致，用戶操作后，相應的提示信息不明確，引起用戶誤解。
提示信息一致性，用戶在不同頁面執行相同的操作，提示信息不同。
6． 開發人員疏忽引起的缺陷
因為開發人員的疏忽，導致系統需要驗證的地方，調用了錯誤的驗證，系統需要進行輸入控制的地方沒有進行相應的控制。
內容較多，希望對大家有所幫助。
總結
以上是生活随笔為你收集整理的软件测试——系统测试总结报告模板的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 医疗实施工作内容
- 下一篇： C盘不够用了怎么办，看我4年未重做系统如