軟件測試報告完整實用

1、XXXX 工程系統(tǒng)測試總結(jié)報告XXXX 年 XX 月 XX 日1 引言1.1 編寫目的編寫該測試總結(jié)報告主要有以下幾個目的1 通過對測試結(jié)果的分析，得到對軟件質(zhì)量的評價2 分析測試的過程，產(chǎn)品，資源，信息，為以后制定測試方案提供參考3 評估測試測試執(zhí)行和測試方案是否符合4 分析系統(tǒng)存在的缺陷，為修復(fù)和預(yù)防bug 提供建議1.2 背景1.3 用戶群主要讀者：XX工程管理人員，XX工程測試經(jīng)理 其他讀者：XX工程相關(guān)人員。1.4 定義嚴(yán)重 bug ：出現(xiàn)以下缺陷，測試定義為嚴(yán)重 bug? 系統(tǒng)無響應(yīng)，處于死機狀態(tài)，需要其他人工修復(fù)系統(tǒng)才可復(fù)原。?點擊某個菜單后出現(xiàn)"The page ca

2、nn ot be displayed 或者返回異常錯誤。?進(jìn)行某個操作增加、修改、刪除等后，出現(xiàn)“The page cannot be displayed或者返回異常錯誤? 當(dāng)對必填字段進(jìn)行校驗時，未輸入必輸字段，出現(xiàn)“The page cannot be displayed或者返回異常錯誤?系統(tǒng)定義不能重復(fù)的字段輸入重復(fù)數(shù)據(jù)后，出現(xiàn)"The page cannot be displayed或者返回異常錯誤1.5 測試對象1.6測試階段系統(tǒng)測試1.7參考資料?XX需求和設(shè)計說明書?XX數(shù)據(jù)字典?XX后臺管理系統(tǒng)測試方案?XX后臺管理系統(tǒng)測試用例?XX工程方案?2測試概要XX后臺管理系

3、統(tǒng)測試從 2007年7月2日開始到2007年8月10日結(jié)束，共持續(xù) 39 天，測試功能點174個，執(zhí)行2385個測試用例，平均每個功能點執(zhí)行測試用例13.7個，測試共發(fā)現(xiàn)427個bug,其中嚴(yán)重級別的 bug68個，無效bug44個，平均每個測試功能點 2.2 個 bug。XX總共發(fā)布11個測試版本，其中 B1 B5為方案內(nèi)迭代開發(fā)版本針對工程方案的 基線標(biāo)識，B6 B8為回歸測試版本。方案內(nèi)測試版本，B1 B4測試進(jìn)度依照工程方案時間準(zhǔn)時完成測試并提交報告，其中B4版本推遲一天發(fā)布版本，測試通過增加一個人日，準(zhǔn)時完成測試。B5版本推遲發(fā)布2天，測試增加2個人日，準(zhǔn)時完成測試。B6 B11為方

4、案外回歸測試版本，測試增加5個工作人日的資源，準(zhǔn)時完成測試。XX測試通過Bugzilla缺陷管理工具進(jìn)行缺陷跟蹤管理，B1 B4測試階段都有詳細(xì)的bug分析表和階段測試報告。2.1進(jìn)度安排版本/時間方案開始時間實際開始時間方案完成時間實際完成時間加班增加資源B1否否B2否否B3否2個人日B41個人1天1個人2天2個人日B5否2個人日B62個人1天2個人日B71個人1天1個人日B8B9否2個人日B10合計1個人6天11個人日2.2測試執(zhí)行此次測試嚴(yán)格按照工程方案和測試方案執(zhí)行，按時完成了測試方案規(guī)定的測試對象的測試。針對測試方案規(guī)定的測試策略，在測試執(zhí)行中都有表達(dá)，在測試執(zhí)行過程中， 依據(jù)測試方

