系統(tǒng)測試報告

1、全媒體版權(quán)資產(chǎn)管理系統(tǒng)軟件測試報告編制：審核：批準(zhǔn)：文檔變更記錄版本編號修訂日期修訂內(nèi)容修訂人備注目錄1 引言.41.1編寫目的和內(nèi)容. 41.2項目背景 .41.3用戶群.51.4測試對象 .51.5基本定義 .62 測試概要 .62.1進(jìn)度回顧 .62.2測試環(huán)境 .72.2.1硬件環(huán)境 .72.2.2軟件環(huán)境 .72.2.3網(wǎng)絡(luò)環(huán)境 .82.2.4網(wǎng)絡(luò)拓?fù)?.83 測試結(jié)論 .83.1測試記錄 .83.2功能性.93.3易用性.93.4可靠性.93.5兼容性.93.6安全性.94 缺陷分析 .104.1缺陷收斂趨勢 .104.2缺陷統(tǒng)計分析 .115 遺留問題分析.125.1遺留缺陷的影

2、響. 121 引言1.1 編寫目的和內(nèi)容編寫本測試報告主要有以下幾個目的：1. 通過對測試結(jié)果的分析，得到對軟件質(zhì)量的評價。2. 分析測試的過程，資源，資產(chǎn)，產(chǎn)品，合同，為以后制定測試計劃提供參考。3. 評估測試執(zhí)行和測試計劃是否符合。4. 分析系統(tǒng)存在的缺陷，為修復(fù)和預(yù)防 bug 提供建議。測試包括以下具體內(nèi)容：1. 用戶測試：主要測試系統(tǒng)的功能，操作性，性能，人機對話，系統(tǒng)界面，安全性等，主要參考對象為業(yè)主用戶。2. 功能測試：主要測試系統(tǒng)是否實現(xiàn)預(yù)計結(jié)果，此測試為軟件的基本測試，主要參考對象為業(yè)主用戶，開發(fā)人員，測試人員等。3. 壓力測試：壓力測試用來評估在超越最大負(fù)載的情況下系統(tǒng)將如何

3、運行。主要參考對象為項目經(jīng)理，開發(fā)經(jīng)理，測試人員。4. 性能測試：性能測試主反應(yīng)系統(tǒng)反應(yīng)時間， CPU 使用率，占用內(nèi)存大小，系統(tǒng)反應(yīng)速度等硬性指標(biāo)。主要參考對象為業(yè)主用戶，開發(fā)經(jīng)理，開發(fā)人員，測試人員等。5. 連接數(shù)測試： 連接數(shù)測試主要測試系統(tǒng)服務(wù)器同時可以支持多少個用戶使用，最大并發(fā)連接數(shù)是多少。 主要參考對象為開發(fā)經(jīng)理， 開發(fā)人員，測試人員等。1.2 項目背景本項目適應(yīng)數(shù)字網(wǎng)絡(luò)環(huán)境運營要求， 實施對版權(quán)規(guī)范化的管理， 理清明確權(quán)屬，目標(biāo)旨在幫助出版企業(yè)清晰地梳理版權(quán)資源， 甄別出對企業(yè)有運營價值的版權(quán)資產(chǎn)，并有針對性地運營。 以科學(xué)的方法構(gòu)建出版企業(yè)版權(quán)資產(chǎn)管理體系， 達(dá)到提升企業(yè)核心

4、競爭力的目標(biāo)。 出版機構(gòu)正亟需一套科學(xué)的方法幫助企業(yè)對版權(quán)信息進(jìn)行管理并甄別可運作版權(quán)中的優(yōu)質(zhì)資源， 名副其實地作為資產(chǎn)進(jìn)行規(guī)范化管理和精細(xì)化運營。實現(xiàn)作品資產(chǎn)化、 資產(chǎn)產(chǎn)品化的過程， 通過信息化手段對版權(quán)進(jìn)行管理， 建立企業(yè)自有的版權(quán)資產(chǎn)庫?？梢酝苿影鏅?quán)管理向“規(guī)范、高效、可控”的方向發(fā)展，推動版權(quán)運營向“靈活、全面、收益最大化”的方向發(fā)展。通過核查作品版權(quán)、規(guī)范授權(quán)行為，使每次授權(quán)行為能有詳細(xì)記錄，有效的避免無版權(quán)資源、 避免使用過期版權(quán)、 避免重復(fù)授權(quán)等違規(guī)行為， 造成無意識侵權(quán)行為。1.3 用戶群1. 主要讀者：項目管理人員，項目測試經(jīng)理，業(yè)主相關(guān)人員；2. 其他讀者：項目其他相關(guān)人員

