测试报告示例讲解

1、S中台项目群订单中心项目苏宁信息体系中台项目群订单中心项目SIT测试阶段测试报告（示例文档）错误！未找到引用源。错误！未找到引用源。S中台项目群订单中心项目文档记录修订记录下次修订日期:本次修订日期:下次修订日期:版本号修订日期变更概述作者修订显示0.12012-8-23初始版本批准者此文档需要以下人员批准姓名职务分发此文档分发给以下部门或单位相关人员:姓名职务中台项目群订单中心项目中台项目群订单中心项目 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 测试软硬件环境 6 HYPERLINK l bookmark28 o Current

3、Document 测试数据 6 HYPERLINK l bookmark30 o Current Document 测试工具 6 HYPERLINK l bookmark34 o Current Document 测试方法 7 HYPERLINK l bookmark36 o Current Document 测试执行总结 8 HYPERLINK l bookmark38 o Current Document 测试案例覆盖总结 8 HYPERLINK l bookmark40 o Current Document 测试案例执行总结 8 HYPERLINK l bookmark42 o Curr

4、ent Document 测试缺陷总结 8缺陷的分布-按照严重程度划分 8缺陷的分布-按照功能模块划分 9缺陷的趋势一阻塞(Block )级别缺陷 10缺陷的趋势一致命(Critical )级别缺陷 11 HYPERLINK l bookmark46 o Current Document 分析与总结 12 HYPERLINK l bookmark48 o Current Document 结论和建议 12 HYPERLINK l bookmark50 o Current Document 遗留的显著问题 12 HYPERLINK l bookmark52 o Current Document

5、风险分析 13S中台项目群订单中心项目S中台项目群订单中心项目.文档简介文档说明本文档是关于中台项目群订单中心项目SIT测试阶段的测试报告，目的是有效总结订单中心项目SIT测试阶段测试工作的实施情况，评估测试状态与结果，使得需求负责人、开发负责人、版本负责人等相关人员能够对版本质量有一个全面的认识。参考文档本文档在编写过程中参考了如下文档:参考文档文档路径订单中心需求说明书 V1.0.doc /2012_OMS/03.CM/3.4 ReleaseRequirement/OMS_SRS_V1.0_830Record/3.4.4订单中心测试日报.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中台项目群订单中心项目S中台项目群订单中心项目.测试概述测试范围包括被测试项目的业务范围，项目所涉及的外部系统等 ，可以列举测试范围内的需求列表、模块列 表，也可以列举测试特性列表，并说明本阶段测试涉及的前提条件，包括受到哪些条件限制和相关情况说 明等,注：一般情况下，本部分的内容与对应的测试计划当中相应部分的内容应该一致。可以从测试方案 中获得.如果不一致，应该在后续测试

7、执行概述章节将不一致的地方进行描述，并说明造成不一致的原 因本次SIT测试包含以下的业务流程：实体及实时延保订单交易及执行流程礼品卡订单交易及执行流程事后延保订单交易及执行流程合约机订单交易及执行流程货到付款流程订单支付后退货流程订单支付后取消流程测试过程概述测试阶段主要任务责任人计划起止 日期实际起止 日期计划与实际起止日期 差异说明测试计划制定系统集成测试计 划李丹霞、韩 建猛2012/8/132012/8/202012/8/132012/8/20测试准备梳理集成场景-案例映 射表与外围系统沟通确认集成场景撰写并评审集成测试 案例准备集成测试数据潘银星、韩 建猛2012/8/152012/

8、9/32012/8/152012/9/3测试执行根据集成测试案例执 行测试韩建猛、王 丽娟2012/9/52012/9/152012/9/82012/9/18因代码开发进度delay导致测试执行开始时间晚 3天中台项目群订单中心项目在JIRA系统记录缺陷 并对缺陷管理撰写测试日报测试结果 分析对测试日报中的执行 记录进行分析针对缺陷数据进行缺 陷分析韩建猛、王 丽娟2012/9/162012/9/172012/9/192012/9/20因测试执行开始时间晚，导 致测试结束时间晚3天测试报告收集测试过程数据， 完成测试报告撰写韩建猛、王 丽娟2012/9/182012/9/202012/9/21

9、2012/9/22测试软硬件环境此处描述测试所涉及的系统，及相应系统的环境信息 系统环境名访问地址OMSSIT HYPERLINK IMSATQIMS客户端访问（SIT环境）CMFSIT HYPERLINK B2CSIT1 HYPERLINK POSSITPOS客户端访问（SIT环境）测试数据此处描述本次测试使用的测试数据情况，必要时附加测试数据准备文档链接，例如：基础数据来 源，测试数据来源等；还需要说明数据是来源于手工造数据、生产系统下传、基于生产系统下传的数据 再改造等订单中心SIT测试中数据准备工作主要是外围系统准备测试数据，B2C准备商品主数据，来源于MDM ;IMS系统准备商品库存

10、相关数据；CMF系统准备会员账号信息及账号中的促销资源，促销相关资源准备来源于POS ;各系统数据文彳列表详见 SVN: HYPERLINK http:/xxxx http:/xxxx 。测试工具描述本次测试所涉及测试工具，如模拟器，自动化测试工具等常用测试工具按类别列举如下：S中台项目群订单中心项目工具类别工具名功能自动化测试工具如：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第一轮测试中前台使用IE6、IE7、IE8、IE9、Firefox6.0、Google、360、世界之窗浏览器进行了页面测试；SIT回归测试中使用 selenium+testNG自动化测试框架进行了回归测试。测试方法描述测试内容所涉及的测试方法，如手工测试、自动化测试等，采用的测试类型，如功能测试、接口测试、端到端业务流测试等，安全测试、性能测试等本次SIT测试在第一轮测试执行中使用了手工测试的测试方法，在SI

