測試報告示例

1、中臺項目群訂單中心項目蘇寧信息體系中臺項目群訂單中心項目SIT測試階段測試報告（示例文檔） Error! Reference source not found.Error! Reference source not found.文檔記錄修訂記錄本次修訂日期：下次修訂日期： 版本號修訂日期變更概述作者修訂顯示0.12012-8-23初始版本 批準者此文檔需要以下人員批準姓名職務分發(fā)此文檔分發(fā)給以下部門或單位相關人員：姓名職務目 錄1.文檔簡介41.1文檔說明41.2參考文檔42.測試概述52.1測試范圍52.2測試過程概述52.3測試軟硬件環(huán)境62.4測試數(shù)據(jù)62.5測試工具62.6測試方法73

2、.測試執(zhí)行總結83.1測試案例覆蓋總結83.2測試案例執(zhí)行總結83.3測試缺陷總結83.3.1 缺陷的分布-按照嚴重程度劃分83.3.2 缺陷的分布-按照功能模塊劃分93.3.3 缺陷的趨勢阻塞（Block）級別缺陷103.3.4 缺陷的趨勢致命（Critical）級別缺陷114.分析與總結124.1結論和建議124.2遺留的顯著問題124.3風險分析131. 文檔簡介1.1 文檔說明本文檔是關于中臺項目群訂單中心項目SIT測試階段的測試報告，目的是有效總結訂單中心項目SIT測試階段測試工作的實施情況，評估測試狀態(tài)與結果, 使得需求負責人、開發(fā)負責人、版本負責人等相關人員能夠對版本質量有一個全

3、面的認識。1.2 參考文檔本文檔在編寫過程中參考了如下文檔：參考文檔文檔路徑訂單中心需求說明書V1.0.doc/2012_OMS/03.CM/3.4 Release Record/3.4.4 Requirement/OMS_SRS_V1.0_830訂單中心測試日報.xls/01.DEV/1.4 Test/1.4.2 ITP&ITC/測試跟蹤測試需求-案例映射表-訂單中心定制 v0.220120829.xls/01.DEV/1.4 Test/1.4.3 STP&STC2. 測試概述2.1 測試范圍<包括被測試項目的業(yè)務范圍，項目所涉及的外部系統(tǒng)等, 可以列舉測試范圍內的需求

4、列表、模塊列表，也可以列舉測試特性列表, 并說明本階段測試涉及的前提條件，包括受到哪些條件限制和相關情況說明等,><注：一般情況下，本部分的內容與對應的測試計劃當中相應部分的內容應該一致?？梢詮臏y試方案中獲得. 如果不一致，應該在后續(xù)測試執(zhí)行概述章節(jié)將不一致的地方進行描述，并說明造成不一致的原因>本次SIT測試包含以下的業(yè)務流程：Ø 實體及實時延保訂單交易及執(zhí)行流程Ø 禮品卡訂單交易及執(zhí)行流程Ø 事后延保訂單交易及執(zhí)行流程Ø 合約機訂單交易及執(zhí)行流程Ø 貨到付款流程Ø 訂單支付后退貨流程Ø 訂單支付后取消流

5、程2.2 測試過程概述測試階段主要任務責任人計劃起止日期實際起止日期計劃與實際起止日期差異說明測試計劃制定系統(tǒng)集成測試計劃李丹霞、韓建猛2012/8/13-2012/8/202012/8/13-2012/8/20測試準備梳理集成場景-案例映射表與外圍系統(tǒng)溝通確認集成場景撰寫并評審集成測試案例準備集成測試數(shù)據(jù)潘銀星、韓建猛2012/8/15-2012/9/32012/8/15-2012/9/3測試執(zhí)行根據(jù)集成測試案例執(zhí)行測試在JIRA系統(tǒng)記錄缺陷并對缺陷管理撰寫測試日報韓建猛、王麗娟2012/9/5-2012/9/152012/9/8-2012/9/18因代碼開發(fā)進度delay導致測試執(zhí)行開始時

6、間晚3天測試結果分析對測試日報中的執(zhí)行記錄進行分析針對缺陷數(shù)據(jù)進行缺陷分析韓建猛、王麗娟2012/9/16-2012/9/172012/9/19-2012/9/20因測試執(zhí)行開始時間晚，導致測試結束時間晚3天測試報告收集測試過程數(shù)據(jù)，完成測試報告撰寫韓建猛、王麗娟2012/9/18-2012/9/202012/9/21-2012/9/222.3 測試軟硬件環(huán)境<此處描述測試所涉及的系統(tǒng)，及相應系統(tǒng)的環(huán)境信息>系統(tǒng)環(huán)境名訪問地址OMSSITIMSATQIMS客戶端訪問（SIT環(huán)境）CMFSITB2CSIT1POSSITPOS客戶端訪問（SIT環(huán)境）2.4 測試數(shù)據(jù)<此處描述本次