5、。1.4 測試對象根據(jù)軟件定義，軟件包括程序、數(shù)據(jù)和文檔，所以軟件測試不僅是程序測試。軟件測試應(yīng)貫穿于整個軟件生命周期中。在整個軟件生命周期中， 各階段有不同的測試對象，形成了不同開發(fā)階段的不同類型的測試。需求分析、概要設(shè)計、詳細(xì)設(shè)計以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、 概要設(shè)計規(guī)格說明、詳細(xì)設(shè)計規(guī)格說明以及源程序，都應(yīng)成為“軟件測試”的對象。在軟件編碼結(jié)束后，對編寫的每一個程序模塊進(jìn)行測試，稱為“模塊測試”或“單元測試”。在模塊集成后，對集成在一起的模塊組件，有時也可稱為“部件”，進(jìn)行測試，稱為“集成測試” 。在集成測試后，需要檢測與證實軟件是否滿足軟件需求說明書中規(guī)定的要求

6、，這就稱為“確認(rèn)測試” 。將整個程序模塊集成為軟件系統(tǒng)，安裝在運行環(huán)境下，對硬件、網(wǎng)絡(luò)、操作系統(tǒng)及支撐平臺構(gòu)成的整體系統(tǒng)進(jìn)行測試，稱為“系統(tǒng)測試” 。1.5 基本定義嚴(yán)重 bug：出現(xiàn)以下缺陷，測試定義為嚴(yán)重bug：1. 系統(tǒng)無響應(yīng)，處于死機狀態(tài)，需要其他人工修復(fù)系統(tǒng)才可復(fù)原。2. 點擊某個菜單后返回異常錯誤。3. 進(jìn)行某個操作（增加、刪除、修改）后，返回異常錯誤。4. 當(dāng)對必填字段進(jìn)行校驗時，未輸入必填字段，返回異常錯誤。5. 系統(tǒng)定義不能重復(fù)的字段輸入重復(fù)數(shù)據(jù)后，返回異常錯誤。2 測試概要全媒體版權(quán)資產(chǎn)管理系統(tǒng)測試從2016 年 5 月 25 日開始到 2016 年 11 月 25日結(jié)束，

7、測試功能點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)測試版本， B1B4測試進(jìn)度依照項目計劃時間準(zhǔn)時完成測試并提交報告，其中 B4 版本推遲一天發(fā)布版本，測試通過增加一個人日，準(zhǔn)時完成測試。B5 版本推遲發(fā)布 2 天，測試增加 2 個人日，準(zhǔn)時完成測試。B6 B11 為計劃外回歸測試版本，測試增加5 個工作人日

8、的資源，準(zhǔn)時完成測試。XX 測試通過 Bugzilla 缺陷管理工具進(jìn)行缺陷跟蹤管理， B1 B4 測試階段都有詳細(xì)的 bug 分析表和階段測試報告。2.1 進(jìn)度回顧版本名稱測試起始時間測試結(jié)束時間測試人員總計（天）B12016-5-252016-5-312 人7B22016-6-32016-6-73 人4B32016-6-122016-6-232 人12B42016-6-262016-6-292 人4B52016-7-22016-7-72 人5B62016-7-162016-7-212 人7B72016-7-262016-7-312 人6B82016-8-42016-8-72 人4B9201

9、6-9-102016-9-183 人11B102016-10-142016-10-232 人10B112016-11-232016-11-252 人32.2 測試環(huán)境硬件環(huán)境獨立機架式服務(wù)器CPU ： 2 顆英特爾至強 E5-2620 V3 (2.40GHz, 15M緩存 , 85W)內(nèi)存： 16GB硬盤： 2 塊 300G SAS 10K熱插拔硬盤； 2TB 數(shù)據(jù)硬盤。光驅(qū)： DVD-ROM 光驅(qū)；網(wǎng)絡(luò)接口 :雙千兆以太網(wǎng)卡；電源：兩個熱插拔高效熱插拔電源，雙風(fēng)扇；外形 /高度：機架式 /2U軟件環(huán)境編譯器： Eclipse數(shù)據(jù)庫： Mysql應(yīng)用服務(wù)器： Tomcat 8.0JDK 版本：

