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

2、單后出現“ The page cannot be displayed”或者返回異常錯誤。?進行某個操作 （增加、 修改、刪除等） 后，出現“ The page cannot be displayed”或者返回異常錯誤?當對必填字段進行校驗時，未輸入必輸字段，出現“Thepagecannotbedisplayed ” 或者返回異常錯誤?系 統定 義 不 能 重 復 的 字 段 輸 入 重 復 數 據 后， 出 現 “ Thepagecannotbedisplayed ” 或者返回異常錯誤1.5 測試對象略1.6 測試階段系統測試文檔標準實用文案1.7 參考資料 XX 需求和設計說明書 XX 數據

3、字典 XX 后臺管理系統測試計劃 XX 后臺管理系統測試用例 XX 項目計劃2 測試概要XX 后臺管理系統測試從 2007 年 7 月 2 日開始到 2007 年 8 月 10 日結束，共持續39 天，測試功能點174 個，執行2385 個測試用例，平均每個功能點執行測試用例13.7個，測試共發現427 個 bug ，其中嚴重級別的bug68個，無效 bug44個，平均每個測試功能點 2.2 個 bug 。XX 總共發布 11 個測試版本， 其中 B1 B5 為計劃內迭代開發版本 （針對項目計劃的基線標識）， B6 B8 為回歸測試版本。計劃內測試版本，B1 B4 測試進度依照項目計劃時間準時

4、完成測試并提交報告，其中B4 版本推遲一天發布版本，測試通過增加一個人日，準時完成測試。B5 版本推遲發布2 天，測試增加2 個人日，準時完成測試。B6 B11 為計劃外回歸測試版本，測試增加5 個工作人日的資源，準時完成測試。XX 測試通過Bugzilla缺陷管理工具進行缺陷跟蹤管理，B1 B4 測試階段都有詳細的 bug分析表和階段測試報告。2.1 進度安排版本 /時間計劃開始實際開始計劃完成實際完成加班增加資源時間時間時間時間B12007.7.22007.7.22007.7.52007.7.5否否B22007.7.162007.7.162007.7.192007.7.19否否B32007

5、.7.232007.7.232007.7.252007.7.24否2 個人日文檔標準實用文案B42007.7.282007.7.292007.7.312007.7.311個人 1天2個人日1個人 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 測試執行此次測試嚴格按照項目計劃和測試計劃執行，按時完成了測試計劃規定的測試對象的

6、測試。針對測試計劃規定的測試策略，在測試執行中都有體現，在測試執行過程中，依據測試計劃和測試用例，對系統進行了完整的測試2.3 測試用例2.3.1 功能性系統實現的主要功能，包括查詢，添加，修改，刪除。系統實現的次要功能，包括為用戶分配酒店，為用戶分配權限，渠道酒店綁定，渠道RATE 綁定，權限控制菜單按鈕。需求規定的輸入輸出字段，以及需求規定的輸入限制文檔標準實用文案2.3.2 易用性操作按鈕提示信息正確性，一致性，可理解性限制條件提示信息正確性，一致性，可理解性必填項標識輸入方式可理解性中文界面下數據語言與界面語言的一致性3 測試環境3.1.1軟硬件環境硬件環境應用服務器數據庫服務器客戶端

7、硬件配置CPU：Intel(R)CPU：Intel(R)CPU：Intel(R)Celeron(R)CPUCeleron(R)CPUCeleron(R)CPU2.40GHz stepping 012.40GHz stepping 012.40GHz stepping 01Memory： 1048256kMemory： 1048256kMemory： 1048256kHD ：ST380817AS 80GHD ：ST380817AS 80GHD ： ST380817AS 80GSATASATASATA軟件配置OS： CentOS 4.2OS：CentOS 4.2Window2000JDK 1.5.

8、0_06MySQL 5.0.17 LinuxProfessional（SP2）Apache 2.2.0IE6.0.2900.2180.xpsp_Tomcat 5.5.15sp2文檔標準實用文案網絡環境10M LAN10M LAN10M LAN3.1.2 網絡拓撲客戶端以太網應用服務器、數據庫服務器4 測試結果4.1 Bug 趨勢圖此次黑盒測試總共發布10 個版本， V1.0.1-V1.0.5為計劃內迭代開發版本（針對項目計劃的基線標識），V1.1.1-V1.2.2為進行的回歸測試版本，所有版本一共發現bug1306個。 bug 版本趨勢圖如下圖所示：文檔標準實用文案由 Bug 的版本分布圖可以

9、看出， 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 。4.2 Bug 優先級分布測試發現的bug主要集中在未完善功能級別major ，屬于一般性的功能缺陷，但是測試的時候，出現了163個涉及到程序崩潰、程序啟動不了、不能完成正常

