系統(tǒng)測試報告實例

1、XX系統(tǒng)測試總結報告1 引言1.1 編寫目的編寫該測試總結報告主要有以下幾個目的1 通過對測試結果的分析，得到對軟件質量的評價2 分析測試的過程，產品，資源，信息，為以后制定測試計劃提供參考3 評估測試測試執(zhí)行和測試計劃是否符合4 分析系統(tǒng)存在的缺陷，為修復和預防bug提供建議1.2 背景1.3 用戶群 主要讀者：XX項目管理人員，XX項目測試經理其他讀者：XX項目相關人員。1.4 定義嚴重bug：出現以下缺陷，測試定義為嚴重bugü 系統(tǒng)無響應，處于死機狀態(tài)，需要其他人工修復系統(tǒng)才可復原。ü 點擊某個菜單后出現“The page cannot be displayed”或

2、者返回異常錯誤。ü 進行某個操作（增加、修改、刪除等）后，出現“The page cannot be displayed” 或者返回異常錯誤ü 當對必填字段進行校驗時，未輸入必輸字段，出現“The page cannot be displayed” 或者返回異常錯誤ü 系統(tǒng)定義不能重復的字段輸入重復數據后，出現“The page cannot be displayed” 或者返回異常錯誤1.5 測試對象略1.6 測試階段系統(tǒng)測試1.7 測試工具 Bugzilla缺陷管理系統(tǒng)1.8 參考資料XX需求和設計說明書XX數據字典XX后臺管理系統(tǒng)測試計劃XX后臺管理系統(tǒng)測試

3、用例XX項目計劃2 測試概要XX后臺管理系統(tǒng)測試從2007年7月2日開始到2007年8月10日結束，共持續(xù)39天，測試功能點174個，執(zhí)行2385個測試用例，平均每個功能點執(zhí)行測試用例13.7個，測試共發(fā)現427個bug，其中嚴重級別的bug68個，無效bug44個，平均每個測試功能點2.2個bug。XX總共發(fā)布11個測試版本，其中B1B5為計劃內迭代開發(fā)版本（針對項目計劃的基線標識），B6B8為回歸測試版本。計劃內測試版本，B1B4測試進度依照項目計劃時間準時完成測試并提交報告，其中B4版本推遲一天發(fā)布版本，測試通過增加一個人日，準時完成測試。B5版本推遲發(fā)布2天，測試增加2個人日，準時完成

4、測試。B6B11為計劃外回歸測試版本，測試增加5個工作人日的資源，準時完成測試。XX測試通過Bugzilla缺陷管理工具進行缺陷跟蹤管理，B1B4測試階段都有詳細的bug分析表和階段測試報告。2.1 進度回顧版本/時間計劃開始時間實際開始時間計劃完成時間實際完成時間加班增加資源B12007.7.22007.7.22007.7.52007.7.5否否B22007.7.162007.7.162007.7.192007.7.19否否B32007.7.232007.7.232007.7.252007.7.24否2個人日B42007.7.282007.7.292007.7.312007.7.311個人1

5、天1個人2天2個人日B52007.8.12007.8.22007.8.62007.8.3否2個人日B62007.8.42007.8.42個人1天2個人日B72007.8.52007.8.51個人1天1個人日B8B92007.8.92007.8.92007.8.102007.8.10否2個人日B10合計1個人6天11個人日2.2 測試執(zhí)行此次測試嚴格按照項目計劃和測試計劃執(zhí)行，按時完成了測試計劃規(guī)定的測試對象的測試。針對測試計劃規(guī)定的測試策略，在測試執(zhí)行中都有體現，在測試執(zhí)行過程中，依據測試計劃和測試用例，對系統(tǒng)進行了完整的測試2.3 測試用例2.3.1 功能性系統(tǒng)實現的主要功能，包括查詢，添加