10、 JDK 1.7操作系統(tǒng)： Win7 以上客戶端瀏覽器配置： IE 9.0 以上、 Google Chrome 、 360 。網(wǎng)絡(luò)環(huán)境本系統(tǒng)需要運行在單位局域網(wǎng)上，要求服務(wù)器、客戶端（檔案室）計算機連接在此網(wǎng)絡(luò)上，建議配置100M 網(wǎng)絡(luò)速度。網(wǎng)絡(luò)拓?fù)淇蛻舳艘蕴W(wǎng)應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器3 測試結(jié)論3.1 測試記錄詳見全媒體版權(quán)資產(chǎn)管理系統(tǒng)測試缺陷記錄3.2 功能性1. 系統(tǒng)實現(xiàn)的主要功能：包括查詢，添加，修改，刪除。2. 系統(tǒng)實現(xiàn)的次要功能， 包括為用戶分配， 為用戶分配權(quán)限， 權(quán)限控制菜單按鈕。3. 需求規(guī)定的輸入輸出字段，以及需求規(guī)定的輸入限制。3.3 易用性1. 操作按鈕提示信息正確性，

11、一致性，可理解性。2. 限制條件提示信息正確性，一致性，可理解性。3. 必填項標(biāo)識。4. 輸入方式可理解性。3.4 可靠性現(xiàn)有系統(tǒng)的可靠性控制不夠嚴(yán)密，很多控制是通過頁面控制實現(xiàn)的，如果頁面控制失效，可以向數(shù)據(jù)庫插入數(shù)據(jù)，引發(fā)錯誤?，F(xiàn)有系統(tǒng)的容錯性不高，如果系統(tǒng)出現(xiàn)錯誤，返回錯誤類型為找不到頁面錯誤，無法回復(fù)到出錯前的狀態(tài)。3.5 兼容性現(xiàn)有系統(tǒng)支持 window 下的 IE 瀏覽器、 360 瀏覽器、火狐瀏覽器和谷歌瀏覽器。3.6 安全性現(xiàn)有系統(tǒng)控制了以下安全性問題：1. 把某一個登錄后的頁面保存下來， 不能單獨對其進(jìn)行操作不進(jìn)行登錄2. 直接輸入某一頁面的 Url 能否打開頁面并進(jìn)行操作不

12、應(yīng)該允許。現(xiàn)有系統(tǒng)未控制以下安全性問題：1. 用戶名和密碼應(yīng)對大小寫敏感2. 登陸錯誤次數(shù)限制4 缺陷分析4.1 缺陷收斂趨勢此次黑盒測試總共發(fā)布11 個版本， B1B5 為計劃內(nèi)迭代開發(fā)版本（針對項目計劃的基線標(biāo)識），B6-B11 為進(jìn)行的回歸測試版本，bug 版本趨勢圖如下圖所示：9080706050403020100缺陷收斂趨勢缺陷數(shù)第一輪測試第二輪測試第三輪測試第四輪測試4.2 缺陷統(tǒng)計分析缺陷嚴(yán)重程度分布建議一般嚴(yán)重致命測試發(fā)現(xiàn)的 bug 主要集中在 normal 和 minor 階段，屬于一般性的缺陷，但是測試的時候，出現(xiàn)了68 個嚴(yán)重級別的bug，出現(xiàn)嚴(yán)重級別的bug 主要表現(xiàn)在

13、以下幾個方面1. 系統(tǒng)主要功能沒有實現(xiàn)2. 添加數(shù)據(jù)代碼重復(fù)后，出現(xiàn)的找不到頁面的錯誤3. 多語言處理，未考慮非語種代碼的情況4. 數(shù)據(jù)庫設(shè)計未考慮系統(tǒng)管理員角色， 導(dǎo)致用系統(tǒng)管理員進(jìn)行操作的時候出現(xiàn)找不到頁面錯誤5. 權(quán)限控制異常嚴(yán)重級別 bug 按版本分布如下：由嚴(yán)重 bug 版本分布圖可以看出， 嚴(yán)重級別的 bug 版本趨勢和 bug 版本趨勢基本是一致的，但是，在 B7 和 B9 版本中年，嚴(yán)重級別的 bug 明顯增多，主要原因是 B7 和 B9 版本測試了權(quán)限控制按鈕功能， 權(quán)限問題出現(xiàn)的嚴(yán)重級別的 bug 比較多。權(quán)限 bug 主要表現(xiàn)：1. 具有相應(yīng)按鈕操作的權(quán)限，頁面無相應(yīng)按鈕，無法執(zhí)行該功能2. 無相應(yīng)按鈕操作權(quán)限，頁面有相應(yīng)按鈕，點擊按鈕能出現(xiàn)權(quán)限異常錯誤3. 有相應(yīng)按鈕操作權(quán)限，有相應(yīng)按鈕，執(zhí)行該功能出現(xiàn)權(quán)限異常錯誤5 遺留問題分析5.1 遺留缺陷的影響1. 缺陷描述： 合同項添加頁面