7、測試使用的測試數(shù)據(jù)情況，必要時附加測試數(shù)據(jù)準備文檔鏈接，例如：基礎數(shù)據(jù)來源，測試數(shù)據(jù)來源等；還需要說明數(shù)據(jù)是來源于手工造數(shù)據(jù)、生產系統(tǒng)下傳、基于生產系統(tǒng)下傳的數(shù)據(jù)再改造等 >Ø 訂單中心SIT測試中數(shù)據(jù)準備工作主要是外圍系統(tǒng)準備測試數(shù)據(jù)，B2C準備商品主數(shù)據(jù)，來源于MDM；Ø IMS系統(tǒng)準備商品庫存相關數(shù)據(jù)；Ø CMF系統(tǒng)準備會員賬號信息及賬號中的促銷資源，促銷相關資源準備來源于POS；各系統(tǒng)數(shù)據(jù)文件列表詳見SVN:http:/xxxx。2.5 測試工具<描述本次測試所涉及測試工具，如模擬器，自動化測試工具等>常用測試工具按類別列舉如下：工具類別

8、工具名功能自動化測試工具如：IBM Rational Functional Tester、HP Win Runner、HP QuickTest Professional性能測試工具如：IBM Rational Performance Tester、Mercury Load Runner缺陷管理工具如：JIRA、IBM Rational Team Concert測試管理工具如：Testlink、QualityCenter配置管理工具如：SVN流程管理工具如：IBM Rational Team ConcertØ SIT第一輪測試中前臺使用IE6、IE7、IE8、IE9、Firefox6.

9、0、Google、360、世界之窗瀏覽器進行了頁面測試；Ø SIT回歸測試中使用selenium+testNG自動化測試框架進行了回歸測試。2.6 測試方法<描述測試內容所涉及的測試方法， 如手工測試、自動化測試等， 采用的測試類型，如功能測試、接口測試、端到端業(yè)務流測試等，安全測試、性能測試等>Ø 本次SIT測試在第一輪測試執(zhí)行中使用了手工測試的測試方法，在SIT回歸測試中使用自動化測試方法對主流程案例進行了回歸；Ø 本次SIT測試階段采用的測試類型主要是端到端業(yè)務流測試。3. 測試執(zhí)行總結3.1 測試案例覆蓋總結<針對需求或者模塊/功能，描述

10、測試案例的設計覆蓋情況，比如，一共準備了多少個案例，是否覆蓋了所有的需求和模塊/功能。請粘帖RTVM文檔和測試案例文檔，或引用RTVM和測試案例文檔鏈接><對于未覆蓋的需求或者模塊/功能，需在4.3風險分析作出相應的分析>Ø 訂單中心共有需求/功能點300個，覆蓋需求的案例共420份，其中包括正向案例350份，負向案例70份，有4個功能點沒有相應的測試案例覆蓋，未被覆蓋的需求清單詳見4.3 風險分析；Ø 經項目經理和業(yè)務顧問確認，未被覆蓋的4個功能點優(yōu)先級低，本次測試不需要設計案例進行覆蓋。3.2 測試案例執(zhí)行總結<請按下表的示例填寫>階段/輪

11、次案例總數(shù) 計劃執(zhí)行案例數(shù) 實際執(zhí)行案例數(shù) 案例失敗數(shù) 執(zhí)行率通過率SIT第一輪測試4204204204100%99%SIT回歸測試2002002000100%100%總計62062062043.3 測試缺陷總結<描述測試缺陷情況。盡量從多個角度對測試缺陷進行描述，比如，測試缺陷的嚴重級別分類，測試缺陷所屬需求、模塊/功能分類，等等><本部分內容，除了必要的描述之外，盡量以表格或者圖形的方式加以補充>3.3.1 缺陷的分布-按照嚴重程度劃分<缺陷嚴重程度的劃分，圖例如下>缺陷嚴重程度已發(fā)現(xiàn)缺陷已解決缺陷未解決缺陷解決所占百分比提示-Trivial00000%

12、一般-Minor204198697%嚴重-Major3332197%致命-Critical65183%阻塞-Blocker110100%3.3.2 缺陷的分布-按照功能模塊劃分<缺陷所屬功能模塊的劃分，圖例如下>模塊名稱已發(fā)現(xiàn)缺陷已解決缺陷未解決缺陷解決所占百分比正向訂單管理10096496%逆向訂單管理7774396%訂單后臺管理5251198%訂單接口組880100%訂單技術平臺330100%數(shù)據(jù)建模組210100%3.3.3 缺陷的趨勢阻塞（Block）級別缺陷3.3.4 缺陷的趨勢致命（Critical）級別缺陷4. 分析與總結4.1 結論和建議<對測試的過程和結果進