6、，修改，刪除。系統(tǒng)實現的次要功能，包括為用戶分配酒店，為用戶分配權限，渠道酒店綁定，渠道RATE綁定，權限控制菜單按鈕。需求規(guī)定的輸入輸出字段，以及需求規(guī)定的輸入限制2.3.2 易用性 操作按鈕提示信息正確性，一致性，可理解性 限制條件提示信息正確性，一致性，可理解性必填項標識輸入方式可理解性中文界面下數據語言與界面語言的一致性3 測試環(huán)境3.1.1 軟硬件環(huán)境硬件環(huán)境應用服務器數據庫服務器客戶端硬件配置CPU：Intel(R) Celeron(R) CPU 2.40GHz stepping 01Memory： 1048256kHD：ST380817AS 80G SATACPU：Intel(R

7、) Celeron(R) CPU 2.40GHz stepping 01Memory： 1048256kHD：ST380817AS 80G SATACPU：Intel(R) Celeron(R) CPU 2.40GHz stepping 01Memory： 1048256kHD：ST380817AS 80G SATA軟件配置OS：CentOS 4.2JDK 1.5.0_06Apache 2.2.0Tomcat 5.5.15OS：CentOS 4.2MySQL 5.0.17 LinuxWindow 2000 Professional （SP2）IE6.0.2900.2180.xpsp_sp2網絡

8、環(huán)境10M LAN10M LAN10M LAN 3.1.2 網絡拓撲4 測試結果4.1 Bug趨勢圖 此次黑盒測試總共發(fā)布10個版本，V1.0.1-V1.0.5為計劃內迭代開發(fā)版本（針對項目計劃的基線標識），V1.1.1-V1.2.2為進行的回歸測試版本，所有版本一共發(fā)現bug 1306個。bug版本趨勢圖如下圖所示： 由Bug的版本分布圖可以看出，V1.0.1-V1.0.5版本質量非常不穩(wěn)定，bug數量最高達到189個，V1.0.1作為第一個版本bug數量為58個。在版本V1.0.3驗證了前面發(fā)現的所有bug的基礎上遺留bug數量在123個質量表現也不夠穩(wěn)定，在V1.1.1新增了批量制證、數

9、據恢復、數據備份、數據清除等功能所以bug數目驟增為232個。隨著版本的迭代在版本V1.2.2 bug數量逐漸將為0。4.2 Bug優(yōu)先級分布 測試發(fā)現的bug主要集中在未完善功能級別major，屬于一般性的功能缺陷，但是測試的時候，出現了163個涉及到程序崩潰、程序啟動不了、不能完成正常制證、不能完成正常印刷等嚴重級別的bug，出現嚴重級別的bug主要表現在以下幾個方面：ü 系統(tǒng)的主要功能沒有實現ü 本地數據庫數據量比較大的時候出現程序崩潰死機ü 系統(tǒng)主要功能邏輯混亂導致意外bugü 后臺進程在程序關閉后沒有相應停止導致程序不能啟動ü Web

10、API接口調用錯誤導致核心功能不可實現4.3 問題類型分布 系統(tǒng)的問題類型主要分布于測試過程和維護過程發(fā)現影響系統(tǒng)運行的缺陷bug和對現有系統(tǒng)功能的改進improvement。Bug占所有問題類型的百分比為：97%，improvement占所有問題類型的百分比為：3%。圖上結果說明系統(tǒng)在需求采集、程序設計工作過程中考慮十分全面極少存在功能設計遺漏問題。4.4 Bug模塊分布圖 由上圖可以看出，bug主要分布模塊是CerDesk印刷端（405個）和CerDesk制證端（534個）兩個工作臺，占到了全部bug的2/3以上。而CerWeb服務器端（260個）的bug分布相對來說比較少占總體百分比為7

11、%。CerDesk運維端（107個）的bug量最少主要原因是功能比較簡單。4.5 最近提交缺陷圖由上圖可以看出，在統(tǒng)計的十個周bug提交和解決狀況比較理想，當前提交的bug都能夠在很快的時間得到修復，并且隨著版本的穩(wěn)定解決bug數量為全部解決新增bug數量逐漸降為0，整個過程屬于正常的軟件版本迭代過程。4.6 Bug狀態(tài)分布由bug狀態(tài)圖可以看出，打開的bug有0個，重新打開的bug有0個。已解決bug有2個，主要是版本V1.2.2中提交的界面易用性bug，而其他的1304個都是已驗證修復并關閉的bug。系統(tǒng)整體的遺留bug數量達到測試結束標準。5 測試結論5.1 功能性系統(tǒng)正確實現了通過數據

