測試報告示例講解

蘇寧信息體系中臺項目群訂單中心項目SIT測試階段測試報告

（示例文檔）錯誤！未找到引用源。錯誤！未找到引用源。

文檔記錄修訂記錄本次修訂日期：下次修訂日期：本次修訂日期： I本次修訂日期：下次修訂日期：版本號修訂日期變更概述作者修訂顯示0.12012-8-23初始版本批準者分發(fā)目錄TOC\o"1-5"\h\z\o"CurrentDocument"文檔簡介 4\o"CurrentDocument"文檔說明 4\o"CurrentDocument"參考文檔 4\o"CurrentDocument"測試概述 5測試范圍 5\o"CurrentDocument"測試過程概述 5\o"CurrentDocument"測試軟硬件環(huán)境 6\o"CurrentDocument"測試數(shù)據(jù) 6\o"CurrentDocument"測試工具 6\o"CurrentDocument"測試方法 7\o"CurrentDocument"測試執(zhí)行總結(jié) 8\o"CurrentDocument"測試案例覆蓋總結(jié) 8\o"CurrentDocument"測試案例執(zhí)行總結(jié) 8\o"CurrentDocument"測試缺陷總結(jié) 83.3.1缺陷的分布--按照嚴重程度劃分 83.3.2缺陷的分布--按照功能模塊劃分 .93.3.3缺陷的趨勢一阻塞（Block）級別缺陷 103.3.4缺陷的趨勢一致命（Critical）級別缺陷 11\o"CurrentDocument"分析與總結(jié) 12\o"CurrentDocument"結(jié)論和建議 12\o"CurrentDocument"遺留的顯著問題 12\o"CurrentDocument"風(fēng)險分析 13文檔簡介1.1文檔說明本文檔是關(guān)于中臺項目群訂單中心項目SIT測試階段的測試報告，目的是有效總結(jié)訂單中心項目SIT測試階段測試工作的實施情況，評估測試狀態(tài)與結(jié)果，使得需求負責(zé)人、開發(fā)負責(zé)人、版本負責(zé)人等相關(guān)人員能夠?qū)Π姹举|(zhì)量有一個全面的認識。1.2參考文檔本文檔在編寫過程中參考了如下文檔:參考文檔文檔路徑《訂單中心需求說明書V1.0.doc》?.?//2012_OMS/03.CM/3.4ReleaseRecord/3.4.4Requirement/OMS_SRS_V1.0_830《訂單中心測試日報.xls》...//01.DEV/1.4Test/1.4.2ITP&ITC/測試跟蹤《測試需求-案例映射表-訂單中心定制v0.2@20120829.xls》?..//01.DEV/1.4Test/1.4.3STP&STCSuninqjcom測試概述2?2?1測試范E'EJ〈包括被測試項目的業(yè)務(wù)范圍，項目所涉及的外部系統(tǒng)等可以列舉測試范圍內(nèi)的需求列表、模塊列表，也可以列舉測試特性列表并說明本階段測試涉及的前提條件，包括受到哪些條件限制和相關(guān)情況說明等,〉＜注：一般情況下，本部分的內(nèi)容與對應(yīng)的測試計劃當中相應(yīng)部分的內(nèi)容應(yīng)該一致?？梢詮臏y試方案中獲得.如果不一致，應(yīng)該在后續(xù)測試執(zhí)行概述章節(jié)將不一致的地方進行描述，并說明造成不一致的原因〉本次SIT測試包含以下的業(yè)務(wù)流程：＞實體及實時延保訂單交易及執(zhí)行流程＞禮品卡訂單交易及執(zhí)行流程＞事后延保訂單交易及執(zhí)行流程＞合約機訂單交易及執(zhí)行流程＞貨到付款流程＞訂單支付后退貨流程＞訂單支付后取消流程2?2測試過程概述測試階段主要任務(wù)責(zé)任人計劃起止日期實際起止日期計劃與實際起止日期差異說明測試計劃制定系統(tǒng)集成測試計劃李丹霞、韓建猛2012/8/132012/8/202012/8/132012/8/20測試準備梳理集成場景-案例映射表與外圍系統(tǒng)溝通確認集成場景撰寫并評審集成測試案例準備集成測試數(shù)據(jù)潘銀星、韓建猛2012/8/152012/9/32012/8/152012/9/3測試執(zhí)行根據(jù)集成測試案例執(zhí)行測試韓建猛、王麗娟2012/9/52012/9/152012/9/82012/9/18因代碼開發(fā)進度delay導(dǎo)致測試執(zhí)行開始時間晚3天在JIRA系統(tǒng)記錄缺陷并對缺陷管理撰寫測試日報測試結(jié)果分析對測試日報中的執(zhí)行記錄進行分析針對缺陷數(shù)據(jù)進行缺陷分析韓建猛、王麗娟2012/9/162012/9/172012/9/192012/9/20因測試執(zhí)行開始時間晚，導(dǎo)致測試結(jié)束時間晚3天測試報告收集測試過程數(shù)據(jù)，完成測試報告撰寫韓建猛、王麗娟2012/9/182012/9/202012/9/212012/9/222.3測試軟硬件環(huán)境＜此處描述測試所涉及的系統(tǒng)，及相應(yīng)系統(tǒng)的環(huán)境信息系統(tǒng)環(huán)境名訪問地址OMSSITIMSATQIMS客戶端訪問（SIT環(huán)境）CMFSITB2CSIT1POSSITPOS客戶端訪問（SIT環(huán)境）2?4測試數(shù)據(jù)〈此處描述本次測試使用的測試數(shù)據(jù)情況，必要時附加測試數(shù)據(jù)準備文檔鏈接，例如：基礎(chǔ)數(shù)據(jù)來源，測試數(shù)據(jù)來源等；還需要說明數(shù)據(jù)是來源于手工造數(shù)據(jù)、生產(chǎn)系統(tǒng)下傳、基于生產(chǎn)系統(tǒng)下傳的數(shù)據(jù)再改造等＞＞訂單中心SIT測試中數(shù)據(jù)準備工作主要是外圍系統(tǒng)準備測試數(shù)據(jù)，B2C準備商品主數(shù)據(jù)，來源于MDM；＞IMS系統(tǒng)準備商品庫存相關(guān)數(shù)據(jù)；＞CMF系統(tǒng)準備會員賬號信息及賬號中的促銷資源，促銷相關(guān)資源準備來源于POS；各系統(tǒng)數(shù)據(jù)文件列表詳見SVN:http://xxxx。2?5測試工具〈描述本次測試所涉及測試工具，如模擬器，自動化測試工具等常用測試工具按類別列舉如下：工具類別工具名功能自動化測試工具如：IBMRationalFunctionalTester、HPWinRunner、HP性能測試工具如：IBMRationalPerformanceTester、MercuryLoadRunner缺陷管理工具如：JIRA、IBMRationalTeamConcert測試管理工具如：Testlink、QualityCenter配置管理工具如：SVN流程管理工具如：IBMRationalTeamConcert>SIT第一輪測試中前臺使用IE6、IE7、IE8、IE9、Firefox6.0、Google、360、世界之窗瀏覽器進行了頁面測試；>SIT回歸測試中使用selenium+testNG自動化測試框架進行了回歸測試。2.6測試方法<描述測試內(nèi)容所涉及的測試方法，如手工測試、自動化測試等，采用的測試類型，如功能測試、接口測試、端到端業(yè)務(wù)流測試等，安全測試、性能測試等本次SIT測試在第一輪測試執(zhí)行中使用了手工測試的測試方法，在SIT回歸測試中使用自動化測試方法對主流程案例進行了回歸；本次SIT測試階段采用的測試類型主要是端到端業(yè)務(wù)流測試。測試執(zhí)行總結(jié)3?1測試案例覆蓋總結(jié)〈針對需求或者模塊功能，描述測試案例的設(shè)計覆蓋情況，比如，一共準備了多少個案例，是否覆蓋了所有的需求和模塊功能。請粘帖^丁伽文檔和測試案例文檔，或引用Rtvm和測試案例文檔鏈揍〈對于未覆蓋的需求或者模塊功能，需茁.3風(fēng)險分析作出相應(yīng)的分柝＞訂單中心共有需求/功能點300個，覆蓋需求的案例共420份，其中包括正向案例350份，負向案例70份，有4個功能點沒有相應(yīng)的測試案例覆蓋，未被覆蓋的需求清單詳見4.3風(fēng)險分析；＞經(jīng)項目經(jīng)理和業(yè)務(wù)顧問確認，未被覆蓋的4個功能點優(yōu)先級低，本次測試不需要設(shè)計案例進行覆蓋。3?2測試案例執(zhí)行總結(jié)〈請按下表的示例填寫階段/輪次案例總數(shù)計劃執(zhí)行案例數(shù)實際執(zhí)行案例數(shù)案例失敗數(shù)執(zhí)行率通過率SIT第一輪測試4204204204100%99%SIT回歸測試2002002000100%100%總計62062062043?3測試缺陷總結(jié)＜描述測試缺陷情況。盡量從多個角度對測試缺陷進行描述，比如，測試缺陷的嚴重級別分類，測試缺陷所屬需求、模塊功能分類，等籌＜本部分內(nèi)容，除了必要的描述之外，盡量以表格或者圖形的方式加以社充3.31缺陷的分布?■按照嚴重程度劃分＜缺陷嚴重程度的劃分，圖例如下缺陷嚴重程度已發(fā)現(xiàn)缺陷已解決缺陷未解決缺陷解決所占百分比提示-Trivial00000%一般-Minor204198697%嚴重-Major3332197%