10、制證、不能完文檔標準實用文案成正常印刷等嚴重級別的bug ，出現嚴重級別的bug 主要表現在以下幾個方面：? 系統的主要功能沒有實現? 本地數據庫數據量比較大的時候出現程序崩潰死機?系統主要功能邏輯混亂導致意外bug? 后臺進程在程序關閉后沒有相應停止導致程序不能啟動? WebAPI 接口調用錯誤導致核心功能不可實現4.3 問題類型分布系統的問題類型主要分布于測試過程和維護過程發現影響系統運行的缺陷bug和對現有系統功能的改進improvement。Bug 占所有問題類型的百分比為：97% ，improvement占所有問題類型的百分比為：3% 。圖上結果說明系統在需求采集、程序設計工作過程中

11、考慮十分全面極少存在功能設計遺漏問題。4.4 Bug 模塊分布圖文檔標準實用文案由上圖可以看出，bug主要分布模塊是CerDesk印刷端（ 405 個）和 CerDesk制證端（ 534 個）兩個工作臺，占到了全部bug 的 2/3 以上。而CerWeb服務器端（ 260 個）的 bug 分布相對來說比較少占總體百分比為 7% 。 CerDesk 運維端（ 107 個）的 bug 量最少主要原因是功能比較簡單。4.5 最近提交缺陷圖文檔標準實用文案由上圖可以看出，在統計的十個周bug 提交和解決狀況比較理想，當前提交的bug都能夠在很快的時間得到修復，并且隨著版本的穩定解決bug 數量為全部解

12、決新增bug 數量逐漸降為 0 ，整個過程屬于正常的軟件版本迭代過程。4.6 Bug 狀態分布由 bug狀態圖可以看出，打開的bug有 0 個，重新打開的bug 有 0 個。已解決bug有 2 個，主要是版本V1.2.2 中提交的界面易用性bug ，而其他的1304 個都是已驗證修復并關閉的bug 。系統整體的遺留bug 數量達到測試結束標準。5 測試結論5.1 功能性系統正確實現了通過數據字典管理基礎數據的功能，實現了數據內容的多語言功能，實現了中英文界面。實現了基礎數據管理，酒店集團管理，酒店基礎信息管理，渠道管理，代理管理，用戶管理的查詢，添加，修改，刪除的功能，系統還實現了將權限控制細

13、化到菜單文檔標準實用文案按鈕的功能。系統在實現用戶管理下的權限管理功能時，存在重大的缺陷，權限控制不嚴密，權限設計有遺漏。5.2 易用性現有系統實現了如下易用性：? 查詢，添加，刪除，修改操作相關提示信息的一致性，可理解性? 輸入限制的正確性? 輸入限制提示信息的正確性，可理解性，一致性現有系統存在如下易用性缺陷：? 界面排版不美觀? 輸入，輸出字段的可理解性差? 輸入缺少解釋性說明? 中英文對應的正確性? 中英文混排5.3 可靠性現有系統的可靠性控制不夠嚴密，很多控制是通過頁面控制實現的，如果頁面控制失效，可以向數據庫插入數據，引發錯誤。現有系統的容錯性不高，如果系統出現錯誤，返回錯誤類型為

14、找不到頁面錯誤，無法回復到出錯前的狀態5.4 兼容性現有系統支持window下的 IE 瀏覽器和傲游瀏覽器，支持 linux系統下的IE 瀏覽器和火狐瀏覽器。現有系統未進行其他兼容性測試5.5 安全性現有系統控制了以下安全性問題：? 把某一個登錄后的頁面保存下來，不能單獨對其進行操作不進行登錄文檔標準實用文案? 直接輸入某一頁面的 Url 能否打開頁面并進行操作不應該允許。現有系統未控制以下安全性問題：? 用戶名和密碼應對大小寫敏感? 登陸錯誤次數限制6 分析摘要6.1 覆蓋率此次測試， 所有測試用例都是在中文界面下執行，未在英文界面下執行，測試不包括英文界面下的測試，也不包括正對英文翻譯的測

15、試。此次測試， 部分頁面需求描述無明確的定義，對輸入限制無詳細定義，無明確的測試依據，在測試過程中，測試是根據輸入字段含義，測試人員理解，以及和項目經理，開發人員溝通獲得測試依據，無法保證測試依據的正確性和完整性，因此，沒有進行完整的，正確的無效數據的測試，測試覆蓋率不夠，無法保證測試的有效性和正確性下面為此次測試測試用例覆蓋率分析圖：6.2 遺留缺陷的影響1 缺陷描述： 酒店娛樂項添加頁面，“距離”字段無單位，建議增加單位缺陷影響： 距離字段無單位說明，無衡量標準，用戶易用性不好推遲原因： 需求定義無單位定義，統一在升級版本中解決文檔標準實用文案2 缺陷描述： 酒店基礎信息管理模塊，默認語言