12、字典管理基礎數據的功能，實現了數據內容的多語言功能，實現了中英文界面。實現了基礎數據管理，酒店集團管理，酒店基礎信息管理，渠道管理，代理管理，用戶管理的查詢，添加，修改，刪除的功能，系統(tǒng)還實現了將權限控制細化到菜單按鈕的功能。系統(tǒng)在實現用戶管理下的權限管理功能時，存在重大的缺陷，權限控制不嚴密，權限設計有遺漏。5.2 易用性 現有系統(tǒng)實現了如下易用性：ü 查詢，添加，刪除，修改操作相關提示信息的一致性，可理解性ü 輸入限制的正確性ü 輸入限制提示信息的正確性，可理解性，一致性現有系統(tǒng)存在如下易用性缺陷：ü 界面排版不美觀ü 輸入，輸出字段的可理

13、解性差ü 輸入缺少解釋性說明ü 中英文對應的正確性ü 中英文混排5.3 可靠性現有系統(tǒng)的可靠性控制不夠嚴密，很多控制是通過頁面控制實現的，如果頁面控制失效，可以向數據庫插入數據，引發(fā)錯誤?，F有系統(tǒng)的容錯性不高，如果系統(tǒng)出現錯誤，返回錯誤類型為找不到頁面錯誤，無法回復到出錯前的狀態(tài)5.4 兼容性現有系統(tǒng)支持window下的IE瀏覽器和傲游瀏覽器，支持linux系統(tǒng)下的IE瀏覽器和火狐瀏覽器?，F有系統(tǒng)未進行其他兼容性測試5.5 安全性現有系統(tǒng)控制了以下安全性問題：ü 把某一個登錄后的頁面保存下來，不能單獨對其進行操作不進行登錄ü 直接輸入某一頁面的

14、Url能否打開頁面并進行操作不應該允許?，F有系統(tǒng)未控制以下安全性問題：ü 用戶名和密碼應對大小寫敏感ü 登陸錯誤次數限制6 分析摘要6.1 覆蓋率此次測試，所有測試用例都是在中文界面下執(zhí)行，未在英文界面下執(zhí)行，測試不包括英文界面下的測試，也不包括正對英文翻譯的測試。此次測試，部分頁面需求描述無明確的定義，對輸入限制無詳細定義，無明確的測試依據，在測試過程中，測試是根據輸入字段含義，測試人員理解，以及和項目經理，開發(fā)人員溝通獲得測試依據，無法保證測試依據的正確性和完整性，因此，沒有進行完整的，正確的無效數據的測試，測試覆蓋率不夠，無法保證測試的有效性和正確性下面為此次測試測試

15、用例覆蓋率分析圖：6.2 遺留缺陷的影響 1 缺陷描述：酒店娛樂項添加頁面， “距離”字段無單位，建議增加單位缺陷影響：距離字段無單位說明，無衡量標準，用戶易用性不好推遲原因：需求定義無單位定義，統(tǒng)一在升級版本中解決2 缺陷描述：酒店基礎信息管理模塊，默認語言設置不一致。用中文查詢酒店，進入酒店基礎信息模塊后，如下模塊，語言顯示為“請選擇”列表頁面添加頁面取消政策停留政策擔保政策機場參照點會議室詳情打包促銷服務Rate而其他模塊語言顯示“中文語言”缺陷影響：相同功能模塊默認語言設置不一致，一致性不好推遲原因：默認語言設置，目前無統(tǒng)一標準，升級版本中統(tǒng)一3 缺陷描述：tomcat日志有亂碼，日志

16、無項目名稱，查看不方便缺陷影響：其他項目日志都有項目名稱，日志無項目名稱，查看不方便推遲原因：目前的日志為了調試方便，顯示了很多其它信息，在項目正式發(fā)布時會統(tǒng)一處理的。4 缺陷描述：取消政策管理要么，取消時間“天/小時”缺少單位補充字段缺陷影響：該處因為是兩個不同的單位時間，需要有另外一個單位補充字段補充所所填寫內容的單位推遲原因：該缺陷單位補充字段本來存在，翻譯不夠準確，不能理解為補充單位的字段，需要等翻譯完畢后再確認。5 缺陷描述：數據字典種類修改，默認值設置后，在調用該數據字典種類的數據字典，默認值無顯示缺陷影響：數據字典種類的默認值設置后，不能顯示設置的默認值，相當于數據字典種類默認值

