系統(tǒng)測試報(bào)告模板

目錄TOC\o"1-5"\h\z\o"CurrentDocument"引言 1\o"CurrentDocument"編寫目的、內(nèi)容、讀者 1\o"CurrentDocument"項(xiàng)目背景 1\o"CurrentDocument"用戶群 2\o"CurrentDocument"基本定義 2\o"CurrentDocument"測試對(duì)象 2\o"CurrentDocument"測試階段 3\o"CurrentDocument"術(shù)語和縮寫詞 3\o"CurrentDocument"測試工具 4\o"CurrentDocument"參考資料 4測試概要 5\o"CurrentDocument"測試環(huán)境 5軟硬件配置 5網(wǎng)絡(luò)拓?fù)鋱D 6\o"CurrentDocument"測試計(jì)劃 6\o"CurrentDocument"測試執(zhí)行 7\o"CurrentDocument"測試用例 7\o"CurrentDocument"功能性 7\o"CurrentDocument"易用性 7版本定義 7\o"CurrentDocument"覆蓋分析 8需求覆蓋 8測試覆蓋 8測試用例 10\o"CurrentDocument"功能測試 10審批業(yè)務(wù)管理 10\o"CurrentDocument"性能測試 11\o"CurrentDocument"壓力測試 12\o"CurrentDocument"測試結(jié)果 13\o"CurrentDocument"Bug趨勢圖 13\o"CurrentDocument"Bug嚴(yán)重程度 14\o"CurrentDocument"Bug狀態(tài)分布 14\o"CurrentDocument"測試結(jié)論 15功能性 15易用性 15可靠性 15\o"CurrentDocument"兼容性 16\o"CurrentDocument"安全性 16\o"CurrentDocument"分析摘要 17\o"CurrentDocument"覆蓋率 17遺留缺陷的影響 17\o"CurrentDocument"建議 17\o"CurrentDocument"度量 18\o"CurrentDocument"資源消耗 18\o"CurrentDocument"缺陷密度 18\o"CurrentDocument"典型缺陷引入原因分析 19\o"CurrentDocument"需求定義不明確 19\o"CurrentDocument"功能性錯(cuò)誤 19\o"CurrentDocument"界面設(shè)計(jì)易用性缺陷 19\o"CurrentDocument"開發(fā)人員疏忽引起的缺陷 201.引言編寫目的、內(nèi)容、讀者編寫本測試報(bào)告主要有以下幾個(gè)目的：通過對(duì)測試結(jié)果的分析，得到對(duì)軟件質(zhì)量的評(píng)價(jià)；分析測試的過程，產(chǎn)品，資源，信息，為以后制定測試計(jì)劃提供參考；評(píng)估測試測試執(zhí)行和測試計(jì)劃是否符合；分析系統(tǒng)存在的缺陷，為修復(fù)和預(yù)防bug提供建議測試包括以下具體內(nèi)容：用戶測試：主要測試系統(tǒng)的功能，操作性，性能，人機(jī)對(duì)話，系統(tǒng)界面，安全性等，主要參考對(duì)象為業(yè)主用戶。需要了解此部分情況請(qǐng)參祥《測試結(jié)論》；功能測試：主要測試系統(tǒng)是否實(shí)現(xiàn)預(yù)計(jì)結(jié)果，此測試為軟件的基本測試，主要參考對(duì)象為業(yè)主用戶，開發(fā)人員，測試人員等。需要了解此部分情況請(qǐng)參祥《測試用例》。壓力測試：壓力測試用來評(píng)估在超越最大負(fù)載的情況下系統(tǒng)將如何運(yùn)行。主要參考對(duì)象為項(xiàng)目經(jīng)理，開發(fā)經(jīng)理，測試人員。需要了解此部分情況請(qǐng)參祥《壓力測試》。性能測試：性能測試主反應(yīng)系統(tǒng)反應(yīng)時(shí)間，CPU使用率，占用內(nèi)存大小，系統(tǒng)反應(yīng)速度等硬性指標(biāo)。主要參考對(duì)象為業(yè)主用戶，開發(fā)經(jīng)理，開發(fā)人員，測試人員等。需要了解此部分情況請(qǐng)參祥《性能測試》。連接數(shù)測試：連接數(shù)測試主要測試系統(tǒng)服務(wù)器同時(shí)可以支持多少個(gè)用戶使用，最大并發(fā)連接數(shù)是多少。主要參生對(duì)象為開發(fā)經(jīng)理，開發(fā)人員，測試人員等。需要了解此部分情況請(qǐng)參祥《壓力測試。實(shí)例：本測試報(bào)告為XXX項(xiàng)目的測試報(bào)告，目的在于總結(jié)測試階段的測試以及分析測試結(jié)果，描述系統(tǒng)是否符合需求（或達(dá)到XXX功能目標(biāo)）。預(yù)期參考人員包括用戶、測試人員、、開發(fā)人員、項(xiàng)目管理者、其他質(zhì)量管理人員和需要閱讀本報(bào)告的高層經(jīng)理。項(xiàng)目背景對(duì)項(xiàng)目目標(biāo)和目的進(jìn)行簡要說明。必要時(shí)包括簡史，這部分不需要腦力勞動(dòng),直接從需求或者招標(biāo)文件中拷貝即可。用戶群1.主要讀者：項(xiàng)目管理人員，項(xiàng)目測試經(jīng)理，業(yè)主相關(guān)人員；2.其他讀者：項(xiàng)目其他相關(guān)人員。3.基本定義嚴(yán)重bug:出現(xiàn)以下缺陷，測試定義為嚴(yán)重bug：系統(tǒng)無響應(yīng)，處于死機(jī)狀態(tài)，需要其他人工修復(fù)系統(tǒng)才可復(fù)原。點(diǎn)擊某個(gè)菜單后返回異常錯(cuò)誤。進(jìn)行某個(gè)操作（增加、修改、刪除等）后，返回異常錯(cuò)誤。當(dāng)對(duì)必填字段進(jìn)行校驗(yàn)時(shí)，未輸入必輸字段，返回異常錯(cuò)誤。系統(tǒng)定義不能重復(fù)的字段輸入重復(fù)數(shù)據(jù)后，返回異常錯(cuò)誤。測試對(duì)象根據(jù)軟件定義，軟件包括程序、數(shù)據(jù)和文檔，所以軟件測試并不僅僅是程序測試。軟件測試應(yīng)貫穿于整個(gè)軟件生命周期中。在整個(gè)軟件生命周期中，各階段有不同的測試對(duì)象，形成了不同開發(fā)階段的不同類型的測試。需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序，都應(yīng)成為“軟件測試”的對(duì)象。在軟件編碼結(jié)束后，對(duì)編寫的每一個(gè)程序模塊進(jìn)行測試，稱為“模塊測試”或“單元測試”；在模塊集成后，對(duì)集成在一起的模塊組件，有時(shí)也可稱為“部件”，進(jìn)行測試，稱為“集成測試”；在集成測試后，需要檢測與證實(shí)軟件是否滿足軟件需求說明書中規(guī)定的要求，這就稱為“確認(rèn)測試”。將整個(gè)程序模塊集成為軟件系統(tǒng)，安裝在運(yùn)行環(huán)境下，對(duì)硬件、網(wǎng)絡(luò)、操作系統(tǒng)及支撐平臺(tái)構(gòu)成的整體系統(tǒng)進(jìn)行測試，稱為“系統(tǒng)測試”。為了把握各個(gè)環(huán)節(jié)的正確性，需要進(jìn)行各種驗(yàn)證和確認(rèn)工作。驗(yàn)證是保證軟件正確實(shí)現(xiàn)特定功能的一系列活動(dòng)和過程，目的是保證軟件生命周期中的每一個(gè)階段的成果滿足上一個(gè)階段所設(shè)定的目標(biāo)。確認(rèn)是保證軟件滿足用戶需求的一系列的活動(dòng)和過程，目的是在軟件開發(fā)完成后保證軟件與用戶需求相符合。驗(yàn)證與確認(rèn)都屬于軟件測試，它包括對(duì)軟件分析、設(shè)計(jì)以及程序的驗(yàn)證和確認(rèn)。在測試過程中，我們將充分考慮以上表述的相關(guān)對(duì)象，有針對(duì)性的加強(qiáng)一些內(nèi)容的參考，保證做到一個(gè)全面、完整的測試。測試階段階段內(nèi)容開始日期結(jié)束日期負(fù)責(zé)人階段一模塊測試階段二功能測試階段三性能測試階段四壓力測試階段五連接數(shù)測試術(shù)語和縮寫詞在本文件中出現(xiàn)的“系統(tǒng)”一詞，除非特別說明，均指“XXXXX系統(tǒng)”。MTBF：平均無故障時(shí)間。MTTR：平均維修時(shí)間。SMS(ShortMessageService)：短消息業(yè)務(wù)。結(jié)構(gòu)化查詢語言：是關(guān)系數(shù)據(jù)庫中使用的標(biāo)準(zhǔn)數(shù)據(jù)查詢語言。系 統(tǒng)：子系統(tǒng)的集合。子系統(tǒng)：模塊的集合。模 塊：功能的集合。功 能：處理任務(wù)的最小單元。系統(tǒng)參數(shù)：控制系統(tǒng)的行為及流程的參數(shù)，內(nèi)容存貯在系統(tǒng)數(shù)據(jù)庫中，一般只由系統(tǒng)管理員維護(hù)。用戶參數(shù)：控制各工作站的界面、輸入法等參數(shù)，內(nèi)容存貯在各工作站軟件安裝目錄下，用戶可以修改。?運(yùn)行參數(shù)：控制程序的啟動(dòng)以及與數(shù)據(jù)庫的連接等，內(nèi)容存貯在Windows系統(tǒng)的注冊(cè)表中，第一次使用程序時(shí)系統(tǒng)會(huì)自動(dòng)提示輸入各種參數(shù)。角色：一組具有相同權(quán)限的用戶集合。權(quán)限：執(zhí)行某個(gè)功能，或操作某個(gè)模塊、某個(gè)子系統(tǒng)的鑰匙。用戶：操作系統(tǒng)的人。測試工具測試管理工具：Bugfree性能自動(dòng)化測試工具：Jmeter；功能自動(dòng)化測試工具：Watir參考資料《中華人民共和國標(biāo)準(zhǔn)化法》《信息技術(shù)軟件包質(zhì)量要求和測試》(GB/T17544-1998)《信息技術(shù)軟件產(chǎn)品評(píng)價(jià)質(zhì)量特性及其使用指南》(GB/T16260-1996)《軟件工程產(chǎn)品評(píng)價(jià)》(GB/T18905-2002)《軟件產(chǎn)品管理辦法》《XX需求和設(shè)計(jì)說明書》《XX數(shù)據(jù)字典》《XX后臺(tái)管理系統(tǒng)測試計(jì)劃》《XX后臺(tái)管理系統(tǒng)測試用例》《XX項(xiàng)目計(jì)劃》11.《XX祥細(xì)設(shè)計(jì)》12.《XX數(shù)據(jù)庫設(shè)計(jì)》測試開始日期測試結(jié)束日期測試天數(shù)測試功能個(gè)數(shù)執(zhí)行測試用例數(shù)BUG數(shù)（用例）XX管理系統(tǒng)測試從XXXX年XX月XX日開始到XXXX年XX月XX日結(jié)束，共持續(xù)XX天，測試功能點(diǎn)XXX個(gè)，執(zhí)行XXX個(gè)測試用例，平均每個(gè)功能點(diǎn)執(zhí)行測試用例XX個(gè)，測試共發(fā)現(xiàn)XXX個(gè)bug,其中嚴(yán)重級(jí)別的bugxx個(gè)，無效bugxx個(gè)，平均每個(gè)測試功能點(diǎn)xx個(gè)bug。本次測試總共發(fā)布11個(gè)測試版本，其中XXXX為計(jì)劃內(nèi)迭代開發(fā)版本（針對(duì)項(xiàng)目計(jì)劃的基線標(biāo)識(shí)）,xxxxx為回歸測試版本。計(jì)劃內(nèi)測試版本，XXX測試進(jìn)度依項(xiàng)目計(jì)劃時(shí)間準(zhǔn)時(shí)完成測試并提交報(bào)告，其中B4版本推遲一天發(fā)布版本，測試通過增加一個(gè)人日，準(zhǔn)時(shí)完成測試。B5版本推遲發(fā)布2天，測試增加2個(gè)人日，準(zhǔn)時(shí)完成測試。B6—B11為計(jì)劃外回歸測試版本，測試增加5個(gè)工作人日的資源，準(zhǔn)時(shí)完成測試。XX測試通過Bugzilla缺陷管理工具進(jìn)行缺陷跟蹤管理，B1-B4測試階段都有詳細(xì)的bug分析表和階段測試報(bào)告。測試環(huán)境2.1.1.軟硬件配置硬件環(huán)境應(yīng)用服務(wù)器數(shù)據(jù)庫服務(wù)器客戶端環(huán)境應(yīng)用服務(wù)器數(shù)據(jù)庫服務(wù)器客戶端硬CPU￡Intel(R)Celeron(R)CPU￡Intel(R)Celeron(R)CPU￡Intel(R)Celeron(R)件CPU2.40GHzstepping01CPU2.40GHzstepping01CPU2.40GHzstepping01配Memory￡1048256kMemory￡1048256kMemory￡1048256k置HD￡ST380817AS80GSATAHD￡ST380817AS80GSATAHD￡ST380817AS80GSATA軟Window2000Window2000Window2000件Professional￡SP2￡P(guān)rofessional￡SP2￡P(guān)rofessional￡SP2￡配IE6.0.2900.2180.xpsp_spIE6.0.2900.2180.xpsp_spIE6.0.2900.2180.xpsp_sp置222網(wǎng)10MLAN10MLAN10MLAN絡(luò)配置2?1?2?網(wǎng)絡(luò)拓?fù)鋱D（提供相關(guān)網(wǎng)絡(luò)拓?fù)鋱D，下面是示例圖）以太網(wǎng)應(yīng)用服務(wù)器、數(shù)據(jù)庫服等器測試計(jì)劃版本/時(shí)間計(jì)劃開始實(shí)際開始計(jì)劃完成實(shí)際完成加班增加資源:版本/時(shí)間計(jì)劃開始時(shí)間實(shí)際開始時(shí)間計(jì)劃結(jié)束時(shí)間實(shí)際結(jié)束時(shí)間加班增加資源B1否否B21人1天否B32個(gè)人日計(jì)劃任務(wù)祥細(xì)分解情況表:任務(wù)開始時(shí)間結(jié)束時(shí)間總計(jì)（天）企業(yè)開業(yè)2010-03-152010-03-184企業(yè)變更2010-03-152010-03-173企業(yè)業(yè)停歇業(yè)2010-03-182010-03-192設(shè)立分支機(jī)構(gòu)2010-03-192010-03-191企業(yè)基本資料2010-03-162010-03-183分支機(jī)構(gòu)管理2010-03-222010-03-232業(yè)務(wù)資格管理2010-03-232010-03-231測試執(zhí)行此次測試嚴(yán)格按項(xiàng)目計(jì)劃和測試計(jì)劃執(zhí)行，按時(shí)完成了測試計(jì)劃規(guī)定的測試對(duì)象的測試。針對(duì)測試計(jì)劃規(guī)定的測試策略，在測試執(zhí)行中都有體現(xiàn)，在測試執(zhí)行過程中，依據(jù)測試計(jì)劃和測試用例，對(duì)系統(tǒng)進(jìn)行了完整的測試。測試用例2.4.1.功能性?系統(tǒng)實(shí)現(xiàn)的主要功能，包括查詢，添加，修改，刪除。?系統(tǒng)實(shí)現(xiàn)的次要功能，包括為用戶分配，為用戶分配權(quán)限，渠道綁定，渠道RATE綁定，權(quán)限控制菜單按鈕。需求規(guī)定的輸入輸出字段，以及需求規(guī)定的輸入限制?2.4.2.易用性?操作按鈕提示信息正確性，一致性，可理解性。限制條件提示信息正確性，一致性，可理解性。必填項(xiàng)標(biāo)識(shí)。?輸入方式可理解性。版本定義給出測試版本，分為三個(gè)主要版本：0字頭為初稿，定好文檔格式和測試方向和測試組織機(jī)構(gòu)人員。1.0版本完成全部功能測試，未經(jīng)正式發(fā)布，未經(jīng)審核；2.0版整合所有測試人員的測試文檔，完成所有測試，幾經(jīng)修改，經(jīng)過測試經(jīng)理，項(xiàng)目經(jīng)理審核，達(dá)到正式發(fā)布的要求。其中小數(shù)點(diǎn)后面的數(shù)字為修正了其中內(nèi)容達(dá)到3個(gè)模塊以上時(shí)相應(yīng)增加0.1。