16、設置不一致。用中文查詢酒店，進入酒店基礎信息模塊后，如下模塊，語言顯示為“請選擇”列表頁面添加頁面取消政策停留政策擔保政策機場參照點會議室詳情打包促銷服務Rate而其他模塊語言顯示“中文語言”缺陷影響： 相同功能模塊默認語言設置不一致，一致性不好推遲原因： 默認語言設置，目前無統一標準，升級版本中統一3 缺陷描述： tomcat 日志有亂碼，日志無項目名稱，查看不方便缺陷影響： 其他項目日志都有項目名稱，日志無項目名稱，查看不方便推遲原因： 目前的日志為了調試方便， 顯示了很多其它信息， 在項目正式發布時會統一處理的。4 缺陷描述： 取消政策管理要么，取消時間“天/ 小時”缺少單位補充字段缺陷

17、影響： 該處因為是兩個不同的單位時間，需要有另外一個單位補充字段補充所所填寫內容的單位推遲原因： 該缺陷單位補充字段本來存在，翻譯不夠準確， 不能理解為補充單位的字段，需要等翻譯完畢后再確認。5 缺陷描述： 數據字典種類修改，默認值設置后，在調用該數據字典種類的數據字典，默認值無顯示缺陷影響： 數據字典種類的默認值設置后，不能顯示設置的默認值，相當于數據字典種類默認值設置功能未實現推遲原因： 該功能暫時不好實現，需要和和系統的默認語種一起處理。6 缺陷描述： 擔保政策管理頁面，“ Edposit Due ”缺少解釋行輸入描述信息文檔標準實用文案缺陷影響： 缺少解釋性輸入描述信息，用戶不理解應該

18、輸入什么內容推遲原因： 需求沒有描述， 需要解釋性說明文字由項目經理整理后，在升級版本中添加7 缺陷描述： 多媒體添加，文件上傳功能未實現缺陷影響： 文件上傳功能未實現推遲原因： 該功能暫時不好完成，在下個版本中完成8 缺陷描述： 參照點添加權限和修改權限單獨控制出現權限異常錯誤缺陷影響： 用戶執行添加，修改時，出現權限異常，無法完成任務推遲原因： B9 版本發現該權限， B10 版本未通過驗證，目前該模塊開發人員調休，無法修改 bug ，9 缺陷描述： 酒店渠道綁定關系權限控制出現權限異常錯誤缺陷影響： a> 權限控制易用性不好，會引起用戶誤操作;b> 權限控制錯誤推遲原因： B

19、9 版本發現該權限，B10 版本未通過驗證。該模塊后臺無insert權限 ,只有Update權限，與其他模塊不同，需要重新設置權限控制方式。10 缺陷描述： 酒店 Rate 綁定關系權限控制出現權限異常錯誤缺陷影響： a> 權限控制易用性不好，會引起用戶誤操作;b> 權限控制錯誤推遲原因： B9 版本發現該權限，B10 版本未通過驗證。該模塊后臺無insert權限 ,只有Update權限，與其他模塊不同，需要重新設置權限控制方式。11 缺陷描述： 新建業務管理員權限用戶，進入打包促銷頁面出現權限異常錯誤缺陷影響： 除系統管理員外，其他用戶無法進行打包促銷操作推遲原因： B10 版本

20、發現該bug ，目前該模塊開發人員調休，無法修改bug6.3 建議? 在項目開始的時候應該制定編碼標準，數據庫標準，需求變更標準，開發和測試人員都嚴格按照標準進行，可以在后期減少因為開發，測試不一致而導致的問題，同時也可以降低溝通成本。? 發布版本的時候，正確布置測試環境，減少因為測試環境，測試數據庫數據的問題而出現的無效 bug 。? 開發人員解決 bug 的時候，填寫 bug 原因以及解決方式，方便 bug 的跟蹤。文檔標準實用文案?開發人員在開發版本上發現bug ，可以通知測試人員，因為開發人員發現的bug很有可能在測試版本上出現，而測試人員和開發人員的思路不同，有可能測試人員沒有發現該

21、bug ，而且，這樣可以保證發現的bug 都能夠被跟蹤。7 度量7.1 資源消耗測試時間2007 年7月2日至2007 年8月6日共35 天測試人力1 人×7 天 1 人×35 天 42 人天服務器： PC 2 臺硬件資源客戶端： PC 2 臺7.2 缺陷密度8 典型缺陷引入原因分析測試過程中發現的缺陷主要有以下幾個方面：1 需求定義不明確需求文檔中，存在功能定義錯誤，輸入輸出字段描述錯誤，輸入輸出字段限制定義錯誤，輸入輸出限制定義缺失這幾種類型的缺陷。使得開發人員根據需求進行設計時，沒有考慮相關功能的關聯性，以及需求錯誤的地方，在測試過程中，需求相關的問題表現出來。需求做改正，設計必須跟著做改