17、設置功能未實現推遲原因：該功能暫時不好實現，需要和和系統(tǒng)的默認語種一起處理。6 缺陷描述：擔保政策管理頁面，“Edposit Due”缺少解釋行輸入描述信息缺陷影響：缺少解釋性輸入描述信息，用戶不理解應該輸入什么內容推遲原因：需求沒有描述，需要解釋性說明文字由項目經理整理后，在升級版本中添加7 缺陷描述：多媒體添加，文件上傳功能未實現缺陷影響：文件上傳功能未實現推遲原因：該功能暫時不好完成，在下個版本中完成8 缺陷描述：參照點添加權限和修改權限單獨控制出現權限異常錯誤缺陷影響：用戶執(zhí)行添加，修改時，出現權限異常，無法完成任務推遲原因：B9版本發(fā)現該權限，B10版本未通過驗證，目前該模塊開發(fā)人員

18、調休，無法修改bug，9 缺陷描述：酒店渠道綁定關系權限控制出現權限異常錯誤缺陷影響：a>權限控制易用性不好，會引起用戶誤操作;b>權限控制錯誤推遲原因：B9版本發(fā)現該權限，B10版本未通過驗證。該模塊后臺無insert權限,只有Update權限，與其他模塊不同，需要重新設置權限控制方式。10缺陷描述：酒店Rate綁定關系權限控制出現權限異常錯誤缺陷影響：a>權限控制易用性不好，會引起用戶誤操作;b>權限控制錯誤推遲原因：B9版本發(fā)現該權限，B10版本未通過驗證。該模塊后臺無insert權限,只有Update權限，與其他模塊不同，需要重新設置權限控制方式。11缺陷描述：

19、新建業(yè)務管理員權限用戶，進入打包促銷頁面出現權限異常錯誤缺陷影響：除系統(tǒng)管理員外，其他用戶無法進行打包促銷操作推遲原因：B10版本發(fā)現該bug，目前該模塊開發(fā)人員調休，無法修改bug6.3 建議ü 在項目開始的時候應該制定編碼標準，數據庫標準，需求變更標準，開發(fā)和測試人員都嚴格按照標準進行，可以在后期減少因為開發(fā)，測試不一致而導致的問題，同時也可以降低溝通成本。ü 發(fā)布版本的時候，正確布置測試環(huán)境，減少因為測試環(huán)境，測試數據庫數據的問題而出現的無效bug。ü 開發(fā)人員解決bug的時候，填寫bug原因以及解決方式，方便bug的跟蹤。ü 開發(fā)人員在開發(fā)版本上

20、發(fā)現bug，可以通知測試人員，因為開發(fā)人員發(fā)現的bug很有可能在測試版本上出現，而測試人員和開發(fā)人員的思路不同，有可能測試人員沒有發(fā)現該bug，而且，這樣可以保證發(fā)現的bug都能夠被跟蹤。7 度量7.1 資源消耗測試時間2007年7月2日至2007年8月6日共35天測試人力1人×7天1人×35天42人天硬件資源服務器：PC 2臺客戶端：PC 2臺7.2 缺陷密度8 典型缺陷引入原因分析測試過程中發(fā)現的缺陷主要有以下幾個方面： 1 需求定義不明確需求文檔中，存在功能定義錯誤，輸入輸出字段描述錯誤，輸入輸出字段限制定義錯誤，輸入輸出限制定義缺失這幾種類型的缺陷。使得開發(fā)人員根據需求進行設計時，沒有考慮相關功能的關聯(lián)性，以及需求錯誤的地方，在測試過程中，需求相關的問題表現出來。需求做改正，設計必須跟著做改動，浪費時間和影響開發(fā)人員的積極性，降低開發(fā)人員對需求的信任，可能會導致開發(fā)人員不按照需求進