測試報(bào)告-項(xiàng)目測試環(huán)境

1、v1.0可編輯可修改XX項(xiàng)目測試報(bào)告版本信息日期版本狀態(tài)簡要描述編寫審核批準(zhǔn)2018-07-18首次建立項(xiàng)目測試報(bào)告（標(biāo)準(zhǔn)版）模板xxx注：狀態(tài)可以為N-新建、A-增加、M-更改、D-刪除v1.0可編輯可修改目錄 TOC o 1-5 h z HYPERLINK l bookmark4 o Current Document 編寫目的3. HYPERLINK l bookmark6 o Current Document 測試參考文檔3. HYPERLINK l bookmark8 o Current Document 項(xiàng)目信息3. HYPERLINK l bookmark10 o Current

2、Document 測試概述4. HYPERLINK l bookmark12 o Current Document 基本信息4.4. HYPERLINK l bookmark14 o Current Document 測試范圍5. HYPERLINK l bookmark16 o Current Document 測試過程評估7. HYPERLINK l bookmark18 o Current Document 測試設(shè)計(jì)7.測試用例7.測試方法 7.測試執(zhí)行7.測試用例覆蓋總結(jié) .7.測試用例執(zhí)行總結(jié) 8. HYPERLINK l bookmark31 o Current Document

3、缺陷統(tǒng)計(jì)與分析 9.缺陷統(tǒng)計(jì)9.缺陷分析10 HYPERLINK l bookmark35 o Current Document 缺陷分布-按嚴(yán)重等級劃分1.0 HYPERLINK l bookmark40 o Current Document 缺陷分布-按功能模塊劃分1.1缺陷分布-按缺陷類型劃分1.2 HYPERLINK l bookmark46 o Current Document 缺陷趨勢-新增缺陷13 HYPERLINK l bookmark48 o Current Document 缺陷趨勢-重新打開缺陷1.3 HYPERLINK l bookmark50 o Current Do

4、cument 缺陷趨勢-修改缺陷13 HYPERLINK l bookmark52 o Current Document 缺陷趨勢-關(guān)閉缺陷 13 HYPERLINK l bookmark54 o Current Document 版本需求變更分析1.4 HYPERLINK l bookmark56 o Current Document 需求變更描述1.4 HYPERLINK l bookmark58 o Current Document 需求變更統(tǒng)計(jì)1.4 HYPERLINK l bookmark62 o Current Document 版本演進(jìn)軌跡1.4 HYPERLINK l book

5、mark64 o Current Document 測試總結(jié)15 HYPERLINK l bookmark66 o Current Document 測試結(jié)論15 HYPERLINK l bookmark68 o Current Document 測試建議16遺留問題列表1.7風(fēng)險(xiǎn)分析17v1.0可編輯可修改1編寫目的本測試報(bào)告為【XX項(xiàng)目的測試報(bào)告，目的在于總結(jié)測試階段的測試情況以及分析測試 結(jié)果，描述系統(tǒng)是否符合需求并對測試質(zhì)量進(jìn)行分析。本報(bào)告作為測試質(zhì)量參考文檔提供給用戶、測試人員、開發(fā)人員、項(xiàng)目管理者、其他質(zhì)量管理人員和需要閱讀本報(bào)告的高層經(jīng)理閱讀。2測試參考文檔用戶需求說明書軟件需求

6、規(guī)格說明書軟件開發(fā)計(jì)劃軟件測試計(jì)劃軟件測試方案軟件測試策略軟件測試用例缺陷分類指南功能及UI測試標(biāo)準(zhǔn)3項(xiàng)目信息項(xiàng)目名稱xx項(xiàng)目編號xxx項(xiàng)目周期2018/1/19 2018/2/26項(xiàng)目性質(zhì)全新產(chǎn)品/大版本升級/小版本升級（只能選擇一個(gè)）v1.0可編輯可修改項(xiàng)目版本號項(xiàng)目經(jīng)理xxx測試經(jīng)理xxx測試工程師xxx開發(fā)工程師xxx4測試概述4.1基本信息本次測試的基本信息如下:測試時(shí)間2018/1/19 2018/2/26測試環(huán)境硬件處理器：Inter Core i5 ,1內(nèi)存：8GB操作系統(tǒng)：Windows 10軟件Navicat Premium、xshell 、IE, FireFox , Co