致命-Critical65183%阻塞-Blocker110100%缺陷修復(fù)情況-按嚴重程度■未解決■未解決已解決3.3.2缺陷的分布"按照功能模塊劃分〈缺陷所屬功能模塊的劃分，圖例如下＞模塊名稱已發(fā)現(xiàn)缺陷已解決缺陷未解決缺陷解決所占百分比正向訂單管理10096496%逆向訂單管理7774396%訂單后臺管理5251198%訂單接口組880100%訂單技術(shù)平臺330100%數(shù)據(jù)建模組210100%3.3.3缺陷的趨勢」阻塞（削8妙級別缺陷puspoIqo『】問題合計1723.3.4缺陷的趨勢—致命（8^8/）級別缺陷分析與總結(jié)4.1結(jié)論和建議<對測試的過程和結(jié)果進行簡要分析，給出測試結(jié)論和建議〈測試結(jié)論要明確，即通過或者不通過，不能附帶任何條件。對于有條件通過的需求，需要在后瞼分析”章節(jié)進行描述>，有條件通過是根據(jù)準出條件有部分條件不通過，具體準則如下：通過…-達到準出條件，如：測試案例執(zhí)行率達到5%、阻塞和致命的缺陷全部修復(fù)且測試通過、嚴重缺陷修復(fù)率超過5%、一般缺陷修復(fù)率已超過85%；不通過一…未達到準出條件，如：測試案例執(zhí)行率低于5%、阻塞和致命缺陷未全部修復(fù)或復(fù)測未通過、嚴重缺陷修復(fù)率未達到5%、一般缺陷修復(fù)率未達到5%；有條件通過■一指未達到準出條件但項目責(zé)任人確認相關(guān)風(fēng)險，或風(fēng)險可以得到處理，在此條件下同意測試有條件通過。第一輪SIT測試執(zhí)行案例數(shù)420個，失敗案例數(shù)為4,通過率99%，第二輪SIT回歸測試執(zhí)行案例數(shù)200個，失敗案例數(shù)為0，通過率100%；SIT兩輪測試共發(fā)現(xiàn)缺陷241個，已修復(fù)缺陷233個，未修復(fù)缺陷8個，缺陷修復(fù)率為96.7%；存在一個致命缺陷未修復(fù)，未達到準出條件，但項目責(zé)任人已確認其風(fēng)險，所以測試結(jié)論為：有條件通過4.2遺留的顯著問題〈給出遺留的影響到系統(tǒng)上線或者進入下一個環(huán)節(jié)的問題，比如，狀態(tài)致命”的測試缺陷，或者需要重點關(guān)注的狀態(tài)為嚴重”的測試缺陷。對于其他需要需求負責(zé)人、開發(fā)負責(zé)人、版本負責(zé)人等加以關(guān)注或者加以改進的問題，也需要在此處列出>本版本遺留暫不修復(fù)的致命缺陷1個，嚴重缺陷1個，測試負責(zé)人和項目經(jīng)理已確認其風(fēng)險及影響，以下是未修復(fù)的缺陷信息:缺陷編號缺陷描述嚴重級別重現(xiàn)概率缺陷影響說明OMS-135跟新EAN碼后補送SAP失敗，經(jīng)查新EAN碼跟新訂單行表成功，但未跟新接口表致命100%重現(xiàn)影響OMS中的異常訂單補送SAP失敗的功能，接口表未更新會導(dǎo)致補送失敗后狀態(tài)不能正確同步到相關(guān)系統(tǒng)OMS-19禮品卡創(chuàng)建邏輯異常嚴重100%重現(xiàn)影響OMS中禮品卡訂單中的禮品卡創(chuàng)建功能，OMS未到POS中取卡號、卡密碼導(dǎo)致禮品卡Suninqxom奔寧易購，創(chuàng)建失敗4?3風(fēng)險分析〈對系統(tǒng)上線或者進入下一個環(huán)節(jié)有可能存在的風(fēng)險進行分析，并提出規(guī)避的措施或者建議，以便相關(guān)人員對此進行關(guān)注或者解決問題〈風(fēng)險分析一般包括，但不限于以下內(nèi)容：/沒有測試案例覆蓋的需求、模塊功能/沒有執(zhí)行測試案例的需求、模塊功能/執(zhí)行未通過的需求、模塊砌能/有條件通過的需求、模塊砌能/測試環(huán)境不一致有可能導(dǎo)致結(jié)果有出入的情況/測試數(shù)據(jù)不一致有可能導(dǎo)致結(jié)果有出入的情況A以下4個驗證點沒有測試案例覆蓋，可能有風(fēng)險，測試負責(zé)人和項目經(jīng)理已做分析并確認:需求流程/數(shù)據(jù)編號需求流程/數(shù)據(jù)描述測試案例編號RM_OMS_正向訂單創(chuàng)建_005（流程）庫存扣減成功，有會員禮金券且扣減成功，有POS資源但扣減失敗的異常處理無S/7案例覆蓋RM_OMS_正向訂單創(chuàng)建_010（數(shù)據(jù)）正向訂單創(chuàng)建可以正確處理實體+贈品的訂單無S/7案例覆蓋RM_OMS_正向訂單創(chuàng)建_011（數(shù)