測試報(bào)告示例講解

1、S中臺(tái)項(xiàng)目群訂單中心項(xiàng)目蘇寧信息體系中臺(tái)項(xiàng)目群訂單中心項(xiàng)目SIT測試階段測試報(bào)告（示例文檔）錯(cuò)誤！未找到引用源。錯(cuò)誤！未找到引用源。S中臺(tái)項(xiàng)目群訂單中心項(xiàng)目文檔記錄修訂記錄下次修訂日期:本次修訂日期:下次修訂日期:版本號(hào)修訂日期變更概述作者修訂顯示0.12012-8-23初始版本批準(zhǔn)者此文檔需要以下人員批準(zhǔn)姓名職務(wù)分發(fā)此文檔分發(fā)給以下部門或單位相關(guān)人員:姓名職務(wù)中臺(tái)項(xiàng)目群訂單中心項(xiàng)目中臺(tái)項(xiàng)目群訂單中心項(xiàng)目 TOC o 1-5 h z HYPERLINK l bookmark12 o Current Document 文檔簡介 4 HYPERLINK l bookmark14 o Current

2、 Document 文檔說明 4 HYPERLINK l bookmark16 o Current Document 參考文檔 4 HYPERLINK l bookmark20 o Current Document 測試概述 5 HYPERLINK l bookmark22 o Current Document 測試范圍 5 HYPERLINK l bookmark24 o Current Document 測試過程概述 5 HYPERLINK l bookmark26 o Current Document 測試軟硬件環(huán)境 6 HYPERLINK l bookmark28 o Current

3、Document 測試數(shù)據(jù) 6 HYPERLINK l bookmark30 o Current Document 測試工具 6 HYPERLINK l bookmark34 o Current Document 測試方法 7 HYPERLINK l bookmark36 o Current Document 測試執(zhí)行總結(jié) 8 HYPERLINK l bookmark38 o Current Document 測試案例覆蓋總結(jié) 8 HYPERLINK l bookmark40 o Current Document 測試案例執(zhí)行總結(jié) 8 HYPERLINK l bookmark42 o Curr

4、ent Document 測試缺陷總結(jié) 8缺陷的分布-按照嚴(yán)重程度劃分 8缺陷的分布-按照功能模塊劃分 9缺陷的趨勢一阻塞(Block )級別缺陷 10缺陷的趨勢一致命(Critical )級別缺陷 11 HYPERLINK l bookmark46 o Current Document 分析與總結(jié) 12 HYPERLINK l bookmark48 o Current Document 結(jié)論和建議 12 HYPERLINK l bookmark50 o Current Document 遺留的顯著問題 12 HYPERLINK l bookmark52 o Current Document

5、風(fēng)險(xiǎn)分析 13S中臺(tái)項(xiàng)目群訂單中心項(xiàng)目S中臺(tái)項(xiàng)目群訂單中心項(xiàng)目.文檔簡介文檔說明本文檔是關(guān)于中臺(tái)項(xiàng)目群訂單中心項(xiàng)目SIT測試階段的測試報(bào)告，目的是有效總結(jié)訂單中心項(xiàng)目SIT測試階段測試工作的實(shí)施情況，評估測試狀態(tài)與結(jié)果，使得需求負(fù)責(zé)人、開發(fā)負(fù)責(zé)人、版本負(fù)責(zé)人等相關(guān)人員能夠?qū)Π姹举|(zhì)量有一個(gè)全面的認(rèn)識(shí)。參考文檔本文檔在編寫過程中參考了如下文檔:參考文檔文檔路徑訂單中心需求說明書 V1.0.doc /2012_OMS/03.CM/3.4 ReleaseRequirement/OMS_SRS_V1.0_830Record/3.4.4訂單中心測試日報(bào).xls /01.DEV/1.4 Test/1.4.2

6、 ITP&ITC/測試跟蹤測試需求-案例映射表-訂單中心定制 HYPERLINK mailto:v0.220120829.xls v0.220120829.xls/01.DEV/1.4 Test/1.4.3 STP&STCS中臺(tái)項(xiàng)目群訂單中心項(xiàng)目S中臺(tái)項(xiàng)目群訂單中心項(xiàng)目.測試概述測試范圍包括被測試項(xiàng)目的業(yè)務(wù)范圍，項(xiàng)目所涉及的外部系統(tǒng)等 ，可以列舉測試范圍內(nèi)的需求列表、模塊列 表，也可以列舉測試特性列表，并說明本階段測試涉及的前提條件，包括受到哪些條件限制和相關(guān)情況說 明等,注：一般情況下，本部分的內(nèi)容與對應(yīng)的測試計(jì)劃當(dāng)中相應(yīng)部分的內(nèi)容應(yīng)該一致?？梢詮臏y試方案 中獲得.如果不一致，應(yīng)該在后續(xù)測試