7、ogle Chrome等瀏覽器測試站點(diǎn)4.2無無無無編寫測試策略v1.0可編輯可修改編寫測試方案編寫測試用例評審測試用例測試環(huán)境準(zhǔn)備測試數(shù)據(jù)準(zhǔn)備測試腳本準(zhǔn)備測試執(zhí)行系統(tǒng)測試回歸測試測試結(jié)束編寫測試報(bào)告編寫用戶手冊項(xiàng)目實(shí)施培訓(xùn)項(xiàng)目部署4.3測試范圍任務(wù)測試覆蓋功能點(diǎn)一級功能二級功能三級功能歷史v1.0可編輯可修改新增及修改v1.0可編輯可修改5測試過程評估測試設(shè)計(jì)測試用例1、測試用例的設(shè)計(jì)方法采用等價(jià)類劃分、邊界值、因果圖、錯(cuò)誤推測法等。2、依據(jù)需求文檔和原型圖設(shè)計(jì)測試用例，測試用例覆蓋所有需求功能點(diǎn)，在評審?fù)ㄟ^ 后執(zhí)行測試。測試方法根據(jù)系統(tǒng)需求規(guī)格說明書的描述，明確指出了系統(tǒng)應(yīng)該具有的功能。在

8、完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者只需檢查程序功能是否按照系統(tǒng)需求規(guī)格說明書的規(guī) 定正常使用，是否能在輸入適當(dāng)?shù)臄?shù)鋸下產(chǎn)生正確的輸出信息，并且能保持外部信息 （如數(shù)據(jù)庫或文件）的完整性。因此采用了著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件功能進(jìn)行測試的測試方法：黑盒測試。本次測試的重點(diǎn)集中在基本數(shù)據(jù)錄入、業(yè)務(wù)流程和各功能模塊間的接口。測試執(zhí)行測試用例覆蓋總結(jié)1、執(zhí)行的測試用例數(shù)覆蓋了所有的功能點(diǎn)模塊名稱用例數(shù)（條）覆蓋情況執(zhí)行情況7v1.0可編輯可修改客戶管理94系統(tǒng)測試2輪，驗(yàn)收測試2輪執(zhí)行94條，未通過1條用例通過率：%測試用例執(zhí)行總結(jié)測試執(zhí)行統(tǒng)計(jì)表測試用例版

9、本號工作量投入（人天）測試用例規(guī)?？傆美龜?shù)新增用例數(shù)執(zhí)行結(jié)果統(tǒng)計(jì)表計(jì)劃執(zhí)行的用例數(shù)實(shí)際執(zhí)行的用例數(shù)通過的用例數(shù)執(zhí)行率覆蓋率通過率發(fā)現(xiàn)缺陷數(shù)執(zhí)行率=實(shí)際執(zhí)行的用例數(shù)+計(jì)劃執(zhí)行的用例數(shù)覆蓋率=實(shí)際執(zhí)行的用例數(shù)+總用例數(shù)v1.0可編輯可修改通過率=通過的用例數(shù)+實(shí)際執(zhí)行的用例數(shù)發(fā)現(xiàn)缺陷數(shù)=本次版本一共提交了多少個(gè) BUG案例總數(shù)與計(jì)劃執(zhí)行案例數(shù)不一致，請說明原因。（指本次測試總案例數(shù)與本次測試總的計(jì)劃執(zhí)行案例數(shù)），與本文最后一個(gè)章節(jié)的風(fēng)險(xiǎn)相對應(yīng)。計(jì)劃執(zhí)行案例數(shù)與實(shí)際執(zhí)行案例數(shù)不一致，請說明原因。（指本次測試總的計(jì)劃執(zhí)行案例數(shù)與本次執(zhí)行總的實(shí)際執(zhí)行案例數(shù)），與本文最后一個(gè)章節(jié)的風(fēng)險(xiǎn)相對應(yīng)。6缺陷統(tǒng)計(jì)與