5、案和測試用例，對系統(tǒng)進(jìn)行了完整的測試2.3測試用例功能性系統(tǒng)實現(xiàn)的主要功能，包括查詢，添加，修改，刪除。系統(tǒng)實現(xiàn)的次要功能，包括為用戶分配酒店，為用戶分配權(quán)限，渠道酒店綁定，渠道RATE綁定，權(quán)限控制菜單按鈕。需求規(guī)定的輸入輸出字段，以及需求規(guī)定的輸入限制易用性操作按鈕提示信息正確性，一致性，可理解性限制條件提示信息正確性，一致性，可理解性必填項標(biāo)識輸入方式可理解性中文界面下數(shù)據(jù)語言與界面語言的一致性3測試環(huán)境軟硬件環(huán)境硬件環(huán)境應(yīng)用效勞器數(shù)據(jù)庫效勞器客戶端硬件配置CPU： ntel(R) Celero n(R)CPU 2.40GHz stepping01CPU:In tel(R)Celero

6、n(R)CPU2.40GHz steppi ng 01CPU : Intel(R) Celeron(R)CPU 2.40GHz steppi ng 01Memory:1048256kMemory:1048256kHD : ST380817AS 80GSATAMemory :1048256kHD: ST380817AS 80GSATAHD : ST380817AS 80GSATA軟件配置MySQL 5.0.17 Li nux網(wǎng)絡(luò)環(huán)境10M LAN10M LAN10M LAN網(wǎng)絡(luò)拓?fù)?測試結(jié)果4.1 Bug趨勢圖此次黑盒測試總共發(fā)布 10個版本，為方案內(nèi)迭代開發(fā)版本針對工程計劃的基線標(biāo)識，為進(jìn)行的

7、回歸測試版本，所有版本一共發(fā)現(xiàn)bug 1306個。bug版本趨勢圖如以下圖所示：bug版本分布圖由Bug的版本分布圖可以看出，版本質(zhì)量非常不穩(wěn)定，bug數(shù)量最高到達(dá)189個，作為第一個版本bug數(shù)量為58個。在版本驗證了前面發(fā)現(xiàn)的所有bug的根底上遺留bug數(shù)量在123個質(zhì)量表現(xiàn)也不夠穩(wěn)定，在新增了批量制證、數(shù)據(jù)恢復(fù)、數(shù)據(jù)備份、數(shù)據(jù)去除等功能所以 bug數(shù)目驟增為232個。隨著版本的迭代在版本bug數(shù)量逐漸將為0。4.2 Bug優(yōu)先級分布bug優(yōu)先級分布11問題測試發(fā)現(xiàn)的bug主要集中在未完善功能級別major，屬于一般性的功能缺陷，但是測試的時候，出現(xiàn)了 163個涉及到程序崩潰、程序啟動不了

8、、不能完成正常制證、不能完成正常印刷等嚴(yán)重級別的 bug，出現(xiàn)嚴(yán)重級別的 bug主要表現(xiàn)在以下幾個方面:系統(tǒng)的主要功能沒有實現(xiàn) 本地數(shù)據(jù)庫數(shù)據(jù)量比擬大的時候出現(xiàn)程序崩潰死機后臺進(jìn)程在程序關(guān)閉后沒有相應(yīng)停止導(dǎo)致程序不能啟動WebAPI接口調(diào)用錯誤導(dǎo)致核心功能不可實現(xiàn)4.3問題類型分布問題類型分布圖系統(tǒng)的問題類型主要分布于測試過程和維護(hù)過程發(fā)現(xiàn)影響系統(tǒng)運行的缺陷bug和對現(xiàn)有系統(tǒng)功能的改進(jìn)improvement。Bug占所有問題類型的百分比為：97%，improvement占所有問題類型的百分比為：3%。圖上結(jié)果說明系統(tǒng)在需求采集、程序設(shè)計工作過程中考慮十分全面極少存在功能設(shè)計遺漏問題。4.4 B

