《测试报告示例剖析》由会员分享，可在线阅读，更多相关《测试报告示例剖析（16页珍藏版）》请在金锄头文库上搜索。
1、苏宁信息体系中台项目群订单中心项目SIT测试阶段测试报告（示例文档）错误！未找到引用源。错误！未找到引用源。文档记录修订记录本次修订日期：丨下次修订日期:版本号修订日期变更概述修订显示0.12012-8-23初始版本批准者此文档需要以下人员批准分发此文档分发给以下部门或单位相关人员：目录1.文档简介 41.1文档说明 41.2参考文档 42.测试概述 52.1测试范围 52.2测试过程概述52.3测试软硬件环境 62.4测试数据 62.5测试工具 62.6测试方法 73.测试执行总结 83.1测试案例覆盖总结 83.2测试案例执行总结 83.3测试缺陷总结83.3.1 缺陷的分布-按照严重程度
2、划分 83.3.2 缺陷的分布-按照功能模块划分 93.3.3缺陷的趋势一阻塞（Block）级别缺陷103.3.4缺陷的趋势一致命（Critical）级别缺陷114. 分析与总结 124.1 结论和建议 124.2 遗留的显著问题124.3 风险分析131. 文档简介11文档说明本文档是关于中台项目群订单中心项目SIT测试阶段的测试报告，目的是有效总结订单中心项目SIT测 试阶段测试工作的实施情况，评估测试状态与结果, 使得需求负责人、开发负责人、版本负责人等相关人员 能够对版本质量有一个全面的认识。12参考文档本文档在编写过程中参考了如下文档：参考文档文档路径订单中心需求说明书Vl.O.do
3、c.2012_OMS/03.CM/3.4 Release Record/3.4.4Requireme nt/0MS_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. 测试概述21测试范围EJ包括被测试项目的业务范围，项目所涉及的外部系统,等可以列举测试范围内的需求列表、模块列 表，也可以列举测试特性列表, 并说明本阶段测试涉及的前提条件，包括受到哪些条件限制和相关情况说 明等,注：一般情况下
4、，本部分的内容与对应的测试计划当中相应部分的内容应该一致。可以从测试方案 中获得. 如果不一致，应该在后续测试执行概述章节将不一致的地方进行描述，并说明造成不一致的原 因本次SIT测试包含以下的业务流程：实体及实时延保订单交易及执行流程礼品卡订单交易及执行流程事后延保订单交易及执行流程合约机订单交易及执行流程货到付款流程订单支付后退货流程订单支付后取消流程22测试过程概述测试阶段主要任务责任人计划起止 日期实际起止 日期计划与实际起止日期 差异说明测试计划制定系统集成测试计 划李丹霞、韩 建猛2012/8/132012/8/202012/8/132012/8/20测试准备梳理集成场景-案例映
5、射表与外围系统沟通确认 集成场景撰写并评审集成测试 案例准备集成测试数据潘银星、韩 建猛2012/8/152012/9/32012/8/152012/9/3测试执行根据集成测试案例执 行测试韩建猛、王 丽娟2012/9/52012/9/152012/9/82012/9/18因代码开发进度dela y导致 测试执行开始时间晚3天在JIRA系统记录缺陷 并对缺陷管理撰写测试日报测试结果 分析对测试日报中的执行 记录进行分析针对缺陷数据进行缺 陷分析韩建猛、王 丽娟2012/9/162012/9/172012/9/192012/9/20因测试执行开始时间晚，导 致测试结束时间晚3天测试报告收集测试过
6、程数据， 完成测试报告撰写韩建猛、王 丽娟2012/9/182012/9/202012/9/212012/9/2223测试软硬件环境此处描述测试所涉及的系统，及相应系统的环境信息系统环境名访问地址OMSSIThttp:/omssit.c nsunin IMSATQIMS客户端访问（SIT环境）CMFSIThttp:/cmfsit.c nsunin B2CSIT1http:/b2csit1.c nsunin POSSITPOS客户端访问（SIT环境）2.4 测试数据此处描述本次测试使用的测试数据情况，必要时附加测试数据准备文档链接，例如：基础数据来 源，测试数据来源等；还需要说明数据是来源于手工
7、造数据、生产系统下传、基于生产系统下传的数据 再改造等 订单中心SIT测试中数据准备工作主要是外围系统准备测试数据，B2C准备商品主数据，来源于MDM； IMS系统准备商品库存相关数据； CMF系统准备会员账号信息及账号中的促销资源，促销相关资源准备来源于POS；各系统数据文件列表详见SVN:http:/xxxx。2.5测试工具描述本次测试所涉及测试工具，如模拟器，自动化测试工具等常用测试工具按类别列举如下：工具类别工具名功能自动化测试工具如：IBM Rational Functional Tester、HP Win Runner、HP性能测试工具如：IBM Rational Performa
8、nce Tester、Mercury Load Runner缺陷管理工具如: JIRA、IBM Rational Team Concert测试管理工具如: Testlink、QualityCenter配置管理工具如: SVN流程管理工具女如 IBM Rational Team Concert SIT第一轮测试中前台使用IE6、IE7、IE8、IE9、Firefox6.0、Google、360、世界之窗浏览器进行了 页面测试； SIT回归测试中使用selenium+testNG自动化测试框架进行了回归测试。2.6测试方法等 本次SIT测试在第一轮测试执行中使用了手工测试的测试方法，在SIT回归测
9、试中使用自动化测试方 法对主流程案例进行了回归； 本次SIT测试阶段采用的测试类型主要是端到端业务流测试。3. 测试执行总结3.1测试案例覆盖总结针对需求或者模块/功能，描述测试案例的设计覆盖情况，比如，一共准备了多少个案例，是否覆盖了所有的需求和模块功能。请粘帖RTVM文档和测试案例文档，或引用RTVM和测试案例文档链揍对于未覆盖的需求或者模块/功能，需在4.3风险分析作出相应的分析 订单中心共有需求/功能点300个，覆盖需求的案例共420份，其中包括正向案例350份，负向案例70份，有4个功能点没有相应的测试案例覆盖，未被覆盖的需求清单详见 4.3 风险分析； 经项目经理和业务顾问确认，未
10、被覆盖的4个功能点优先级低，本次测试不需要设计案例进行覆盖。32测试案例执行总结请按下表的示例填写阶段/轮次案例总数计划执行案例数实际执行案例数案例失败数执行率通过率SIT第一轮测试4204204204100%99%SIT回归测试2002002000100%100%总计62062062043.3测试缺陷总结描述测试缺陷情况。尽量从多个角度对测试缺陷进行描述，比如，测试缺陷的严重级别分类，测试缺 陷所属需求、模块/功能分类，等等本部分内容，除了必要的描述之外，尽量以表格或者图形的方式加以补充3.3.1 缺陷的分布-按照严重程度划分缺陷严重程度的划分，图例如下缺陷严重程度已发现缺陷已解决缺陷未解决
11、缺陷解决所占百分比提示-Trivial00000%一般-Mi nor204198697%严重-Major3332197%致命-Critical65183%阻塞-Blocker110100%缺陷修复情况-按严重程度未解决已解决3.3.2 缺陷的分布-按照功能模块划分模块名称已发现缺陷已解决缺陷未解决缺陷解决所占百分比正向订单管理10096496%逆向订单管理7774396%订单后台管理5251198%订单接口组880100%订单技术平台330100%数据建模组210100%缺陷修复情况-按模块100%99%98%97%未解决已解决96%95%94%3.3.3缺陷的趋势一阻塞（Bfock）级别缺陷
12、问題合讨1723.3.4缺陷的趋势一致命（CMfca/）级别缺陷4. 分析与总结41结论和建议对测试的过程和结果进行简要分析，给出测试结论和建议测试结论要明确，即通过或者不通过，不能附带任何条件。对于有条件通过的需求，需要在“后风续险 分析”章节进行描述，有条件通过是根据准出条件有部分条件不通过，具体准则如下：通过达到准出条件，如：测试案例执行率达到95%、阻塞和致命的缺陷全部修复且测试通过、严重缺陷修复率超过95%、一般缺陷修复率已超过85%；不通过未达到准出条件，如：测试案例执行率低于95%、阻塞和致命缺陷未全部修复或复测未通过、严重缺陷修复率未达到95%、一般缺陷修复率未达到85%；有条
13、件通过指未达到准出条件但项目责任人确认相关风险，或风险可以得到处理，在此条件下同意测试有条件通过。 第一轮SIT测试执行案例数420个，失败案例数为4,通过率99%，第二轮SIT回归测试执行案例数 200 个，失败案例数为 0，通过率 100%； SIT两轮测试共发现缺陷241个，已修复缺陷233个，未修复缺陷8个，缺陷修复率为96.7%； 存在一个致命缺陷未修复，未达到准出条件，但项目责任人已确认其风险，所以测试结论为：有条件 通过4.2 遗留的显著问题给出遗留的影响到系统上线或者进入下一个环节的问题，比如，状态“致为命”的测试缺陷，或者需要 重点关注的状态为“严重”的测试缺陷。对于其他需要需求负责人、开发负责人、版本负责人等加以关注或者 加以改进的问题，也需要在此处列出