7、執(zhí)行概述章節(jié)將不一致的地方進(jìn)行描述，并說明造成不一致的原 因本次SIT測試包含以下的業(yè)務(wù)流程：實(shí)體及實(shí)時(shí)延保訂單交易及執(zhí)行流程禮品卡訂單交易及執(zhí)行流程事后延保訂單交易及執(zhí)行流程合約機(jī)訂單交易及執(zhí)行流程貨到付款流程訂單支付后退貨流程訂單支付后取消流程測試過程概述測試階段主要任務(wù)責(zé)任人計(jì)劃起止 日期實(shí)際起止 日期計(jì)劃與實(shí)際起止日期 差異說明測試計(jì)劃制定系統(tǒng)集成測試計(jì) 劃李丹霞、韓 建猛2012/8/132012/8/202012/8/132012/8/20測試準(zhǔn)備梳理集成場景-案例映 射表與外圍系統(tǒng)溝通確認(rèn)集成場景撰寫并評審集成測試 案例準(zhǔn)備集成測試數(shù)據(jù)潘銀星、韓 建猛2012/8/152012/

8、9/32012/8/152012/9/3測試執(zhí)行根據(jù)集成測試案例執(zhí) 行測試韓建猛、王 麗娟2012/9/52012/9/152012/9/82012/9/18因代碼開發(fā)進(jìn)度delay導(dǎo)致測試執(zhí)行開始時(shí)間晚 3天中臺(tái)項(xiàng)目群訂單中心項(xiàng)目在JIRA系統(tǒng)記錄缺陷 并對缺陷管理撰寫測試日報(bào)測試結(jié)果 分析對測試日報(bào)中的執(zhí)行 記錄進(jìn)行分析針對缺陷數(shù)據(jù)進(jìn)行缺 陷分析韓建猛、王 麗娟2012/9/162012/9/172012/9/192012/9/20因測試執(zhí)行開始時(shí)間晚，導(dǎo) 致測試結(jié)束時(shí)間晚3天測試報(bào)告收集測試過程數(shù)據(jù)， 完成測試報(bào)告撰寫韓建猛、王 麗娟2012/9/182012/9/202012/9/21

9、2012/9/22測試軟硬件環(huán)境此處描述測試所涉及的系統(tǒng)，及相應(yīng)系統(tǒng)的環(huán)境信息 系統(tǒng)環(huán)境名訪問地址OMSSIT HYPERLINK IMSATQIMS客戶端訪問（SIT環(huán)境）CMFSIT HYPERLINK B2CSIT1 HYPERLINK POSSITPOS客戶端訪問（SIT環(huán)境）測試數(shù)據(jù)此處描述本次測試使用的測試數(shù)據(jù)情況，必要時(shí)附加測試數(shù)據(jù)準(zhǔn)備文檔鏈接，例如：基礎(chǔ)數(shù)據(jù)來 源，測試數(shù)據(jù)來源等；還需要說明數(shù)據(jù)是來源于手工造數(shù)據(jù)、生產(chǎn)系統(tǒng)下傳、基于生產(chǎn)系統(tǒng)下傳的數(shù)據(jù) 再改造等訂單中心SIT測試中數(shù)據(jù)準(zhǔn)備工作主要是外圍系統(tǒng)準(zhǔn)備測試數(shù)據(jù)，B2C準(zhǔn)備商品主數(shù)據(jù)，來源于MDM ;IMS系統(tǒng)準(zhǔn)備商品庫存

10、相關(guān)數(shù)據(jù)；CMF系統(tǒng)準(zhǔn)備會(huì)員賬號(hào)信息及賬號(hào)中的促銷資源，促銷相關(guān)資源準(zhǔn)備來源于POS ;各系統(tǒng)數(shù)據(jù)文彳列表詳見 SVN: HYPERLINK http:/xxxx http:/xxxx 。測試工具描述本次測試所涉及測試工具，如模擬器，自動(dòng)化測試工具等常用測試工具按類別列舉如下：S中臺(tái)項(xiàng)目群訂單中心項(xiàng)目工具類別工具名功能自動(dòng)化測試工具如：IBM Rational Functional Tester 、HP Win Runner、HP性能測試工具如：IBM Rational Performance Tester 、 Mercury Load Runner缺陷管理工具如：JIRA、IBM Ratio