覆蓋分析2.6.1.需求覆蓋需求覆蓋率是指經(jīng)過測試的需求/功能和需求規(guī)格說明書中所有需求/功能的比值，通常情況下要達(dá)到100％的目標(biāo)。需求/功能測試類型是否通過備注企業(yè)開業(yè)功能測試、業(yè)務(wù)測試Y企業(yè)變更功能測試、業(yè)務(wù)測試Y企業(yè)業(yè)停歇業(yè)功能測試、業(yè)務(wù)測試Y設(shè)立分支機(jī)構(gòu)功能測試、業(yè)務(wù)測試Y企業(yè)基本資料功能測試、業(yè)務(wù)測試Y表格中“是否通過”的四種狀態(tài)：[Y]：全部通過[P]:部分通過[N]:不通過[N/A]:不可測試或者用例不適用2.6.2.測試覆蓋需求/功能用例個(gè)數(shù)執(zhí)行總數(shù)未執(zhí)行企業(yè)開業(yè)550企業(yè)變更541企業(yè)業(yè)停歇業(yè)550設(shè)立分支機(jī)構(gòu)550企業(yè)基本資料541測試用例功能測試3.1.1.審批業(yè)務(wù)管理測試編號(hào)A001模塊名稱企業(yè)開業(yè)申請(qǐng)建立日期2010-09-13建立人員 HYH 修改日期 2010-09-13狀態(tài)［］草稿［］正在修改［J］正式發(fā)布定義駕培企業(yè)新開業(yè)提交相關(guān)證明資料并輸入系統(tǒng)，并對(duì)此材料做基本的條件判斷，根據(jù)條件作出相應(yīng)提示。如：企業(yè)訓(xùn)練場地必須達(dá)到2000平方米，若未到此條件，系統(tǒng)提示：訓(xùn)練場地未達(dá)要求。用例預(yù)期情況1234實(shí)際結(jié)果結(jié)論測試編號(hào)A002模塊名稱企業(yè)開業(yè)受理建立日期2010-09-13建立人員 HYH 修改日期 2010-09-13狀態(tài)［］草稿［］正在修改［J］正式發(fā)布定義駕培企業(yè)新開業(yè)提交相關(guān)證明資料并輸入系統(tǒng)，并對(duì)此材料做基本的條件判斷，根據(jù)條件作出相應(yīng)提示。如：企業(yè)訓(xùn)練場地必須達(dá)到2000平方米，若未到此條件，系統(tǒng)提示：訓(xùn)練場地未達(dá)要求。用例預(yù)期情況1234

