测试报告示例

1、中台项目群订单中心项目苏宁信息体系中台项目群订单中心项目SIT测试阶段测试报告（示例文档） Error! Reference source not found.Error! Reference source not found.文档记录修订记录本次修订日期：下次修订日期： 版本号修订日期变更概述作者修订显示0.12012-8-23初始版本 批准者此文档需要以下人员批准姓名职务分发此文档分发给以下部门或单位相关人员：姓名职务目 录1.文档简介41.1文档说明41.2参考文档42.测试概述52.1测试范围52.2测试过程概述52.3测试软硬件环境62.4测试数据62.5测试工具62.6测试方法73

2、.测试执行总结83.1测试案例覆盖总结83.2测试案例执行总结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测试阶段测试工作的实施情况，评估测试状态与结果, 使得需求负责人、开发负责人、版本负责人等相关人员能够对版本质量有一个全

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 测试范围<包括被测试项目的业务范围，项目所涉及的外部系统等, 可以列举测试范围内的需求

4、列表、模块列表，也可以列举测试特性列表, 并说明本阶段测试涉及的前提条件，包括受到哪些条件限制和相关情况说明等,><注：一般情况下，本部分的内容与对应的测试计划当中相应部分的内容应该一致。可以从测试方案中获得. 如果不一致，应该在后续测试执行概述章节将不一致的地方进行描述，并说明造成不一致的原因>本次SIT测试包含以下的业务流程：Ø 实体及实时延保订单交易及执行流程Ø 礼品卡订单交易及执行流程Ø 事后延保订单交易及执行流程Ø 合约机订单交易及执行流程Ø 货到付款流程Ø 订单支付后退货流程Ø 订单支付后取消流

5、程2.2 测试过程概述测试阶段主要任务责任人计划起止日期实际起止日期计划与实际起止日期差异说明测试计划制定系统集成测试计划李丹霞、韩建猛2012/8/13-2012/8/202012/8/13-2012/8/20测试准备梳理集成场景-案例映射表与外围系统沟通确认集成场景撰写并评审集成测试案例准备集成测试数据潘银星、韩建猛2012/8/15-2012/9/32012/8/15-2012/9/3测试执行根据集成测试案例执行测试在JIRA系统记录缺陷并对缺陷管理撰写测试日报韩建猛、王丽娟2012/9/5-2012/9/152012/9/8-2012/9/18因代码开发进度delay导致测试执行开始时

6、间晚3天测试结果分析对测试日报中的执行记录进行分析针对缺陷数据进行缺陷分析韩建猛、王丽娟2012/9/16-2012/9/172012/9/19-2012/9/20因测试执行开始时间晚，导致测试结束时间晚3天测试报告收集测试过程数据，完成测试报告撰写韩建猛、王丽娟2012/9/18-2012/9/202012/9/21-2012/9/222.3 测试软硬件环境<此处描述测试所涉及的系统，及相应系统的环境信息>系统环境名访问地址OMSSITIMSATQIMS客户端访问（SIT环境）CMFSITB2CSIT1POSSITPOS客户端访问（SIT环境）2.4 测试数据<此处描述本次

7、测试使用的测试数据情况，必要时附加测试数据准备文档链接，例如：基础数据来源，测试数据来源等；还需要说明数据是来源于手工造数据、生产系统下传、基于生产系统下传的数据再改造等 >Ø 订单中心SIT测试中数据准备工作主要是外围系统准备测试数据，B2C准备商品主数据，来源于MDM；Ø IMS系统准备商品库存相关数据；Ø CMF系统准备会员账号信息及账号中的促销资源，促销相关资源准备来源于POS；各系统数据文件列表详见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 测试方法<描述测试内容所涉及的测试方法， 如手工测试、自动化测试等， 采用的测试类型，如功能测试、接口测试、端到端业务流测试等，安全测试、性能测试等>Ø 本次SIT测试在第一轮测试执行中使用了手工测试的测试方法，在SIT回归测试中使用自动化测试方法对主流程案例进行了回归；Ø 本次SIT测试阶段采用的测试类型主要是端到端业务流测试。3. 测试执行总结3.1 测试案例覆盖总结<针对需求或者模块/功能，描述

10、测试案例的设计覆盖情况，比如，一共准备了多少个案例，是否覆盖了所有的需求和模块/功能。请粘帖RTVM文档和测试案例文档，或引用RTVM和测试案例文档链接><对于未覆盖的需求或者模块/功能，需在4.3风险分析作出相应的分析>Ø 订单中心共有需求/功能点300个，覆盖需求的案例共420份，其中包括正向案例350份，负向案例70份，有4个功能点没有相应的测试案例覆盖，未被覆盖的需求清单详见4.3 风险分析；Ø 经项目经理和业务顾问确认，未被覆盖的4个功能点优先级低，本次测试不需要设计案例进行覆盖。3.2 测试案例执行总结<请按下表的示例填写>阶段/轮