9、ug模塊分布圖bug模塊分布圖107,260534,8%20-31% C巳rDesk印刷端 CerDesk制證端 CerWeb效勞器端 CerDesk運維端由上圖可以看出，bug主要分布模塊是 CerDesk印刷端405個和CerDesk制證端534個兩個工作臺，占到了全部bug的2/3以上。而CerWeb效勞器端260個的bug分布相對來說比擬少占總體百分比為7%。CerDesk運維端107個的bug量最少主要原因是功能比擬簡單。4.5最近提交缺陷圖最近提交缺陷圖o o o o o o OO 5 o O 53 2 2 11O0一t寶2¥字由上圖可以看出，在統(tǒng)計的十個周bug提交和解

10、決狀況比擬理想，當(dāng)前提交的bug都能夠在很快的時間得到修復(fù)，并且隨著版本的穩(wěn)定解決 bug數(shù)量為全部解決新增 bug數(shù)量逐 漸降為0，整個過程屬于正常的軟件版本迭代過程。4.6 Bug狀態(tài)分布bug狀態(tài)圖由bug狀態(tài)圖可以看出，翻開的 bug有0個，重新翻開的bug有0個。已解決bug有2 個，主要是版本 中提交的界面易用性bug，而其他的1304個都是已驗證修復(fù)并關(guān)閉的bug。系統(tǒng)整體的遺留 bug數(shù)量到達(dá)測試結(jié)束標(biāo)準(zhǔn)。5測試結(jié)論5.1功能性系統(tǒng)正確實現(xiàn)了通過數(shù)據(jù)字典管理根底數(shù)據(jù)的功能，實現(xiàn)了數(shù)據(jù)內(nèi)容的多語言功能，實現(xiàn)了中英文界面。實現(xiàn)了根底數(shù)據(jù)管理，酒店集團管理，酒店根底信息管理，渠道管理

11、，代 理管理，用戶管理的查詢，添加，修改，刪除的功能，系統(tǒng)還實現(xiàn)了將權(quán)限控制細(xì)化到菜單 按鈕的功能。系統(tǒng)在實現(xiàn)用戶管理下的權(quán)限管理功能時，存在重大的缺陷，權(quán)限控制不嚴(yán)密，權(quán)限設(shè)計有遺漏。5.2易用性現(xiàn)有系統(tǒng)實現(xiàn)了如下易用性：? 查詢，添加，刪除，修改操作相關(guān)提示信息的一致性，可理解性? 輸入限制的正確性? 輸入限制提示信息的正確性，可理解性，一致性現(xiàn)有系統(tǒng)存在如下易用性缺陷：? 界面排版不美觀? 輸入，輸出字段的可理解性差? 輸入缺少解釋性說明? 中英文對應(yīng)的正確性? 中英文混排5.3 可靠性現(xiàn)有系統(tǒng)的可靠性控制不夠嚴(yán)密，很多控制是通過頁面控制實現(xiàn)的，如果頁面控制失 效，可以向數(shù)據(jù)庫插入數(shù)據(jù)，

12、引發(fā)錯誤?，F(xiàn)有系統(tǒng)的容錯性不高，如果系統(tǒng)出現(xiàn)錯誤，返回錯誤類型為找不到頁面錯誤，無法 回復(fù)到出錯前的狀態(tài)5.4 兼容性現(xiàn)有系統(tǒng)支持 window 下的 IE 瀏覽器和傲游瀏覽器，支持 linux 系統(tǒng)下的 IE 瀏覽器和 火狐瀏覽器?，F(xiàn)有系統(tǒng)未進(jìn)行其他兼容性測試5.5 平安性現(xiàn)有系統(tǒng)控制了以下平安性問題：? 把某一個登錄后的頁面保存下來，不能單獨對其進(jìn)行操作不進(jìn)行登錄 ? 直接輸入某一頁面的 Url 能否翻開頁面并進(jìn)行操作不應(yīng)該允許。 現(xiàn)有系統(tǒng)未控制以下平安性問題：? 用戶名和密碼應(yīng)對大小寫敏感? 登陸錯誤次數(shù)限制6 分析摘要6.1 覆蓋率未在英文界面下執(zhí)行， 測試不包括英此次測試， 所有測試

