最新测试报告示例讲解.docx
《最新测试报告示例讲解.docx》由会员分享，可在线阅读，更多相关《最新测试报告示例讲解.docx（13页珍藏版）》请在冰豆网上搜索。
最新测试报告示例讲解
苏宁信息体系
中台项目群订单中心项目
SIT测试阶段
测试报告
（示例文档）
文档记录
修订记录
本次修订日期：
下次修订日期：
版本号
修订日期
变更概述
作者
修订显示
0.1
2012-8-23
初始版本
批准者
此文档需要以下人员批准
姓名
职务
分发
此文档分发给以下部门或单位相关人员：
姓名
职务
1.文档简介
1.1文档说明
本文档是关于中台项目群订单中心项目SIT测试阶段的测试报告，目的是有效总结订单中心项目SIT测试阶段测试工作的实施情况，评估测试状态与结果,使得需求负责人、开发负责人、版本负责人等相关人员能够对版本质量有一个全面的认识。
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&STC
2.测试概述
2.1测试范围
<包括被测试项目的业务范围，项目所涉及的外部系统等,可以列举测试范围内的需求列表、模块列表，也可以列举测试特性列表,并说明本阶段测试涉及的前提条件，包括受到哪些条件限制和相关情况说明等,>
<注：
一般情况下，本部分的内容与对应的测试计划当中相应部分的内容应该一致。
可以从测试方案中获得.如果不一致，应该在后续测试执行概述章节将不一致的地方进行描述，并说明造成不一致的原因>
本次SIT测试包含以下的业务流程：
Ø实体及实时延保订单交易及执行流程
Ø
Ø世界上的每一个国家和民族都有自己的饰品文化，将这些饰品汇集到一起再进行新的组合，便可以无穷繁衍下去，满足每一个人不同的个性需求。
礼品卡订单交易及执行流程
Ø
Ø4．WWW。
google。
com。
cn。
大学生政策2004年3月23日事后延保订单交易及执行流程
Ø
Ø成功秘诀：
好市口＋个性经营合约机订单交易及执行流程
Ø
Ø据上述部分的分析可见，我校学生就达4000多人。
附近还有两所学校，和一些居民楼。
随着生活水平的逐渐提高，家长给孩子的零用钱也越来越多，人们对美的要求也越来越高，特别是大学生。
他们总希望自己的无论是衣服还是首饰都希望与众不同，能穿出自己的个性。
但在我们美丽的校园里缺少自己的个性和琳琅满目的饰品，所以我们的小饰品店存在的竞争力主要是南桥或是市区的。
这给我们小组的创业项目提供了一个很好的市场机会。
货到付款流程
Ø订单支付后退货流程
Ø
Ø2、你大部分的零用钱用于何处？
订单支付后取消流程
2.2
2.3§8-4情境因素与消费者行为2004年3月20日测试过程概述
测试阶段
自制饰品一反传统的饰品消费模式，引导的是一种全新的饰品文化，所以非常容易被我们年轻的女生接受。
主要任务
（三）DIY手工艺品的“自助化”责任人
计划起止日期
实际起止日期
“碧芝”的成功归于他的唯一，这独一无二的物品就吸引了各种女性的眼光。
计划与实际起止日期
差异说明
（1）专业知识限制测试计划
制定系统集成测试计划
李丹霞、韩建猛
2012/8/13-2012/8/20
2012/8/13-2012/8/20
测试准备
梳理集成场景-案例映射表
与外围系统沟通确认集成场景
撰写并评审集成测试案例
准备集成测试数据
潘银星、韩建猛
2012/8/15-2012/9/3
2012/8/15-2012/9/3
测试执行
根据集成测试案例执行测试
在JIRA系统记录缺陷并对缺陷管理
撰写测试日报
韩建猛、王丽娟
2012/9/5-2012/9/15
2012/9/8-2012/9/18
因代码开发进度delay导致测试执行开始时间晚3天
测试结果分析
对测试日报中的执行记录进行分析
针对缺陷数据进行缺陷分析
韩建猛、王丽娟
2012/9/16-2012/9/17
2012/9/19-2012/9/20
因测试执行开始时间晚，导致测试结束时间晚3天
测试报告
收集测试过程数据，完成测试报告撰写
韩建猛、王丽娟
2012/9/18-2012/9/20
2012/9/21-2012/9/22
2.4测试软硬件环境
<此处描述测试所涉及的系统，及相应系统的环境信息>
系统
环境名
访问地址
OMS
SIT
IMS
ATQ
IMS客户端访问（SIT环境）
CMF
SIT
B2C
SIT1
POS
SIT
POS客户端访问（SIT环境）
2.5测试数据
<此处描述本次测试使用的测试数据情况，必要时附加测试数据准备文档链接，例如：
基础数据来源，测试数据来源等；还需要说明数据是来源于手工造数据、生产系统下传、基于生产系统下传的数据再改造等>
Ø订单中心SIT测试中数据准备工作主要是外围系统准备测试数据，B2C准备商品主数据，来源于MDM；
ØIMS系统准备商品库存相关数据；
ØCMF系统准备会员账号信息及账号中的促销资源，促销相关资源准备来源于POS；
各系统数据文件列表详见SVN:
http:
//xxxx。
2.6测试工具
<描述本次测试所涉及测试工具，如模拟器，自动化测试工具等>
常用测试工具按类别列举如下：
工具类别
工具名
功能自动化测试工具
如：
IBMRationalFunctionalTester、HPWinRunner、HPQuickTestProfessional
性能测试工具
如：
IBMRationalPerformanceTester、MercuryLoadRunner
缺陷管理工具
如：
JIRA、IBMRationalTeamConcert
测试管理工具
如：
Testlink、QualityCenter
配置管理工具
如：
SVN
流程管理工具
如：
IBMRationalTeamConcert
ØSIT第一轮测试中前台使用IE6、IE7、IE8、IE9、Firefox6.0、Google、360、世界之窗浏览器进行了页面测试；
ØSIT回归测试中使用selenium+testNG自动化测试框架进行了回归测试。
2.7测试方法
<描述测试内容所涉及的测试方法，如手工测试、自动化测试等，采用的测试类型，如功能测试、接口测试、端到端业务流测试等，安全测试、性能测试等>
Ø本次SIT测试在第一轮测试执行中使用了手工测试的测试方法，在SIT回归测试中使用自动化测试方法对主流程案例进行了回归；
Ø本次SIT测试阶段采用的测试类型主要是端到端业务流测试。
3.测试执行总结
3.1测试案例覆盖总结
<针对需求或者模块/功能，描述测试案例的设计覆盖情况，比如，一共准备了多少个案例，是否覆盖了所有的需求和模块/功能。
请粘帖RTVM文档和测试案例文档，或引用RTVM和测试案例文档链接>
<对于未覆盖的需求或者模块/功能，需在4.3风险分析作出相应的分析>
Ø订单中心共有需求/功能点300个，覆盖需求的案例共420份，其中包括正向案例350份，负向案例70份，有4个功能点没有相应的测试案例覆盖，未被覆盖的需求清单详见4.3风险分析；
Ø经项目经理和业务顾问确认，未被覆盖的4个功能点优先级低，本次测试不需要设计案例进行覆盖。
3.2测试案例执行总结
<请按下表的示例填写>
阶段/轮次
案例总数
计划执行案例数
实际执行案例数
案例失败数
执行率
通过率
SIT第一轮测试
420
420
420
4
100%
99%
SIT回归测试
200
200
200
0
100%
100%
总计
620
620
620
4
3.3测试缺陷总结
<描述测试缺陷情况。
尽量从多个角度对测试缺陷进行描述，比如，测试缺陷的严重级别分类，测试缺陷所属需求、模块/功能分类，等等>
<本部分内容，除了必要的描述之外，尽量以表格或者图形的方式加以补充>
3.3.1缺陷的分布--按照严重程度划分
<缺陷严重程度的划分，图例如下>
缺陷严重程度
已发现缺陷
已解决缺陷
未解决缺陷
解决所占百分比
提示-Trivial
00
0
0
0%
一般-Minor
204
198
6
97%
严重-Major
33
32
1
97%
致命-Critical
6
5
1
83%
阻塞-Blocker
1
1
0
100%
3.3.2缺陷的分布--按照功能模块划分
<缺陷所属功能模块的划分，图例如下>
模块名称
已发现缺陷
已解决缺陷
未解决缺陷
解决所占百分比
正向订单管理
100
96
4
96%
逆向订单管理
77
74
3
96%
订单后台管理
52
51
1
98%
订单接口组
8
8
0
100%
订单技术平台
3
3
0
100%
数据建模组
2
1
0
100%
3.3.3缺陷的趋势—阻塞（Block）级别缺陷
3.3.4缺陷的趋势—致命（Critical）级别缺陷
4.分析与总结
4.1结论和建议
<对测试的过程和结果进行简要分析，给出测试结论和建议>
<测试结论要明确，即通过或者不通过，不能附带任何条件。
对于有条件通过的需求，需要在后续“风险分析”章节进行描述>，有条件通过是根据准出条件有部分条件不通过，具体准则如下：
通过----达到准出条件，如：
测试案例执行率达到95%、阻塞和致命的缺陷全部修复且测试通过、严重缺陷修复率超过95%、一般缺陷修复率已超过85%；
不通过----未达到准出条件，如：
测试案例执行率低于95%、阻塞和致命缺陷未全部修复或复测未通过、严重缺陷修复率未达到95%、一般缺陷修复率未达到85%；
有条件通过----指未达到准出条件但项目责任人确认相关风险，或风险可以得到处理，在此条件下同意测试有条件通过。
Ø第一轮SIT测试执行案例数420个，失败案例数为4，通过率99%，第二轮SIT回归测试执行案例数200个，失败案例数为0，通过率100%；
ØSIT两轮测试共发现缺陷241个，已修复缺陷233个，未修复缺陷8个，缺陷修复率为96.7%；
Ø存在一个致命缺陷未修复，未达到准出条件，但项目责任人已确认其风险，所以测试结论为：
有条件通过
4.2遗留的显著问题
<给出遗留的影响到系统上线或者进入下一个环节的问题，比如，状态为“致命”的测试缺陷，或者需要重点关注的状态为“严重”的测试缺陷。
对于其他需要需求负责人、开发负责人、版本负责人等加以关注或者加以改进的问题，也需要在此处列出>
Ø本版本遗留暂不修复的致命缺陷1个，严重缺陷1个，测试负责人和项目经理已确认其风险及影响，以下是未修复的缺陷信息：
缺陷编号
缺陷描述
严重级别
重现概率
缺陷影响说明
OMS-135
跟新EAN码后补送SAP失败，经查新EAN码跟新订单行表成功，但未跟新接口表
致命
100%重现
影响OMS中的异常订单补送SAP失败的功能，接口表未更新会导致补送失败后状态不能正确同步到相关系统
OMS-19
礼品卡创建逻辑异常
严重
100%重现
影响OMS中礼品卡订单中的礼品卡创建功能，OMS未到POS中取卡号、卡密码导致礼品卡创建失败
4.3风险分析
<对系统上线或者进入下一个环节有可能存在的风险进行分析，并提出规避的措施或者建议，以便相关人员对此进行关注或者解决问题>
<风险分析一般包括，但不限于以下内容：
✓没有测试案例覆盖的需求、模块/功能
✓没有执行测试案例的需求、模块/功能
✓执行未通过的需求、模块/功能
✓有条件通过的需求、模块/功能
✓测试环境不一致有可能导致结果有出入的情况
✓测试数据不一致有可能导致结果有出入的情况
Ø以下4个验证点没有测试案例覆盖，可能有风险，测试负责人和项目经理已做分析并确认：
需求流程/数据编号
需求流程/数据描述
测试案例编号
RM_OMS_正向订单创建_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-202
TC_OMS_02_01
未使用礼品卡的多行延保销售验证
POS订单创建成功，获取SAP单号成功，延保订单数据上传SAP成功，正常处理订单
OMS-19
TC_OMS_05_09
OMS上线后的延保订单退货
延保订单冲红退款可以正确处理支付方式包含易付宝支付的订单
OMS-169、OMS-219
TC_OMS_05_01
实体订单退货交易验证
OMS货已发实体订单接收SAP退货订单数据后创建逆向订单成功,更新配送状态及原单总状态成功
OMS-215、OMS-208
ØSIT测试环境没有进行分库，与实际生产环境的逻辑结构不一致，可能会导致xxxx（具体功能）测试结果与实际有出入；
ØSIT环境的测试数据都是手工造的，未使用生产上的历史真实数据进行测试，可能会导致xxxx（具体功能）测试结果与实际有出入。
升级会员 