电商平台测试报告实例范文.docx

上传人:b****8 文档编号:12439973 上传时间:2023-06-05 格式:DOCX 页数:11 大小:244.64KB
下载 相关 举报
电商平台测试报告实例范文.docx_第1页
第1页 / 共11页
电商平台测试报告实例范文.docx_第2页
第2页 / 共11页
电商平台测试报告实例范文.docx_第3页
第3页 / 共11页
电商平台测试报告实例范文.docx_第4页
第4页 / 共11页
电商平台测试报告实例范文.docx_第5页
第5页 / 共11页
电商平台测试报告实例范文.docx_第6页
第6页 / 共11页
电商平台测试报告实例范文.docx_第7页
第7页 / 共11页
电商平台测试报告实例范文.docx_第8页
第8页 / 共11页
电商平台测试报告实例范文.docx_第9页
第9页 / 共11页
电商平台测试报告实例范文.docx_第10页
第10页 / 共11页
电商平台测试报告实例范文.docx_第11页
第11页 / 共11页
亲,该文档总共11页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

电商平台测试报告实例范文.docx

《电商平台测试报告实例范文.docx》由会员分享,可在线阅读,更多相关《电商平台测试报告实例范文.docx(11页珍藏版)》请在冰点文库上搜索。

电商平台测试报告实例范文.docx

电商平台测试报告实例范文

产品名称

密级

**

机密

产品版本

共10页

FMS客服管理系统测试报告

拟制

***

日期

2015-05-26

审核

日期

批准

日期

深圳市**电子商务有限公司

版权所有XX

(供内部使用)

修订记录

日期

修订版本

CR号

修改章节

修改描述

作者

2015-05-26

1.00

初稿完成

***

FMS客服管理系统测试报告

关键词:

Ø客户

通过**商城进行商品购买并享受购物服务的人。

一般一个人对应着一个系统中的一个帐户

Ø用户

通过系统进行业务运营的人,具有一定的角色和权限

Ø销售单号

前台下单后生成的订单号

Ø部分出库

一般指销售单状态,如下的订单有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

 0

 96

 4

 阻塞状态22个

测试覆盖率=执行数/用例总数×100%=83.56%

测试通过率=通过数/执行数×100%=78.69%

4.2缺陷统计与分析

对测试过程中产生的缺陷进行统计和分析。

4.2.1缺陷统计

1.Bug严重程度统计

所属环境(β)

A类

B类

C类

D类

概况

1

6

25

3

已关闭

1

6

25

1

未关闭

0

0

0

2

2.Bug状态统计

版本类别

已关闭

已解决

激活

β

25

8

2

3.Bug解决方案

版本类别

外部原因

设计如此

重复bug

延期处理

不予解决

无法重现

已解决

β

1

5

0

0

0

1

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.测试报告

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2