10、分析6.1缺陷統(tǒng)計(jì)缺陷總計(jì)：28個(gè)；打開：17個(gè)；處理中：2個(gè)；重新打開：3個(gè)；已解決：5個(gè)；v1.0可編輯可修改已關(guān)閉：1個(gè)缺陷統(tǒng)計(jì)已關(guān)詡重蓊打開處理中7X6.2缺陷分析缺陷分布-按嚴(yán)重等級劃分缺陷嚴(yán)重等級合計(jì)已關(guān)閉未解決已關(guān)閉所占百分比輕微-TrivialTK-Minor重要-Major嚴(yán)重-Critical阻塞-Blocker10v1.0v1.0可編輯可修改缺陷分布按嚴(yán)重程度劃分76未解決376未解決32423已關(guān)閉1121缺陷分布-按功能模塊劃分模塊名稱合計(jì)已關(guān)閉未解決已關(guān)閉所占百分比11v1.0可編輯可修改缺陷分布-按缺陷類型劃分缺陷類型合計(jì)已關(guān)閉未解決已關(guān)閉所占百分比需求問題413

11、25%代碼問題31233%設(shè)計(jì)問題62433%配置問題42250%環(huán)境問題43175%兼容問題94544%安全問題31233%性能問題330100%腳本問題31233%數(shù)據(jù)問題43175%其他74357%非缺陷51420%12v1.0可編輯可修改缺陷分布”按缺陷類型劃分10hilii Liill需求代碼削津貴環(huán)境兼皆安全性能造瘁數(shù)據(jù)其普問題問題問題問題問題問題睡問題問題問題他 福未解夬 32315?。 之 13d eXif 1T Z 2313 T1341缺陷趨勢-新增缺陷缺陷趨勢-重新打開缺陷缺陷趨勢-修改缺陷缺陷趨勢-關(guān)閉缺陷13v1.0v1.0可編輯可修改7版本需求變更分析需求變更描述本次

12、版本測試共收到 35個(gè)需求變更：其中14個(gè)為測試過程中已有項(xiàng)目的需求變更，主要集中在準(zhǔn)時(shí)裝項(xiàng)目、海外購二期項(xiàng)目、在線支付異常同步商家需求等需求中；4個(gè)技術(shù)優(yōu)化，17個(gè)為新增的需求變更。本次版本需求變更數(shù)量依舊不少，需求變更方面的控制還需加強(qiáng)，版本的變更對版本質(zhì)量的影響很大，本次版本發(fā)布風(fēng)險(xiǎn)較高。需求變更統(tǒng)計(jì)新增需求：12個(gè)變更需求：1個(gè)需求優(yōu)化：23個(gè)需求變更統(tǒng)計(jì)新憎需求受更零來需求優(yōu)化8版本演進(jìn)軌跡羅列本項(xiàng)目內(nèi)的所有分支及各個(gè)分支合并后的回歸測試版本號發(fā)布時(shí)間是否合并回歸測試結(jié)果否通過14v1.0可編輯可修改9測試總結(jié)測試結(jié)論11試結(jié)論要明確，即通過或者不通過，不能附帶任何條件。對于有條件通

13、過的需求，需要 在后續(xù)“風(fēng)險(xiǎn)分析”章節(jié)進(jìn)行描述 ,有條件通過是根據(jù)準(zhǔn)出條件有部分條件不通過，具體準(zhǔn)則 如下：通過-達(dá)到準(zhǔn)出條件，如：測試案例執(zhí)行率達(dá)到 95%阻塞和致命的缺陷全部修復(fù)且測試 通過、嚴(yán)重缺陷修復(fù)率超過95% 一般缺陷修復(fù)率已超過85%、提示缺陷彳復(fù)率超過75%不通過-未達(dá)到準(zhǔn)出條件，如：測試案例執(zhí)行率低于 95%阻塞和致命缺陷未全部修復(fù)或 復(fù)測未通過、嚴(yán)重缺陷修復(fù)率未達(dá)到95% 一般缺陷修復(fù)率未達(dá)到85%提示缺陷修復(fù)率未達(dá)到75%有條件通過-指未達(dá)到準(zhǔn)出條件但項(xiàng)目責(zé)任人確認(rèn)相關(guān)風(fēng)險(xiǎn)， 或風(fēng)險(xiǎn)可以得到處理，在此 條件下同意測試有條件通過。1、通過對本系統(tǒng)的兩輪測試工作，將系統(tǒng)所存在

