电商平台测试报告实例.docx
《电商平台测试报告实例.docx》由会员分享,可在线阅读,更多相关《电商平台测试报告实例.docx(11页珍藏版)》请在冰豆网上搜索。
电商平台测试报告实例
管理系统测试报告
1概述错误!
未定义书签。
1.1被测对象概述错误!
未定义书签。
1.2测试方案概述错误!
未定义书签。
2测试时间、地点及人员3
3环境描述4
4测试覆盖分析5
4.1测试覆盖分析5
4.2缺陷统计与分析5
4.2.1缺陷统计5
4.2.2缺陷分析7
5测试总结和建议7
5.1软件质量评估8
5.2软件风险8
5.3测试结论8
5.4测试建议8
6测试过程评估9
6.1测试设计评估9
6.2测试执行评估9
6.2.1其他风险和规避措施9
6.2.2测试维度分析9
6.3交付的测试工作产品9
错误!
未找到引用源。
关键词:
客户
通过**商城进行商品购买并享受购物服务的人。
一般一个人对应着一个系统中的一个帐户
用户
通过系统进行业务运营的人,具有一定的角色和权限
销售单号
前台下单后生成的订单号
部分出库
一般指销售单状态,如下的订单有N件,只发了一部分,未发齐全
供应商
提供产品的商家
预付款添加
即采购时给供应商的定金
摘要:
本规范对“美美之家家居网”管理系统的商品应收、商品应付、付款申请管理,订单系统工具等进行系统测试方案设计。
缩略语清单:
缩略语
英文全名
中文解释
CBD
Component-BasedDevelopment
基于组件开发
MVC
Model-View-Controller
模式-视图-控制器
RUP
RationalUnifiedProcess
Rational统一过程
OO
ObjectOriented
面向对象
SOA
Service-OrientedArchitecture
面向服务架构
SP
ServiceProvider
服务提供商
UMAP
UniversalManagementApplicationPlatform
统一管理应用平台
USEE
UnifiedServiceExecution
Environment
统一服务执行环境
1测试时间、地点及人员
版本名称
版本类别
测试时间
测试人员
测试地点
配套测试的配套版本
起始时间
结束时间
产品名称与版本号
版本说明
V1.0
测试版
04-21
05-26
***
重庆研发
中心
2环境描述
硬件列表
详细配置说明
备注
HPC700M笼
DellR720双路E5CPU128G内存,300G*2+600G*10硬盘,RAID卡,双电,远程控制卡,千兆网卡
ciscoWS-C2960S-48TS-L千兆交换机
DellR720
双路E5CPU,128G内存,300G*2+600G*10硬盘,
RAID卡,双电,远程控制卡,千兆网卡
千兆交换机
ciscoWS-C2960S-48TS-L
■
fflp)
CDN
ISP
VPN
MQ
开H
内仓1
业旁
回再
内网VIP
应用系统隼群中间件集群
3测试覆盖分析
3.1测试覆盖分析
测试覆盖根据经过测试的测试用例和设计测试用例的比值,通过这个指标获得测试情况的数据。
需求/功能数
测试用例数
执行数
未执行数
通过数
失败数
备注
48
146
122
0
96
4
阻塞状态22
个
测试覆盖率=执行数/用例总数X100%=83.56%
测试通过率=通过数/执行数X100%=78.69%
3.2缺陷统计与分析
对测试过程中产生的缺陷进行统计和分析
3.2.1缺陷统计
1.Bug严重程度统计
所属环境
(B)
A类
B类
C类
D类
概况「
1
6
25
3
已关闭
1
6
25
1
未关闭
0
0
0
2
吕ug严重程度统计
2.Bug状态统计
版本类别
已关闭
已解决
激活
3
25
8
2
Bug状态统计
3.Bug解决方案
版本类别
外部原因
设计如此
重复bug
延期处理
不予解决
无法重现
已解决
3
1
5
0
0
0
1
26
Bug解决方案统计
3.2.2缺陷分析
TE-吏叮口円F-lylrl>l:
口ELIIJ?
r5TCKUJTEETQr*叮!
•讦..Q"sson型出叫dmLrMSr*口C这脣窝Er更四為mpt/ET;為mLmsl匚EUJT€rnK岂过出口门bvB舄聖更rlTPrlt/5w理口如、臣ST0E
根据测试发现的问题,bug集中的模块,可以发现缺陷前中期发现的bug数量最多,后后期
明显的收敛趋势,缺陷逐渐减少。
4测试总结和建议
4.1软件质量评估
1.质量评价结果
经过3轮系统测试、回归测试,软件质量呈有效收敛趋势。
2.资料评估
目前FMS财务管理系统的实现逻辑还存在着争议,未完全确定下来。
所以后期在逻辑和功能模块方面都是需要完善的。
就现目前阶段的FMS系统所实现的功能,基本可以达到目标。
后期如有大改动,bug数量又会有递增和递减的一个波动。
3.质量评估
FMS系统已经开发的功能,实现情况基本通过。
4.兼容性评估
浏览器名称
测试版本
测试结果
测试版本
测试结果
测试版本
测试结果
Chrome
最近版本
PASS
4.2软件风险
FMS系统的产品需求,并没有很确定。
后期可能有大改动。
而且新一轮发布无法保证上次修复的
bug不会重现。
所以在迭代更新的过程中,需要在每次上线前都进行一次完整的测试。
4.3测试结论
通过3轮的功能测试,共计发现35bug并且待修复bug为2。
确定所有功能符合需求设计要求,功能正确无误,开发和测试相关文档齐全。
第一轮测试:
7个BUG;
第二轮测试:
19个BUG;
第三轮测试:
9个BUG
4.4测试建议
新一轮发布无法保证上次修复的bug不会重现。
所以在迭代更新的过程中,需要在每次上线前
都进行一次完整的测试。
1.每次新功能在开发完成前,将新功能的需求分析及时的同步到测试部门,这样就有充足的时间罗列测试点。
2.根据缺陷的优先级,由重到轻,合理分配。
3.根据缺陷的提出时间,进行合理修复安排。
4.测试介入时间可以从需求分析阶段就开始,这样中间过程文档才会更清晰、更完善。
5.可以引入自动化测试,每次上线前跑自动化脚本即可,减少了很大工作量。
6.开发人员的更新或修改,及时反馈测试人员。
7.功能需求可以对开发和测试人员都进行一次总得框架培训。
5测试过程评估
5.1测试设计评估
本测试报告针对系统功能性测试和兼容性测试,性能测试不在此报告中。
5.2测试执行评估
本系统共进行3轮系统测试,3轮回归测试,缺陷有明显的收敛趋势,严重的缺陷全部修复并通告验证。
5.2.1其他风险和规避措施
无
5.2.2测试维度分析
无
5.3交付的测试工作产品
1.测试方案
2.测试用例
3.测试报告