13、行簡要分析，給出測試結論和建議><測試結論要明確，即通過或者不通過，不能附帶任何條件。對于有條件通過的需求，需要在后續(xù)“風險分析”章節(jié)進行描述>，有條件通過是根據(jù)準出條件有部分條件不通過，具體準則如下：通過-達到準出條件，如：測試案例執(zhí)行率達到95%、阻塞和致命的缺陷全部修復且測試通過、嚴重缺陷修復率超過95%、一般缺陷修復率已超過 85%；不通過-未達到準出條件，如：測試案例執(zhí)行率低于95%、阻塞和致命缺陷未全部修復或復測未通過、嚴重缺陷修復率未達到95%、一般缺陷修復率未達到85%；有條件通過-指未達到準出條件但項目責任人確認相關風險，或風險可以得到處理，在此條件下同意測

14、試有條件通過。Ø 第一輪SIT測試執(zhí)行案例數(shù)420個，失敗案例數(shù)為4，通過率99%，第二輪SIT回歸測試執(zhí)行案例數(shù)200個，失敗案例數(shù)為0，通過率100%；Ø SIT兩輪測試共發(fā)現(xiàn)缺陷241個，已修復缺陷233個，未修復缺陷8個，缺陷修復率為96.7%；Ø 存在一個致命缺陷未修復，未達到準出條件，但項目責任人已確認其風險，所以測試結論為：有條件通過4.2 遺留的顯著問題<給出遺留的影響到系統(tǒng)上線或者進入下一個環(huán)節(jié)的問題，比如，狀態(tài)為“致命”的測試缺陷，或者需要重點關注的狀態(tài)為“嚴重”的測試缺陷。對于其他需要需求負責人、開發(fā)負責人、版本負責人等加以關注或者加以

15、改進的問題，也需要在此處列出>Ø 本版本遺留暫不修復的致命缺陷1個，嚴重缺陷1個，測試負責人和項目經理已確認其風險及影響，以下是未修復的缺陷信息：缺陷編號缺陷描述嚴重級別重現(xiàn)概率缺陷影響說明OMS-135 跟新EAN碼后補送SAP失敗，經查新EAN碼跟新訂單行表成功，但未跟新接口表致命100%重現(xiàn)影響OMS中的異常訂單補送SAP失敗的功能，接口表未更新會導致補送失敗后狀態(tài)不能正確同步到相關系統(tǒng)OMS-19 禮品卡創(chuàng)建邏輯異常嚴重100%重現(xiàn)影響OMS中禮品卡訂單中的禮品卡創(chuàng)建功能，OMS未到POS中取卡號、卡密碼導致禮品卡創(chuàng)建失敗4.3 風險分析<對系統(tǒng)上線或者進入下一個

16、環(huán)節(jié)有可能存在的風險進行分析，并提出規(guī)避的措施或者建議，以便相關人員對此進行關注或者解決問題><風險分析一般包括，但不限于以下內容：ü 沒有測試案例覆蓋的需求、模塊/功能ü 沒有執(zhí)行測試案例的需求、模塊/功能ü 執(zhí)行未通過的需求、模塊/功能ü 有條件通過的需求、模塊/功能ü 測試環(huán)境不一致有可能導致結果有出入的情況ü 測試數(shù)據(jù)不一致有可能導致結果有出入的情況Ø 以下4個驗證點沒有測試案例覆蓋，可能有風險，測試負責人和項目經理已做分析并確認：需求流程/數(shù)據(jù)編號需求流程/數(shù)據(jù)描述測試案例編號RM_OMS_正向訂單創(chuàng)建

17、_005(流程)庫存扣減成功，有會員禮金券且扣減成功，有POS資源但扣減失敗的異常處理無SIT案例覆蓋RM_OMS_正向訂單創(chuàng)建_010（數(shù)據(jù)）正向訂單創(chuàng)建可以正確處理實體+贈品的訂單無SIT案例覆蓋RM_OMS_正向訂單創(chuàng)建_011（數(shù)據(jù)）正向訂單創(chuàng)建可以正確處理支付方式為易付寶支付的訂單無SIT案例覆蓋RM_OMS_正向訂單創(chuàng)建_015（數(shù)據(jù)）正向訂單創(chuàng)建可以正確處理支付方式為現(xiàn)金支付的訂單無SIT案例覆蓋Ø 以下4個測試案例執(zhí)行未通過，覆蓋兩個需求，共包含8個未修復缺陷，可能有風險，測試負責人和項目經理已分析后確認：測試案例編號測試案例描述影響需求描述對應的缺陷編號TC_OMS_01_10單行實體訂單缺貨異常訂單產生及貨到付款現(xiàn)金支付庫存扣減失敗后的異常處理影響該功能點中的XXX，OMS-135、OMS-198、OMS-202TC_OMS_02_01未使用禮品卡的多行延保銷售驗證POS訂單創(chuàng)建成功，獲取SAP單號成功，延保訂單數(shù)據(jù)上傳SAP成功，正常處理訂單OMS-19TC_OMS_05