11、次案例总数 计划执行案例数 实际执行案例数 案例失败数 执行率通过率SIT第一轮测试4204204204100%99%SIT回归测试2002002000100%100%总计62062062043.3 测试缺陷总结<描述测试缺陷情况。尽量从多个角度对测试缺陷进行描述，比如，测试缺陷的严重级别分类，测试缺陷所属需求、模块/功能分类，等等><本部分内容，除了必要的描述之外，尽量以表格或者图形的方式加以补充>3.3.1 缺陷的分布-按照严重程度划分<缺陷严重程度的划分，图例如下>缺陷严重程度已发现缺陷已解决缺陷未解决缺陷解决所占百分比提示-Trivial00000%

12、一般-Minor204198697%严重-Major3332197%致命-Critical65183%阻塞-Blocker110100%3.3.2 缺陷的分布-按照功能模块划分<缺陷所属功能模块的划分，图例如下>模块名称已发现缺陷已解决缺陷未解决缺陷解决所占百分比正向订单管理10096496%逆向订单管理7774396%订单后台管理5251198%订单接口组880100%订单技术平台330100%数据建模组210100%3.3.3 缺陷的趋势阻塞（Block）级别缺陷3.3.4 缺陷的趋势致命（Critical）级别缺陷4. 分析与总结4.1 结论和建议<对测试的过程和结果进

13、行简要分析，给出测试结论和建议><测试结论要明确，即通过或者不通过，不能附带任何条件。对于有条件通过的需求，需要在后续“风险分析”章节进行描述>，有条件通过是根据准出条件有部分条件不通过，具体准则如下：通过-达到准出条件，如：测试案例执行率达到95%、阻塞和致命的缺陷全部修复且测试通过、严重缺陷修复率超过95%、一般缺陷修复率已超过 85%；不通过-未达到准出条件，如：测试案例执行率低于95%、阻塞和致命缺陷未全部修复或复测未通过、严重缺陷修复率未达到95%、一般缺陷修复率未达到85%；有条件通过-指未达到准出条件但项目责任人确认相关风险，或风险可以得到处理，在此条件下同意测

14、试有条件通过。Ø 第一轮SIT测试执行案例数420个，失败案例数为4，通过率99%，第二轮SIT回归测试执行案例数200个，失败案例数为0，通过率100%；Ø SIT两轮测试共发现缺陷241个，已修复缺陷233个，未修复缺陷8个，缺陷修复率为96.7%；Ø 存在一个致命缺陷未修复，未达到准出条件，但项目责任人已确认其风险，所以测试结论为：有条件通过4.2 遗留的显著问题<给出遗留的影响到系统上线或者进入下一个环节的问题，比如，状态为“致命”的测试缺陷，或者需要重点关注的状态为“严重”的测试缺陷。对于其他需要需求负责人、开发负责人、版本负责人等加以关注或者加以

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

16、环节有可能存在的风险进行分析，并提出规避的措施或者建议，以便相关人员对此进行关注或者解决问题><风险分析一般包括，但不限于以下内容：ü 没有测试案例覆盖的需求、模块/功能ü 没有执行测试案例的需求、模块/功能ü 执行未通过的需求、模块/功能ü 有条件通过的需求、模块/功能ü 测试环境不一致有可能导致结果有出入的情况ü 测试数据不一致有可能导致结果有出入的情况Ø 以下4个验证点没有测试案例覆盖，可能有风险，测试负责人和项目经理已做分析并确认：需求流程/数据编号需求流程/数据描述测试案例编号RM_OMS_正向订单创建

17、_005(流程)库存扣减成功，有会员礼金券且扣减成功，有POS资源但扣减失败的异常处理无SIT案例覆盖RM_OMS_正向订单创建_010（数据）正向订单创建可以正确处理实体+赠品的订单无SIT案例覆盖RM_OMS_正向订单创建_011（数据）正向订单创建可以正确处理支付方式为易付宝支付的订单无SIT案例覆盖RM_OMS_正向订单创建_015（数据）正向订单创建可以正确处理支付方式为现金支付的订单无SIT案例覆盖Ø 以下4个测试案例执行未通过，覆盖两个需求，共包含8个未修复缺陷，可能有风险，测试负责人和项目经理已分析后确认：测试案例编号测试案例描述影响需求描述对应的缺陷编号TC_OMS_01_10单行实体订单缺货异常订单产生及货到付款现金支付库存扣减失败后的异常处理影响该功能点中的XXX，OMS-135、OMS-198、OMS-202TC_OMS_02_01未使用礼品卡的多行延保销售验证POS订单创建成功，获取SAP单号成功，延保订单数据上传SAP成功，正常处理订单OMS-19TC_OMS_05