11、nal Team Concert測試管理工具如：Testlink、QualityCenter配置管理工具如：SVN流程管理工具如：IBM Rational Team ConcertSIT第一輪測試中前臺(tái)使用IE6、IE7、IE8、IE9、Firefox6.0、Google、360、世界之窗瀏覽器進(jìn)行了頁面測試；SIT回歸測試中使用 selenium+testNG自動(dòng)化測試框架進(jìn)行了回歸測試。測試方法描述測試內(nèi)容所涉及的測試方法，如手工測試、自動(dòng)化測試等，采用的測試類型，如功能測試、接口測試、端到端業(yè)務(wù)流測試等，安全測試、性能測試等本次SIT測試在第一輪測試執(zhí)行中使用了手工測試的測試方法，在SI

12、T回歸測試中使用自動(dòng)化測試方法對主流程案例進(jìn)行了回歸；本次SIT測試階段采用的測試類型主要是端到端業(yè)務(wù)流測試。中臺(tái)項(xiàng)目群訂單中心項(xiàng)目中臺(tái)項(xiàng)目群訂單中心項(xiàng)目.測試執(zhí)行總結(jié)測試案例覆蓋總結(jié)針對需求或者模塊/功能，描述測試案例的設(shè)計(jì)覆蓋情況，比如，一共準(zhǔn)備了多少個(gè)案例，是否覆蓋了 所有的需求和模塊/功能。請粘帖RTVM文檔和測試案例文檔，或引用RTVM和測試案例文檔鏈接對于未覆蓋的需求或者模塊/功能，需在4.3風(fēng)險(xiǎn)分析作出相應(yīng)的分析訂單中心共有需求/功能點(diǎn)300個(gè)，覆蓋需求的案例共 420份，其中包括正向案例 350份，負(fù)向案例70份，有4個(gè)功能點(diǎn)沒有相應(yīng)的測試案例覆蓋，未被覆蓋的需求清單詳見4.3

13、風(fēng)險(xiǎn)分析；經(jīng)項(xiàng)目經(jīng)理和業(yè)務(wù)顧問確認(rèn)，未被覆蓋的4個(gè)功能點(diǎn)優(yōu)先級低，本次測試不需要設(shè)計(jì)案例進(jìn)行覆蓋。測試案例執(zhí)行總結(jié)請按下表的示例填寫階段/輪次案例總數(shù)計(jì)劃執(zhí)行案例數(shù)實(shí)際執(zhí)行案例數(shù)案例失敗數(shù)執(zhí)行率通過率SIT第一輪測試4204204204100%99%SIT回歸測試2002002000100%100%總計(jì)6206206204測試缺陷總結(jié)描述測試缺陷情況。盡量從多個(gè)角度對測試缺陷進(jìn)行描述，比如，測試缺陷的嚴(yán)重級別分類，測試缺 陷所屬需求、模塊/功能分類，等等本部分內(nèi)容，除了必要的描述之外，盡量以表格或者圖形的方式加以補(bǔ)充缺陷的分布-按照嚴(yán)重程度劃分缺陷嚴(yán)重程度的劃分，圖例如下缺陷嚴(yán)重程度已發(fā)現(xiàn)缺陷

14、已解決缺陷未解決缺陷解決所占百分比提示-Trivial00000%一般-Minor204198697%嚴(yán)重-Major3332197%中臺(tái)項(xiàng)目群訂單中心項(xiàng)目致命-Critical65183%阻塞-Blocker110100%缺陷修復(fù)情況-按嚴(yán)重程度缺陷的分布-按照功能模塊劃分缺陷所屬功能模塊的劃分，圖例如下模塊名稱已發(fā)現(xiàn)缺陷已解決缺陷未解決缺陷解決所占百分比正向訂單管理10096496%逆向訂單管理7774396%訂單后臺(tái)管理5251198%訂單接口組880100%訂單技術(shù)平臺(tái)330100%數(shù)據(jù)建模組210100%S中臺(tái)項(xiàng)目群訂單中心項(xiàng)目缺陷修復(fù)情況-按模塊缺陷的趨勢一阻塞（Block ）級別