13、用例都是在中文界面下執(zhí)行， 文界面下的測試，也不包括正對英文翻譯的測試。此次測試，局部頁面需求描述無明確的定義，對輸入限制無詳細(xì)定義，無明確的測試依 據(jù)，在測試過程中，測試是根據(jù)輸入字段含義，測試人員理解，以及和工程經(jīng)理，開發(fā)人員溝通獲得測試依據(jù)， 無法保證測試依據(jù)的正確性和完整性，因此， 沒有進(jìn)行完整的，正確的無效數(shù)據(jù)的測試，測試覆蓋率不夠，無法保證測試的有效性和正確性下面為此次測試測試用例覆蓋率分析圖：測試用例覆蓋率分析6.2遺留缺陷的影響1. 缺陷描述：酒店娛樂項添加頁面，距離字段無單位，建議增加單位缺陷影響：距離字段無單位說明，無衡量標(biāo)準(zhǔn)，用戶易用性不好推遲原因：需求定義無單位定義，統(tǒng)

14、一在升級版本中解決2. 缺陷描述：酒店根底信息管理模塊，默認(rèn)語言設(shè)置不一致。用中文查詢酒店，進(jìn)入酒店 根底信息模塊后，如下模塊，語言顯示為"請選擇列表頁面添加頁面取消政策停留政策擔(dān)保政策機場參照點會議室詳情打包促銷效勞Rate而其他模塊語言顯示 中文語言缺陷影響：相冋功能模塊默認(rèn)語言設(shè)置不一致范一致性不好推遲原因： 默認(rèn)語言設(shè)置，目前無統(tǒng)一標(biāo)準(zhǔn)，升級版本中統(tǒng)一3 缺陷描述： tomcat 日志有亂碼，日志無工程名稱，查看不方便缺陷影響： 其他工程日志都有工程名稱，日志無工程名稱，查看不方便推遲原因： 目前的日志為了調(diào)試方便， 顯示了很多其它信息， 在工程正式發(fā)布時會統(tǒng)一 處理的。4

15、缺陷描述： 取消政策管理要么，取消時間“天 / 小時缺少單位補充字段缺陷影響： 該處因為是兩個不同的單位時間， 需要有另外一個單位補充字段補充所所填 寫內(nèi)容的單位推遲原因：該缺陷單位補充字段本來存在， 翻譯不夠準(zhǔn)確， 不能理解為補充單位的字段， 需要等翻譯完畢后再確認(rèn)。5 缺陷描述： 數(shù)據(jù)字典種類修改，默認(rèn)值設(shè)置后，在調(diào)用該數(shù)據(jù)字典種類的數(shù)據(jù)字典，默 認(rèn)值無顯示缺陷影響： 數(shù)據(jù)字典種類的默認(rèn)值設(shè)置后，不能顯示設(shè)置的默認(rèn)值，相當(dāng)于數(shù)據(jù)字典種 類默認(rèn)值設(shè)置功能未實現(xiàn)推遲原因： 該功能暫時不好實現(xiàn)，需要和和系統(tǒng)的默認(rèn)語種一起處理。6 缺陷描述： 擔(dān)保政策管理頁面，“ Edposit Due 缺少解釋

16、行輸入描述信息缺陷影響： 缺少解釋性輸入描述信息，用戶不理解應(yīng)該輸入什么內(nèi)容推遲原因： 需求沒有描述， 需要解釋性說明文字由工程經(jīng)理整理后， 在升級版本中添加 7 缺陷描述： 多媒體添加，文件上傳功能未實現(xiàn)缺陷影響： 文件上傳功能未實現(xiàn)推遲原因： 該功能暫時不好完成，在下個版本中完成8 缺陷描述： 參照點添加權(quán)限和修改權(quán)限單獨控制出現(xiàn)權(quán)限異常錯誤缺陷影響： 用戶執(zhí)行添加，修改時，出現(xiàn)權(quán)限異常，無法完成任務(wù)推遲原因： B9 版本發(fā)現(xiàn)該權(quán)限， B10 版本未通過驗證，目前該模塊開發(fā)人員調(diào)休，無 法修改 bug ，9 缺陷描述： 酒店渠道綁定關(guān)系權(quán)限控制出現(xiàn)權(quán)限異常錯誤 缺陷影響： a 權(quán)限控制易用

