《軟件系統(tǒng)測試報告模板.doc》由會員分享，可在線閱讀，更多相關《軟件系統(tǒng)測試報告模板.doc（8頁珍藏版）》請在裝配圖網上搜索。

[項目名稱] 系統(tǒng)測試報告 1 測試內容及方法 1.1 測試內容 本次測試嚴格按照《軟件系統(tǒng)測試計劃》進行，包括單元測試、集成測試、系統(tǒng)測試、用戶接受度測試等內容。 1.2 測試方法 正確性測試策略、健壯性測試策略、接口測試策略、錯誤處理測試策略、安全性測試策略、界面測試策略 1.3 測試工作環(huán)境 1.3.1 硬件環(huán)境 服務端 數據服務器： 處理器：Inter(R) Xeon(R) CPU E5410 @2.33GHz2 操作系統(tǒng)：Windows Server 2003 Enterprise Edition SP2 內存空間：8G 硬盤空間：500G2，RAID0 應用服務器： 處理器：Inter(R) Xeon(R) CPU E5410 @2.33GHz2 操作系統(tǒng)：Windows Server 2003 Enterprise Edition SP2 內存空間：8G 硬盤空間：500G2，RAID0 客戶端 處理器：Inter(R) Core?2 Quad CPU Q6600 @2.4GHz 操作系統(tǒng)：Windows Server 2003 R2 Enterprise Edition SP2 內存空間：2G 硬盤空間：200G 1.3.2 軟件環(huán)境 操作系統(tǒng)：Windows Server 2003 R2 Enterprise Edition SP2 客戶端瀏覽器：Internet Explorer 6.0/7.0 GIS軟件：ArcGIS Server 9.3 WEB服務：IIS6.0 2 缺陷及處理約定 2.1 缺陷及其處理 2.1.1 缺陷嚴重級別分類 嚴重程度 修改緊急程度 評定準則 實 例 高 必須立即修改 系統(tǒng)崩潰、不穩(wěn)定、重要功能未實現 1、造成系統(tǒng)崩潰、死機并且不能通過其它方法實現功能； 2、系統(tǒng)不穩(wěn)定，常規(guī)操作造成程序非法退出、死循環(huán)、通訊中斷或異常，數據破壞丟失或數據庫異常、且不能通過其它方法實現功能。 3、用戶需求中的重要功能未實現，包括：業(yè)務流程、主要功能、安全認證等。 中 必須修改 系統(tǒng)運行基本正常，次要功能未實現 1、操作界面錯誤（包括數據窗口內列名定義、含義不一致）。 2、數據狀態(tài)變化時，頁面未及時刷新。 3、添加數據后，頁面中的內容顯示不正確或不完整。 4、修改信息后，數據保存失敗。 5、刪除信息時，系統(tǒng)未給出提示信息。 6、查詢信息出錯或未按照查詢條件顯示相應信息。 7、由于未對非法字符、非法操作做限制，導致系統(tǒng)報錯等，如：文本框輸入長度未做限制；查詢時，開始時間、結束時間未做約束等。 8、兼容性差導致系統(tǒng)運行不正常，如：使用不同瀏覽器導致系統(tǒng)部分功能異常；使用不同版本的操作系統(tǒng)導致系統(tǒng)部分功能異常。 低 可延期修改 界面友好性、易用性、交互性等不夠良好 1、界面風格不統(tǒng)一。 2、界面上存在文字錯誤。 3、輔助說明、提示信息等描述不清楚。 4、需要長時間處理的任務，沒有及時反饋給用戶任務的處理狀態(tài)。 5、建議類問題。 3 差異與錯誤匯總 3.1 測試覆蓋情況表 模塊 是否覆蓋 備注 模塊1 完全覆蓋 模塊2 完全覆蓋 模塊3 完全覆蓋 模塊4 完全覆蓋 模塊5 完全覆蓋 模塊6 完全覆蓋 模塊7 完全覆蓋 本次測試主要使用黑盒測試方法，在保證業(yè)務流程的正確性及穩(wěn)定性的同時對功能的健壯性和安全性等方面進行了測試，新增模塊均已覆蓋，覆蓋率達到100%； 3.2 缺陷分布情況表 模塊 缺陷 嚴重級別 備注 致命 嚴重 一般 輕微 建議 模塊1 模塊2 模塊3 模塊4 模塊5 模塊6 模塊7 合計 3.3 缺陷狀態(tài)分布情況表 截止2016年06月05日，本系統(tǒng)共發(fā)現103個缺陷，目前缺陷狀態(tài)如下表： 模塊 狀態(tài) 合計 Fixed Closed Open Rejected Reopen 模塊1 模塊2 模塊3 模塊4 模塊5 模塊6 模塊7 合計 3.4 缺陷引入階段統(tǒng)計表 缺陷識別階段 缺陷注入階段 需求開發(fā)與管理 軟件設計 軟件實現 軟件集成及集成計劃 系統(tǒng)測試 試運行及驗收驗收 需求評審 1 　 　 　 　 　 軟件評審 1 1 　 　 　 　 代碼評審+UT 1 1 2 　 　 　 集成測試 1 4 22 0 　 　 系統(tǒng)測試 1 2 0 0 30 　 3.5 缺陷類型統(tǒng)計 3.5.1 缺陷類型/階段分析 階段 類型 需求開發(fā)與管理 軟件設計 軟件實現 軟件集成及集成計劃 系統(tǒng)測試 試運行及驗收驗收 1-設計缺陷 2-代碼缺陷 3-UI缺陷 　 　 　 　 　 　 4-其他缺陷 　 　 　 　 　 　 3.5.2 缺陷類型/模塊分析 模塊 類型 模塊1 模塊2 模塊3 模塊4 1-設計缺陷 2-代碼缺陷 3-UI缺陷 4-其他缺陷 3.6 系統(tǒng)缺陷趨勢 本系統(tǒng)共進行了四輪測試，每輪測試情況如下表： 第一輪測試 第二輪測試 第三輪測試 第四輪測試 第五輪測試 當前發(fā)現 35 22 26 18 2 當前處理 17 39 5 22 8 累計發(fā)現 35 57 83 101 103 累計處理 17 56 61 83 91 遺留 18 1 22 18 12 缺陷趨勢圖如下： 從缺陷曲線來看，缺陷的發(fā)現曲線趨勢相對比較正常，只是在第三輪測試中提交的缺陷有所反彈，從時間上來看，正好是第二次做用戶調研前后，設計發(fā)生了一定的變更，新增了一些功能和業(yè)務邏輯，隨之導致提交缺陷數量的上升。 從缺陷的處理曲線來看，起伏太大，在第三輪測試中，基本上對提交的缺陷沒有進行處理，一直遺留到第四輪測試中才又集中對缺陷進行處理。 從缺陷的遺留曲線來看，在第二輪測試前后遺留的缺陷基本全部得到了處理，系統(tǒng)趨于穩(wěn)定，而從第三輪測試開始遺留的缺陷又有較大的波動，而在第四、第五兩輪測試中對缺陷的處理不夠及時和有效，最終導致在第五輪測試結束后仍遺留了較多的缺陷。 從整體缺陷趨勢圖來看，在第二和第三輪測試之間的第二次用戶調研對系統(tǒng)穩(wěn)定性造成了一定的影響，功能上添加了一個模塊類型，并針對原有的模塊功能進行了較大的修改，新增的開發(fā)工作導致了對遺留的缺陷沒有及時的進行修改和處理，并使得系統(tǒng)最終遺留下一些沒有得到解決的缺陷。 4 調試（糾錯）后的測試結果與評價 4.1 缺陷分析 根據對本次測試發(fā)現缺陷進行分析，本系統(tǒng)的缺陷產生的主要原因是設計，其中的原因又分為兩點 從“3.4模塊缺陷說明”可以看出， 7個模塊中，有4個模塊因設計所產生的缺陷所占的比例超過或接近50%，其中模塊1，63%、模塊462%、電氣設備設施周期檢測表43%、模塊661%。具體又分為兩個產生原因： 第一：設計人員對設計文檔的編寫不夠詳細和全面；設計人員在現場調研結束后編寫的設計文檔無法直接用來開發(fā)，設計文檔是在開發(fā)活動的過程中由開發(fā)人員、設計人員和測試人員不斷的提出改進和完善意見后，逐步完善的。例如在各個報表的審核功能中，從用戶調研到詳細設計過程中，都沒有考慮過審核不通過的情況，在測試人員編寫測試用例時提出后，才在用戶確認業(yè)務流程后重新修改了設計文檔。 第二：開發(fā)人員對設計的理解不夠透徹所致；設計文檔從編寫完成到開發(fā)活動開始，時間較短，開發(fā)人員不足，導致開發(fā)人員在著手開發(fā)前沒有足夠的時間對設計文檔進行認真的通讀和分析，往往時在開發(fā)過程中，才暴露出設計文檔中的不足和缺失。 除此之外，在開發(fā)過程中仍然出現一些代碼缺陷，如：邏輯錯誤，SQL語句錯誤等，代碼缺陷在所有提交的缺陷中約占30%。 4.2 測試結論 該項目經過四個月，共五輪的測試，除模塊6外，其余各模塊系統(tǒng)比較穩(wěn)定，基本可以滿足用戶對功能和業(yè)務的要求。 模塊6由于用戶的要求導致在較短的時間內，在數據采集和報表基本功能的基礎上實現倉儲軟件的一部分功能，并且在設計，尤其是數據庫設計上的缺陷（缺少基礎表，導致表與表之間，字段與字段之間沒有關聯(lián)，需要用代碼來控制一切可能出現的關聯(lián)），導致該模塊中仍存在較大的風險，仍有一部分缺陷沒有處理，仍可能存在一些未被發(fā)現的缺陷。鑒于公司目前開發(fā)人員緊缺的實際情況，模塊6中存在的設計缺陷以及系統(tǒng)中仍然遺留的部分缺陷沒有得到修改，建議在情況有所好轉后，對物資設備表重新進行設計和開發(fā)，或者說服甲方放棄模塊6中與倉儲相關的功能。 5 測試活動總結 本項目測試從20xx年xx月xx日開始，到20xx年xx月xx日截止，共經歷五輪測試，由我公司測試人員完成。具體見下表。 序號 姓名 技術水平 工作內容 工作量 備注 1 測試管理 測試設計，測試管理，測試執(zhí)行 2 測試員 測試執(zhí)行 3 測試員 測試執(zhí)行 4 程序員 測試配合，缺陷修改 5 程序員 測試配合，缺陷修改 6 業(yè)務分析員 測試配合，設計修改 7 總計：人/天