12、T回归测试中使用自动化测试方法对主流程案例进行了回归；本次SIT测试阶段采用的测试类型主要是端到端业务流测试。中台项目群订单中心项目中台项目群订单中心项目.测试执行总结测试案例覆盖总结针对需求或者模块/功能，描述测试案例的设计覆盖情况，比如，一共准备了多少个案例，是否覆盖了 所有的需求和模块/功能。请粘帖RTVM文档和测试案例文档，或引用RTVM和测试案例文档链接对于未覆盖的需求或者模块/功能，需在4.3风险分析作出相应的分析订单中心共有需求/功能点300个，覆盖需求的案例共 420份，其中包括正向案例 350份，负向案例70份，有4个功能点没有相应的测试案例覆盖，未被覆盖的需求清单详见4.3

13、风险分析；经项目经理和业务顾问确认，未被覆盖的4个功能点优先级低，本次测试不需要设计案例进行覆盖。测试案例执行总结请按下表的示例填写阶段/轮次案例总数计划执行案例数实际执行案例数案例失败数执行率通过率SIT第一轮测试4204204204100%99%SIT回归测试2002002000100%100%总计6206206204测试缺陷总结描述测试缺陷情况。尽量从多个角度对测试缺陷进行描述，比如，测试缺陷的严重级别分类，测试缺 陷所属需求、模块/功能分类，等等本部分内容，除了必要的描述之外，尽量以表格或者图形的方式加以补充缺陷的分布-按照严重程度划分缺陷严重程度的划分，图例如下缺陷严重程度已发现缺陷

14、已解决缺陷未解决缺陷解决所占百分比提示-Trivial00000%一般-Minor204198697%严重-Major3332197%中台项目群订单中心项目致命-Critical65183%阻塞-Blocker110100%缺陷修复情况-按严重程度缺陷的分布-按照功能模块划分缺陷所属功能模块的划分，图例如下模块名称已发现缺陷已解决缺陷未解决缺陷解决所占百分比正向订单管理10096496%逆向订单管理7774396%订单后台管理5251198%订单接口组880100%订单技术平台330100%数据建模组210100%S中台项目群订单中心项目缺陷修复情况-按模块缺陷的趋势一阻塞（Block ）级别

15、缺陷第10页中台项目群订单中心项目缺陷的趋势一致命（Chtical ）级别缺陷同庖合计520第11页Sp盛gem中台项目群订单中心项目.分析与总结结论和建议对测试的过程和结果进行简要分析，给出测试结论和建议 测试结论要明确，即通过或者不通过，不能附带任何条件。对于有条件通过的需求，需要在后续风险分析”章节进行描述,有条件通过是根据准出条件有部分条件不通过，具体准则如下：通过-达到准出条件，如：测试案例执行率达到 95%、阻塞和致命的缺陷全部修复且测试通过、严重 缺陷修复率超过95%、一般缺陷修复率已超过 85% ;不通过-未达到准出条件，如：测试案例执行率低于 95%、阻塞和致命缺陷未全部修复

16、或复测未通 过、严重缺陷修复率未达到95%、一般缺陷修复率未达到85% ;有条件通过-指未达到准出条件但项目责任人确认相关风险，或风险可以得到处理，在此条件下同意测试有条件通过。第一轮SIT测试执行案例数 420个，失败案例数为 4,通过率99% ,第二轮SIT回归测试执行案例数 200个，失败案例数为 0,通过率100% ;SIT两轮测试共发现缺陷 241个，已修复缺陷 233个，未修复缺陷8个，缺陷修复率为 96.7% ;存在一个致命缺陷未修复，未达到准出条件，但项目责任人已确认其风险，所以测试结论为：有条件通过遗留的显著问题给出遗留的影响到系统上线或者进入下一个环节的问题，比如，状态为致

17、命”的测试缺陷，或者需要重点关注的状态为 严重”的测试缺陷。对于其他需要需求负责人、开发负责人、版本负责人等加以关注或者 加以改进的问题，也需要在此处列出本版本遗留暂不修复的致命缺陷1个，严重缺陷1个，测试负责人和项目经理已确认其风险及影响,以下是未修复的缺陷信息：缺陷编号缺陷描述严重级别重现概率缺陷影响说明OMS-135跟新EAN码后补送SAP失败，经 查新EAN码跟新订单行表成功， 但未跟新接口表致命100%重现影响OMS中的异常订单 补送SAP失败的功能， 接口表未更新会导致补 送失败后状态不能正确 同步到相关系统OMS-19礼品卡创建逻辑异常严重100%重现影响OMS中礼品卡订单 中的

18、礼品卡创建功能， OMS未到POS中取卡 号、卡密码导致礼品卡第12页中台项目群订单中心项目创建失败风险分析对系统上线或者进入下一个环节有可能存在的风险进行分析，并提出规避的措施或者建议，以便相关 人员对此进行关注或者解决问题风险分析一般包括，但不限于以下内容：没有测试案例覆盖的需求、模块/功能没有执行测试案例的需求、模块/功能执行未通过的需求、模块/功能有条件通过的需求、模块/功能测试环境不一致有可能导致结果有出入的情况测试数据不一致有可能导致结果有出入的情况以下4个验证点没有测试案例覆盖，可能有风险，测试负责人和项目经理已做分析并确认:需求流程/数据编号需求流程/数据描述测试案例编号RM_OMS_ 正向订单创建 _005（流程）库存扣减成功，有会员礼金券且扣减 成功，有POS资源但扣减失败的异常处理无SIT案例覆盖RM_OMS_ 正向订单创建 _010（数据）正向订单创建可以正确处理实体+赠品的订单无SIT案例覆盖RM_OMS_ 正向订单创建 _011（数据）正向订单创建可以正确处理