17、性不好，會引起用戶誤操作;b權(quán)限控制錯誤推遲原因：B9版本發(fā)現(xiàn)該權(quán)限，B10版本未通過驗證。 該模塊后臺無insert權(quán)限,只有 Update 權(quán)限，與其他模塊不同，需要重新設(shè)置權(quán)限控制方式。10.缺陷描述：酒店Rate綁定關(guān)系權(quán)限控制出現(xiàn)權(quán)限異常錯誤缺陷影響：a權(quán)限控制易用性不好，會引起用戶誤操作；b權(quán)限控制錯誤推遲原因：B9版本發(fā)現(xiàn)該權(quán)限，B10版本未通過驗證。 該模塊后臺無insert權(quán)限,只有 Update 權(quán)限，與其他模塊不同，需要重新設(shè)置權(quán)限控制方式。11.缺陷描述：新建業(yè)務(wù)管理員權(quán)限用戶，進(jìn)入打包促銷頁面出現(xiàn)權(quán)限異常錯誤缺陷影響：除系統(tǒng)管理員外，其他用戶無法進(jìn)行打包促銷操作推遲原

18、因：B10版本發(fā)現(xiàn)該bug,目前該模塊開發(fā)人員調(diào)休，無法修改bug6.3建議?在工程開始的時候應(yīng)該制定編碼標(biāo)準(zhǔn)，數(shù)據(jù)庫標(biāo)準(zhǔn)，需求變更標(biāo)準(zhǔn)，開發(fā)和測試人員都嚴(yán)格按照標(biāo)準(zhǔn)進(jìn)行，可以在后期減少因為開發(fā)，測試不一致而導(dǎo)致的 問題，同時也可以降低溝通本錢。?發(fā)布版本的時候，正確布置測試環(huán)境，減少因為測試環(huán)境，測試數(shù)據(jù)庫數(shù)據(jù)的問題而出現(xiàn)的無效bug。?開發(fā)人員解決bug的時候，填寫bug原因以及解決方式，方便 bug的跟蹤。?開發(fā)人員在開發(fā)版本上發(fā)現(xiàn)bug，可以通知測試人員，因為開發(fā)人員發(fā)現(xiàn)的bug很有可能在測試版本上出現(xiàn)，而測試人員和開發(fā)人員的思路不同，有可能測試人 員沒有發(fā)現(xiàn)該bug，而且，這樣可以保

19、證發(fā)現(xiàn)的bug都能夠被跟蹤。7度量7.1資源消耗測試時間2007年7月2日至2007年8月6日共35天測試人力1人X 7天+ 1人X 35天=42人天硬件資源效勞器：PC 2臺客戶端：PC 2臺7.2缺陷密度8典型缺陷引入原因分析測試過程中發(fā)現(xiàn)的缺陷主要有以下幾個方面:1.需求定義不明確需求文檔中，存在功能定義錯誤，輸入輸出字段描述錯誤，輸入輸出字段限制定 義錯誤，輸入輸出限制定義缺失這幾種類型的缺陷。使得開發(fā)人員根據(jù)需求進(jìn)行設(shè)計 時，沒有考慮相關(guān)功能的關(guān)聯(lián)性，以及需求錯誤的地方，在測試過程中，需求相關(guān)的 問題表現(xiàn)出來。需求做改正，設(shè)計必須跟著做改動，浪費時間和影響開發(fā)人員的積極 性，降低開發(fā)人員對需求的信任，可能會導(dǎo)致開發(fā)人員不按照需求進(jìn)行設(shè)計而根據(jù)自 己的經(jīng)驗來進(jìn)行設(shè)計。2