电商平台测试报告实例Word文档格式.docx
- 文档编号:968415
- 上传时间:2023-04-29
- 格式:DOCX
- 页数:11
- 大小:244.64KB
电商平台测试报告实例Word文档格式.docx
《电商平台测试报告实例Word文档格式.docx》由会员分享,可在线阅读,更多相关《电商平台测试报告实例Word文档格式.docx(11页珍藏版)》请在冰点文库上搜索。
作者
1.00
初稿完成
关键词:
Ø
客户
通过**商城进行商品购买并享受购物服务的人。
一般一个人对应着一个系统中的一个帐户
用户
通过系统进行业务运营的人,具有一定的角色和权限
销售单号
前台下单后生成的订单号
部分出库
一般指销售单状态,如下的订单有N件,只发了一部分,未发齐全
供应商
提供产品的商家
预付款添加
即采购时给供应商的定金
摘要:
本规范对FMS财务管理系统的财务应收、财务应付、付款申请管理,发票结算单管理、财务单管理、财务系统工具等进行系统测试方案设计。
缩略语清单:
缩略语
英文全名
中文解释
CBD
Component-BasedDevelopment
基于组件开发
MVC
Model-View-Controller
模式-视图-控制器
RUP
RationalUnifiedProcess
Rational统一过程
OO
ObjectOriented
面向对象
SOA
Service-OrientedArchitecture
面向服务架构
SP
ServiceProvider
服务提供商
UMAP
UniversalManagementApplicationPlatform
统一管理应用平台
USEE
UnifiedServiceExecutionEnvironment
统一服务执行环境
1
概述
1.1被测对象概述
FMS为财务管理系统,其目的就是管理支付这一块,所有涉及到资金流动的情况。
它包括了6个子模块,分别是财务应收、财务应付、付款申请管理,发票结算单管理、财务单管理、财务系统工具。
部分主要功能如下描述。
预付款查询,主要功能为在线支付的支付方式做收款验证的,默认是由支付成功后系统自动产生验证数据,也可以手动添加验证数据。
可以查询相关支付验证信息。
高级搜索包括销售单系统编号、状态、支付方式、创建时间区间。
查询结果包括销售编号、支付方式、支付金额、来源、审核信息、创建信息。
应付款查询,主要功能为应付款信息查询和查询结果导出到EXCEL。
高级搜索包括采购单号、采购状态、采购创建时间区间、采购单入库时间区间、付款时间区间、货币、供应商、采购人、支付状态、发票状态、带票类型、是否需要催票、PM。
查询结果包括采购单号、创建信息、入库信息、采购金额、已付金额、付款时间、供应商、采购单状态、支付状态、打印、催票、PM。
发票状态更新包含发票状态、发票签收时间、备注
付款单管理,主要功能为付款单维护。
包括新增付款单、申请付款单、作废付款单、修改付款单、支付付款单。
快捷查询包含所有付款单、待审核、待支付、已支付。
采购人查询按照个人已经所有采购人分类查询。
高级搜索包括采购单号、采购人、供应商、支付类型、状态、凭证号、帐期付款时间区间、创建时间区间、预计支付时间区间、审核时间区间、申请时间区间、凭证时间区间、备注、供应商名称、排序方式、付款单编号、是否带赠票。
查询结果包括采购单号、供应商、支付金额、支付类型、创建信息、申请信息、审核信息、预计支付信息、实际支付信息。
收款单管理,主要功能为收款单查询和修改以及生成EXCEL。
快捷查询包含所有收款单、默认、今日收款单、所有待确认、今日已确认。
财务凭证包括凭证号和凭证时间更新选中收款单的凭证号和凭证时间。
高级搜索包含单证号、单证类型、单证日期、设置配送日期、确认日期、凭证日期、收入类型、收入状态、支付方式、配送人、凭证号、销售单状态、配送结算单号。
查询结果包括系统编号、销售单状态、收入类型、单证号、单证类型、单证金额、收入金额、收入信息、确认信息、收入状态、凭证号、凭证时间、支付交易号、配送方式、支付方式。
1.2测试方案概述
本测试方案主要针对FMS系统的功能测试,对FMS每一个不同的功能,结合其实际逻辑,详细测试其内部功能,准备正常和异常数据,同时考虑到与其他系统集成的地方,以此保证功能的完整性、正确性。
2测试时间、地点及人员
版本名称
版本类别
测试时间
测试人员
测试地点
配套测试的配套版本
起始时间
结束时间
产品名称与版本号
版本说明
V1.0
测试版
04-21
05-26
重庆研发中心
3环境描述
硬件列表
详细配置说明
备注
HPC7000刀笼
DellR720双路E5CPU,128G内存,300G*2+600G*10硬盘,RAID卡,双电,远程控制卡,千兆网卡
ciscoWS-C2960S-48TS-L千兆交换机
DellR720
双路E5CPU,128G内存,300G*2+600G*10硬盘,RAID卡,双电,远程控制卡,千兆网卡
千兆交换机
ciscoWS-C2960S-48TS-L
4测试覆盖分析
4.1测试覆盖分析
测试覆盖根据经过测试的测试用例和设计测试用例的比值,通过这个指标获得测试情况的数据。
需求/功能数
测试用例数
执行数
未执行数
通过数
失败数
48
146
122
96
4
阻塞状态22个
测试覆盖率=执行数/用例总数×
100%=83.56%
测试通过率=通过数/执行数×
100%=78.69%
4.2缺陷统计与分析
对测试过程中产生的缺陷进行统计和分析。
4.2.1缺陷统计
1.Bug严重程度统计
所属环境(β)
A类
B类
C类
D类
概况
6
25
3
已关闭
未关闭
2
2.Bug状态统计
已解决
激活
β
8
3.Bug解决方案
外部原因
设计如此
重复bug
延期处理
不予解决
无法重现
5
26
4.2.2缺陷分析
根据测试发现的问题,bug集中的模块,可以发现缺陷前中期发现的bug数量最多,后后期明显的收敛趋势,缺陷逐渐减少。
5测试总结和建议
5.1软件质量评估
1.质量评价结果
经过3轮系统测试、回归测试,软件质量呈有效收敛趋势。
2.资料评估
目前FMS财务管理系统的实现逻辑还存在着争议,未完全确定下来。
所以后期在逻辑和功能模块方面都是需要完善的。
就现目前阶段的FMS系统所实现的功能,基本可以达到目标。
后期如有大改动,bug数量又会有递增和递减的一个波动。
3.质量评估
FMS系统已经开发的功能,实现情况基本通过。
4.兼容性评估
浏览器名称
测试版本
测试结果
Chrome
最近版本
PASS
5.2软件风险
FMS系统的产品需求,并没有很确定。
后期可能有大改动。
而且新一轮发布无法保证上次修复的bug不会重现。
所以在迭代更新的过程中,需要在每次上线前都进行一次完整的测试。
5.3测试结论
通过3轮的功能测试,共计发现35bug并且待修复bug为2。
确定所有功能符合需求设计要求,功能正确无误,开发和测试相关文档齐全。
第一轮测试:
7个BUG;
第二轮测试:
19个BUG;
第三轮测试:
9个BUG。
5.4测试建议
新一轮发布无法保证上次修复的bug不会重现。
1.每次新功能在开发完成前,将新功能的需求分析及时的同步到测试部门,这样就有充足的时间罗列测试点。
2.根据缺陷的优先级,由重到轻,合理分配。
3.根据缺陷的提出时间,进行合理修复安排。
4.测试介入时间可以从需求分析阶段就开始,这样中间过程文档才会更清晰、更完善。
5.可以引入自动化测试,每次上线前跑自动化脚本即可,减少了很大工作量。
6.开发人员的更新或修改,及时反馈测试人员。
7.功能需求可以对开发和测试人员都进行一次总得框架培训。
6测试过程评估
6.1测试设计评估
本测试报告针对系统功能性测试和兼容性测试,性能测试不在此报告中。
6.2测试执行评估
本系统共进行3轮系统测试,3轮回归测试,缺陷有明显的收敛趋势,严重的缺陷全部修复并通告验证。
6.2.1其他风险和规避措施
无
6.2.2测试维度分析
6.3交付的测试工作产品
1.测试方案
2.测试用例
3.测试报告
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 平台 测试报告 实例