14、的缺陷全部暴露并交予開發(fā)人員進(jìn)彳T bug修復(fù)，再經(jīng)過回歸測試確保了所有功能及模塊已經(jīng)實(shí)現(xiàn)，并且滿足客戶需求。2、本系統(tǒng)的測試充分有效，主要業(yè)務(wù)模塊的測試覆蓋達(dá)到100%缺陷解決率達(dá)到100%15v1.0可編輯可修改3、目前的測試工作基本達(dá)到了預(yù)定目標(biāo)，即完成除原有的系統(tǒng)功能外的所有功能及模塊功能的功能測試，測試任務(wù)已全面完成。4、根據(jù)測試結(jié)果、BUG勺修復(fù)率和測試計(jì)劃中的測試通過標(biāo)準(zhǔn)得出該項(xiàng)目功能測試通過，可以交付使用。9.2測試建議從測試的整個(gè)過程來看，比較常見的問題是：編輯框中數(shù)據(jù)輸入過長不能正確處理或者頁面變形，頁面樣式不統(tǒng)一（翻頁、提示語等），數(shù)據(jù)添加成功，上傳附件不顯示，查詢?nèi)哂鄶?shù)

15、據(jù)等。開發(fā)人員在編碼過程中， 系統(tǒng)在實(shí)現(xiàn)基本功能的前提下需要注意頁面樣式的一致性和操作界面友好性等非功能的方面。在這次測試過程中， 提出建議：測試人員在提交v1.0可編輯可修改3、目前的測試工作基本達(dá)到了預(yù)定目標(biāo)，即完成除原有的系統(tǒng)功能外的所有功能及模塊功能的功能測試，測試任務(wù)已全面完成。4、根據(jù)測試結(jié)果、BUG勺修復(fù)率和測試計(jì)劃中的測試通過標(biāo)準(zhǔn)得出該項(xiàng)目功能測試通過，可以交付使用。9.2測試建議從測試的整個(gè)過程來看，比較常見的問題是：編輯框中數(shù)據(jù)輸入過長不能正確處理或者頁面變形，頁面樣式不統(tǒng)一（翻頁、提示語等），數(shù)據(jù)添加成功，上傳附件不顯示，查詢?nèi)哂鄶?shù)據(jù)等。開發(fā)人員在編碼過程中， 系統(tǒng)在實(shí)現(xiàn)

16、基本功能的前提下需要注意頁面樣式的一致性和操作界面友好性等非功能的方面。在這次測試過程中， 提出建議：測試人員在提交bug時(shí)，需要詳細(xì)描述：版本號、操作步驟、期望結(jié)果、實(shí)際結(jié)果，以便開發(fā)人員讀懂并能重現(xiàn)bug,避免將bug直接打回，延長bug的存在周期。同時(shí)開發(fā)人員必須將打回bug之前需給予問題解答的簡單描述，以利于回歸測試。在本次測試中因沒有按照標(biāo)準(zhǔn)執(zhí)行，導(dǎo)致有些bug在回歸幾次后才有效解決,所以必須在以后的測試項(xiàng)目中測試人員和開發(fā)人員嚴(yán)格按照標(biāo)準(zhǔn)執(zhí)行。3、在本次測試過程中存在一個(gè)問題多次修改的情況。造成此問題出現(xiàn)的最主要原因是開發(fā)人員在提交新版本時(shí)未進(jìn)行單元測試。所以，我們建議開發(fā)人員將程序包提交給測試人員之前先對程序代碼進(jìn)行檢查,這樣能有效地縮短 BUG3、在本次測試過程中存在一個(gè)問題多次修改的情況。造成此問題出現(xiàn)的最主要原因是開發(fā)人員在提交新版本時(shí)未進(jìn)行單元測試。所以，我們建議開發(fā)人員將程序包提交給測試人員之前先對程序代碼進(jìn)行檢查,這樣能有效地縮短 BUG勺生存周期，提高測試人員和開發(fā)人員的工作效率。16v1.0可編輯