15、缺陷第10頁中臺(tái)項(xiàng)目群訂單中心項(xiàng)目缺陷的趨勢一致命（Chtical ）級別缺陷同庖合計(jì)520第11頁Sp盛gem中臺(tái)項(xiàng)目群訂單中心項(xiàng)目.分析與總結(jié)結(jié)論和建議對測試的過程和結(jié)果進(jìn)行簡要分析，給出測試結(jié)論和建議 測試結(jié)論要明確，即通過或者不通過，不能附帶任何條件。對于有條件通過的需求，需要在后續(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% ;不通過-未達(dá)到準(zhǔn)出條件，如：測試案例執(zhí)行率低于 95%、阻塞和致命缺陷未全部修復(fù)

16、或復(fù)測未通 過、嚴(yán)重缺陷修復(fù)率未達(dá)到95%、一般缺陷修復(fù)率未達(dá)到85% ;有條件通過-指未達(dá)到準(zhǔn)出條件但項(xiàng)目責(zé)任人確認(rèn)相關(guān)風(fēng)險(xiǎn)，或風(fēng)險(xiǎn)可以得到處理，在此條件下同意測試有條件通過。第一輪SIT測試執(zhí)行案例數(shù) 420個(gè)，失敗案例數(shù)為 4,通過率99% ,第二輪SIT回歸測試執(zhí)行案例數(shù) 200個(gè)，失敗案例數(shù)為 0,通過率100% ;SIT兩輪測試共發(fā)現(xiàn)缺陷 241個(gè)，已修復(fù)缺陷 233個(gè)，未修復(fù)缺陷8個(gè)，缺陷修復(fù)率為 96.7% ;存在一個(gè)致命缺陷未修復(fù)，未達(dá)到準(zhǔn)出條件，但項(xiàng)目責(zé)任人已確認(rèn)其風(fēng)險(xiǎn)，所以測試結(jié)論為：有條件通過遺留的顯著問題給出遺留的影響到系統(tǒng)上線或者進(jìn)入下一個(gè)環(huán)節(jié)的問題，比如，狀態(tài)為致

17、命”的測試缺陷，或者需要重點(diǎn)關(guān)注的狀態(tài)為 嚴(yán)重”的測試缺陷。對于其他需要需求負(fù)責(zé)人、開發(fā)負(fù)責(zé)人、版本負(fù)責(zé)人等加以關(guān)注或者 加以改進(jìn)的問題，也需要在此處列出本版本遺留暫不修復(fù)的致命缺陷1個(gè)，嚴(yán)重缺陷1個(gè)，測試負(fù)責(zé)人和項(xiàng)目經(jīng)理已確認(rèn)其風(fēng)險(xiǎn)及影響,以下是未修復(fù)的缺陷信息：缺陷編號(hào)缺陷描述嚴(yán)重級別重現(xiàn)概率缺陷影響說明OMS-135跟新EAN碼后補(bǔ)送SAP失敗，經(jīng) 查新EAN碼跟新訂單行表成功， 但未跟新接口表致命100%重現(xiàn)影響OMS中的異常訂單 補(bǔ)送SAP失敗的功能， 接口表未更新會(huì)導(dǎo)致補(bǔ) 送失敗后狀態(tài)不能正確 同步到相關(guān)系統(tǒng)OMS-19禮品卡創(chuàng)建邏輯異常嚴(yán)重100%重現(xiàn)影響OMS中禮品卡訂單 中的

18、禮品卡創(chuàng)建功能， OMS未到POS中取卡 號(hào)、卡密碼導(dǎo)致禮品卡第12頁中臺(tái)項(xiàng)目群訂單中心項(xiàng)目創(chuàng)建失敗風(fēng)險(xiǎn)分析對系統(tǒng)上線或者進(jìn)入下一個(gè)環(huán)節(jié)有可能存在的風(fēng)險(xiǎn)進(jìn)行分析，并提出規(guī)避的措施或者建議，以便相關(guān) 人員對此進(jìn)行關(guān)注或者解決問題風(fēng)險(xiǎn)分析一般包括，但不限于以下內(nèi)容：沒有測試案例覆蓋的需求、模塊/功能沒有執(zhí)行測試案例的需求、模塊/功能執(zhí)行未通過的需求、模塊/功能有條件通過的需求、模塊/功能測試環(huán)境不一致有可能導(dǎo)致結(jié)果有出入的情況測試數(shù)據(jù)不一致有可能導(dǎo)致結(jié)果有出入的情況以下4個(gè)驗(yàn)證點(diǎn)沒有測試案例覆蓋，可能有風(fēng)險(xiǎn)，測試負(fù)責(zé)人和項(xiàng)目經(jīng)理已做分析并確認(rèn):需求流程/數(shù)據(jù)編號(hào)需求流程/數(shù)據(jù)描述測試案例編號(hào)RM_OMS_ 正向訂單創(chuàng)建 _005（流程）庫存扣減成功，有會(huì)員禮金券且扣減 成功，有POS資源但扣減失敗的異常處理無SIT案例覆蓋RM_OMS_ 正向訂單創(chuàng)建 _010（數(shù)據(jù)）正向訂單創(chuàng)建可以正確處理實(shí)體+贈(zèng)品的訂單無SIT案例覆蓋RM_OMS_ 正向訂單創(chuàng)建 _011（數(shù)據(jù)）正向訂單創(chuàng)建可以正確處理