實(shí)際結(jié)果結(jié)論性能測試1測試對(duì)象介紹2測試范圍與目的3測試環(huán)境與測試工具描述4測試驅(qū)動(dòng)程序的設(shè)計(jì)5性能測試用例列表性能A描述用例目的前提條件輸入數(shù)據(jù)期望性能（平均值）實(shí)際性能（平均值）性能B描述用例目的前提條件輸入數(shù)據(jù)期望性能（平均值）實(shí)際性能（平均值）

壓力測試1被測試對(duì)象的介紹2測試范圍與目的3測試環(huán)境與測試輔助工具的描述4測試驅(qū)動(dòng)程序的設(shè)計(jì)5壓力測試用例極限名稱A前提條件輸入/動(dòng)作輸出響應(yīng)是否能正常運(yùn)行20個(gè)用戶并發(fā)操作50個(gè)用戶并發(fā)操作100個(gè)用戶并發(fā)操作200個(gè)用戶并發(fā)操作測試結(jié)果Bug趨勢圖（提供分析圖）此次黑盒測試總共發(fā)布11個(gè)版本，B1-B5為計(jì)劃內(nèi)迭代開發(fā)版本（針對(duì)項(xiàng)目計(jì)劃的基線標(biāo)識(shí)），B6-B11為進(jìn)行的回歸測試版本，bug版本趨勢圖如下圖所示：第一階段，增量確認(rèn)測試。時(shí)間從2007年7月2日到2007年8月3日。從Bug趨勢圖中可以看出，每個(gè)版本的bug數(shù)基本維持在60個(gè)左右。B1：從圖中看到B1共有33個(gè)BUG,因?yàn)锽1版本有一個(gè)功能模塊在B2版本才開始測試，B1測試模塊相對(duì)較少，所以B1版本bug相對(duì)較少。B2:由于B1中的一個(gè)功能模塊增加到Build2中進(jìn)行測試，這一版本除了對(duì)B1中的BUG進(jìn)行驗(yàn)證時(shí)對(duì)B1進(jìn)行了回歸測試，所以B2中的bug數(shù)相對(duì)B1出現(xiàn)了明顯的增長趨勢，B3：B3版本因?yàn)橛蠦2版本的bug驗(yàn)收測試，以及B1,B2的回歸測試，共發(fā)現(xiàn)67個(gè)bug，和B2基本保持一致。B4：B4版本bug數(shù)有一個(gè)下降的趨勢，是因?yàn)锽4版本推遲發(fā)布，新增加了測試人員參與測試，對(duì)系統(tǒng)不夠熟悉，以及測試時(shí)間緊張，部分測試用例沒有執(zhí)行，測試覆蓋度不夠，所以發(fā)現(xiàn)bug數(shù)呈下降趨勢。B5：B5版本bug數(shù)又有一個(gè)增加的趨勢，主要是由于開發(fā)功能模塊多，該版本需求定義不明確。第二階段，BUG驗(yàn)證和功能回歸確認(rèn)測試。時(shí)間從2007年8月4日到2007年8月14日。B6和B7進(jìn)行了回歸測試，B8沒有進(jìn)行回歸測試，只驗(yàn)證了B1－B7的bug。B6:進(jìn)行第一輪回歸測試，發(fā)現(xiàn)的bug數(shù)為33個(gè)，遺留一個(gè)問題，為數(shù)據(jù)字典種類默認(rèn)值問題B7:進(jìn)行第二輪回歸測試，第一次回歸測試沒有涉及到權(quán)限控制菜單按鈕的測試，在本次回歸測試的時(shí)候，重點(diǎn)進(jìn)行了這個(gè)方面的測試，又發(fā)現(xiàn)了大量的權(quán)限相關(guān)的bug。B8：B8沒有進(jìn)行全面的回歸測試，只驗(yàn)證了B1—B7未通過驗(yàn)證的bug，所以該版本的bug數(shù)明顯比較少。B9：B9版本進(jìn)行了全面的回歸測試，時(shí)重點(diǎn)測試了權(quán)限控制，所以發(fā)先的bug數(shù)又呈現(xiàn)上升的趨勢。測試發(fā)現(xiàn)44個(gè)bug,嚴(yán)重級(jí)別的bug為14個(gè)，嚴(yán)重級(jí)別的bug集中在權(quán)限控制上，功能性嚴(yán)重bug沒有發(fā)現(xiàn)，說明權(quán)限控制依舊不穩(wěn)定，但是系統(tǒng)功能已經(jīng)穩(wěn)定。B10：B10版本驗(yàn)證了B9版本發(fā)現(xiàn)得bug，沒有進(jìn)行全面的回歸測試。B10版本在驗(yàn)證bug的時(shí)候，重現(xiàn)打開Bug6個(gè)，新增bug2個(gè)，重新打開bug有5個(gè)為嚴(yán)重級(jí)別bug，是關(guān)于權(quán)限控制的bug，而新發(fā)現(xiàn)的bug，1個(gè)為嚴(yán)重級(jí)別的bug，也是屬于權(quán)限控制的。說明，權(quán)限控制還存在著問題，需要修改權(quán)限管理bug，重新發(fā)布版本后進(jìn)行全面的回歸測試。B10版本新發(fā)現(xiàn)的bug詳細(xì)分析見遺留bug分析。B11：B11中驗(yàn)證了B1—B10未驗(yàn)證的bug，重點(diǎn)測試了權(quán)限控制，時(shí)進(jìn)行了查詢，添加，刪除，修改的功能測試，測試過程中未發(fā)現(xiàn)bug。Bug嚴(yán)重程度（提供幾個(gè)分析圖）測試發(fā)現(xiàn)的bug主要集中在normal和minor階段，屬于一般性的缺陷，但是測試的時(shí)候，出現(xiàn)了68個(gè)嚴(yán)重級(jí)別的bug，出現(xiàn)嚴(yán)重級(jí)別的bug主要表現(xiàn)在以下幾個(gè)方面系統(tǒng)主要功能沒有實(shí)現(xiàn)添加數(shù)據(jù)代碼重復(fù)后，出現(xiàn)的找不到頁面的錯(cuò)誤多語言處理，未考慮非語種代碼的情況數(shù)據(jù)庫設(shè)計(jì)未考慮系統(tǒng)管理員角色，導(dǎo)致用系統(tǒng)管理員進(jìn)行操作的時(shí)候出現(xiàn)找不到頁面錯(cuò)誤權(quán)限控制異常6.嚴(yán)重級(jí)別bug按版本分布如下：由嚴(yán)重bug版本分布圖可以看出，嚴(yán)重級(jí)別的bug版本趨勢和bug版本趨勢基本是一致的，但是，在B7和B9版本中年，嚴(yán)重級(jí)別的bug明顯增多，主要原因是B7和B9版本測試了權(quán)限控制按鈕功能，權(quán)限問題出現(xiàn)的嚴(yán)重級(jí)別的bug比較多。權(quán)限bug主要表現(xiàn)：具有相應(yīng)按鈕操作的權(quán)限，頁面無相應(yīng)按鈕，無法執(zhí)行該功能無相應(yīng)按鈕操作權(quán)限，頁面有相應(yīng)按鈕，點(diǎn)擊按鈕能出現(xiàn)權(quán)限異常錯(cuò)誤Bug引入階段有相應(yīng)按鈕操作權(quán)限，有相應(yīng)按鈕，執(zhí)行該功能出現(xiàn)權(quán)限異常錯(cuò)誤Bug引入原因Bug狀態(tài)分布（提供分析圖）由bug狀態(tài)圖可以看出，未解決的bug有4個(gè)，主要是B8中新提交的bug，是關(guān)于用戶管理的bug，因?yàn)橛脩魴?quán)限管理需要重新設(shè)計(jì)所以，該部分的bug暫時(shí)沒有解決。測試結(jié)論功能性系統(tǒng)正確實(shí)現(xiàn)了通過數(shù)據(jù)字典管理基礎(chǔ)數(shù)據(jù)的功能，實(shí)現(xiàn)了數(shù)據(jù)內(nèi)容的多語言功能，實(shí)現(xiàn)了中英文界面。實(shí)現(xiàn)了基礎(chǔ)數(shù)據(jù)管理，集團(tuán)管理，基礎(chǔ)信息管理，渠道管理，代理管理，用戶管理的查詢，添加，修改，刪除的功能，系統(tǒng)還實(shí)現(xiàn)了將權(quán)限控制細(xì)化到菜單按鈕的功能。系統(tǒng)在實(shí)現(xiàn)用戶管理下的權(quán)限管理功能時(shí)，存在重大的缺陷，權(quán)限控制不嚴(yán)密，權(quán)限設(shè)計(jì)有遺漏。易用性現(xiàn)有系統(tǒng)實(shí)現(xiàn)了如下易用性：查詢，添加，刪除，修改操作相關(guān)提示信息的一致性，可理解性輸入限制的正確性輸入限制提示信息的正確性，可理解性，一致性4.現(xiàn)有系統(tǒng)存在如下易用性缺陷：1.2.3.4.5.6.界面排版不美觀輸入，輸出字段的可理解性差輸入缺少解釋性說明中英文對(duì)應(yīng)的正確性中英文混排5.3.可靠性現(xiàn)有系統(tǒng)的可靠性控制不夠嚴(yán)密，很多控制是通過頁面控制實(shí)現(xiàn)的，如果頁面控制失效，可以向數(shù)據(jù)庫插入數(shù)據(jù)，引發(fā)錯(cuò)誤?，F(xiàn)有系統(tǒng)的容錯(cuò)性不高，如果系統(tǒng)出現(xiàn)錯(cuò)誤，返回錯(cuò)誤類型為找不到頁面錯(cuò)誤，無法回復(fù)到出錯(cuò)前的狀態(tài)。兼容性現(xiàn)有系統(tǒng)未進(jìn)行其他兼容性測試安全性現(xiàn)有系統(tǒng)控制了以下安全性問題：把某一個(gè)登錄后的頁面保存下來，不能單獨(dú)對(duì)其進(jìn)行操作不進(jìn)行登錄直接輸入某一頁面的Url能否打開頁面并進(jìn)行操作不應(yīng)該允許。3.現(xiàn)有系統(tǒng)未控制以下安全性問題：用戶名和密碼應(yīng)對(duì)大小寫敏感登陸錯(cuò)誤次數(shù)限制分析摘要覆蓋率測試用例覆蓋率分析圖：此次測試，所有測試用例都是在中文界面下執(zhí)行，測試不包括英文界面下的測試，也不包括正對(duì)英文翻譯的測試。此次測試，部分頁面需求描述無明確的定義，對(duì)輸入限制無詳細(xì)定義，無明確的測試依據(jù)，在測試過程中，測試是根據(jù)輸入字段含義，測試人員理解，以及和項(xiàng)目經(jīng)理，開發(fā)人員溝通獲得測試依據(jù)，無法保證測試依據(jù)的正確性和完整性，因此，沒有進(jìn)行完整的，正確的無效數(shù)據(jù)的測試，測試覆蓋率不夠，無法保證測試的有效性和正確性。遺留缺陷的影響缺陷描述：XX項(xiàng)添加頁面，“距離”字段無單位，建議增加單位。缺陷影響：距離字段無單位說明，無衡量標(biāo)準(zhǔn)，用戶易用性不好。推遲原因：需求定義無單位定義，統(tǒng)一在升級(jí)版本中解決缺陷描述：基礎(chǔ)信息管理模塊，默認(rèn)語言設(shè)置不一致。缺陷影響：相功能模塊默認(rèn)語言設(shè)置不一致，一致性不好。推遲原因：默認(rèn)語言設(shè)置，目前無統(tǒng)一標(biāo)準(zhǔn)，升級(jí)版本中統(tǒng)一缺陷描述：tomcat日志有亂碼，日志無項(xiàng)目名稱，查看不方便。缺陷影響：其他項(xiàng)目日志都有項(xiàng)目名稱，日志無項(xiàng)目名稱，查看不方便。推遲原因：目前的日志為了調(diào)試方便，顯示了很多其它信息，在項(xiàng)目正式發(fā)布時(shí)會(huì)統(tǒng)一處理的。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。建議在項(xiàng)目開始的時(shí)候應(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)行，可以在后期減少因?yàn)殚_發(fā)，測試不一致而導(dǎo)致的問題，有時(shí)也可以降低溝