首页 电商平台测试报告实例

电商平台测试报告实例

举报
开通vip

电商平台测试报告实例**测试报告机密**机密,未经许可不得扩散第page\*MERGEFORMAT2页,共numpages\*MERGEFORMAT12页产品名称密级**机密产品版本共10页FMS客服管理系统测试报告拟制***日期2015-05-26审核日期批准日期深圳市**电子商务有限公司版权所有侵权必究(供内部使用)修订记录日期修订版本CR号修改章节修改描述作者2015-05-261.00初稿完成***...

电商平台测试报告实例
**测试 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 机密**机密,未经许可不得扩散第page\*MERGEFORMAT2页,共numpages\*MERGEFORMAT12页产品名称密级**机密产品版本共10页FMS客服管理系统测试报告拟制***日期2015-05-26审核日期批准日期深圳市**电子商务有限公司版权所有侵权必究(供内部使用)修订记录日期修订版本CR号修改章节修改描述作者2015-05-261.00初稿完成***目录TOC\o"2-3"\t"标题1,1"1概述PAGEREF_Toc420502403\h51.1被测对象概述PAGEREF_Toc420502404\h51.2测试 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 概述PAGEREF_Toc420502405\h52测试时间、地点及人员PAGEREF_Toc420502406\h63环境描述PAGEREF_Toc420502407\h74测试覆盖分析PAGEREF_Toc420502408\h84.1测试覆盖分析PAGEREF_Toc420502409\h84.2缺陷统计与分析PAGEREF_Toc420502410\h84.2.1缺陷统计PAGEREF_Toc420502411\h84.2.2缺陷分析PAGEREF_Toc420502412\h105测试总结和建议PAGEREF_Toc420502413\h105.1软件质量评估PAGEREF_Toc420502414\h115.2软件风险PAGEREF_Toc420502415\h115.3测试结论PAGEREF_Toc420502416\h115.4测试建议PAGEREF_Toc420502417\h116测试过程评估PAGEREF_Toc420502418\h126.1测试设计评估PAGEREF_Toc420502419\h126.2测试执行评估PAGEREF_Toc420502420\h126.2.1其他风险和规避 措施 《全国民用建筑工程设计技术措施》规划•建筑•景观全国民用建筑工程设计技术措施》规划•建筑•景观软件质量保证措施下载工地伤害及预防措施下载关于贯彻落实的具体措施 PAGEREF_Toc420502421\h126.2.2测试维度分析PAGEREF_Toc420502422\h126.3交付的测试工作产品PAGEREF_Toc420502423\h12REF文档名称\h\*MERGEFORMATFMS客服管理系统测试报告关键词:客户通过**商城进行商品购买并享受购物服务的人。一般一个人对应着一个系统中的一个帐户用户通过系统进行业务运营的人,具有一定的角色和权限销售单号前台下单后生成的订单号部分出库一般指销售单状态,如下的订单有N件,只发了一部分,未发齐全供应商提供产品的商家预付款添加即采购时给供应商的定金摘要:本 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 对FMS财务管理系统的财务应收、财务应付、付款申请管理,发票结算单管理、财务单管理、财务系统工具等进行系统测试方案设计。缩略语清单:缩略语英文全名中文解释CBDComponent-BasedDevelopment基于组件开发MVCModel-View-Controller模式-视图-控制器RUPRationalUnifiedProcessRational统一过程OOObjectOriented面向对象SOAService-OrientedArchitecture面向服务 架构 酒店人事架构图下载公司架构图下载企业应用架构模式pdf监理组织架构图免费下载银行管理与it架构pdf SPServiceProvider服务提供商UMAPUniversalManagementApplicationPlatform统一管理应用平台USEEUnifiedServiceExecutionEnvironment统一服务执行环境概述被测对象概述FMS为财务管理系统,其目的就是管理支付这一块,所有涉及到资金流动的情况。它包括了6个子模块,分别是财务应收、财务应付、付款申请管理,发票结算单管理、财务单管理、财务系统工具。部分主要功能如下描述。预付款查询,主要功能为在线支付的支付方式做收款验证的,默认是由支付成功后系统自动产生验证数据,也可以手动添加验证数据。可以查询相关支付验证信息。高级搜索包括销售单系统编号、状态、支付方式、创建时间区间。查询结果包括销售编号、支付方式、支付金额、来源、审核信息、创建信息。应付款查询,主要功能为应付款信息查询和查询结果导出到EXCEL。高级搜索包括采购单号、采购状态、采购创建时间区间、采购单入库时间区间、付款时间区间、货币、供应商、采购人、支付状态、发票状态、带票类型、是否需要催票、PM。查询结果包括采购单号、创建信息、入库信息、采购金额、已付金额、付款时间、供应商、采购单状态、支付状态、打印、催票、PM。发票状态更新包含发票状态、发票签收时间、备注付款单管理,主要功能为付款单维护。包括新增付款单、申请付款单、作废付款单、修改付款单、支付付款单。快捷查询包含所有付款单、待审核、待支付、已支付。采购人查询按照个人已经所有采购人分类查询。高级搜索包括采购单号、采购人、供应商、支付类型、状态、凭证号、帐期付款时间区间、创建时间区间、预计支付时间区间、审核时间区间、申请时间区间、凭证时间区间、备注、供应商名称、排序方式、付款单编号、是否带赠票。查询结果包括采购单号、供应商、支付金额、支付类型、创建信息、申请信息、审核信息、预计支付信息、实际支付信息。收款单管理,主要功能为收款单查询和修改以及生成EXCEL。快捷查询包含所有收款单、默认、今日收款单、所有待确认、今日已确认。财务凭证包括凭证号和凭证时间更新选中收款单的凭证号和凭证时间。高级搜索包含单证号、单证类型、单证日期、设置配送日期、确认日期、凭证日期、收入类型、收入状态、支付方式、配送人、凭证号、销售单状态、配送结算单号。查询结果包括系统编号、销售单状态、收入类型、单证号、单证类型、单证金额、收入金额、收入信息、确认信息、收入状态、凭证号、凭证时间、支付交易号、配送方式、支付方式。测试方案概述本测试方案主要针对FMS系统的功能测试,对FMS每一个不同的功能,结合其实际逻辑,详细测试其内部功能,准备正常和异常数据,同时考虑到与其他系统集成的地方,以此保证功能的完整性、正确性。测试时间、地点及人员版本名称版本类别测试时间测试人员测试地点配套测试的配套版本起始时间结束时间产品名称与版本号版本说明V1.0测试版04-2105-26***重庆研发中心环境描述硬件列表详细配置说明备注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测试覆盖分析测试覆盖分析测试覆盖根据经过测试的测试用例和设计测试用例的比值,通过这个指标获得测试情况的数据。需求/功能数测试用例数执行数未执行数通过数失败数备注 48 146 122 0 96 4 阻塞状态22个测试覆盖率=执行数/用例总数×100%=83.56%测试通过率=通过数/执行数×100%=78.69%缺陷统计与分析对测试过程中产生的缺陷进行统计和分析。缺陷统计1.Bug严重程度统计所属环境(β)A类B类C类D类概况16253已关闭16251未关闭00022.Bug状态统计版本类别已关闭已解决激活β25823.Bug解决方案版本类别外部原因设计如此重复bug延期处理不予解决无法重现已解决β15000126缺陷分析根据测试发现的问题,bug集中的模块,可以发现缺陷前中期发现的bug数量最多,后后期明显的收敛趋势,缺陷逐渐减少。测试总结和建议软件质量评估1.质量评价结果经过3轮系统测试、回归测试,软件质量呈有效收敛趋势。2.资料评估目前FMS财务管理系统的实现逻辑还存在着争议,未完全确定下来。所以后期在逻辑和功能模块方面都是需要完善的。就现目前阶段的FMS系统所实现的功能,基本可以达到目标。后期如有大改动,bug数量又会有递增和递减的一个波动。3.质量评估FMS系统已经开发的功能,实现情况基本通过。4.兼容性评估浏览器名称测试版本测试结果测试版本测试结果测试版本测试结果Chrome最近版本PASS软件风险FMS系统的产品需求,并没有很确定。后期可能有大改动。而且新一轮发布无法保证上次修复的bug不会重现。所以在迭代更新的过程中,需要在每次上线前都进行一次完整的测试。测试结论通过3轮的功能测试,共计发现35bug并且待修复bug为2。确定所有功能符合需求设计要求,功能正确无误,开发和测试相关文档齐全。第一轮测试:7个BUG;第二轮测试:19个BUG;第三轮测试:9个BUG。测试建议新一轮发布无法保证上次修复的bug不会重现。所以在迭代更新的过程中,需要在每次上线前都进行一次完整的测试。1.每次新功能在开发完成前,将新功能的需求分析及时的同步到测试部门,这样就有充足的时间罗列测试点。2.根据缺陷的优先级,由重到轻,合理分配。3.根据缺陷的提出时间,进行合理修复安排。4.测试介入时间可以从需求分析阶段就开始,这样中间过程文档才会更清晰、更完善。5.可以引入自动化测试,每次上线前跑自动化脚本即可,减少了很大工作量。6.开发人员的更新或修改,及时反馈测试人员。7.功能需求可以对开发和测试人员都进行一次总得框架培训。测试过程评估测试设计评估本测试报告针对系统功能性测试和兼容性测试,性能测试不在此报告中。测试执行评估本系统共进行3轮系统测试,3轮回归测试,缺陷有明显的收敛趋势,严重的缺陷全部修复并通告验证。其他风险和规避措施无测试维度分析无交付的测试工作产品1.测试方案2.测试用例3.测试报告
本文档为【电商平台测试报告实例】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: 免费 已有0 人下载
最新资料
资料动态
专题动态
个人认证用户
老张师傅
20余年电工实际工作经验,目前在国企担任电工工程师
格式:doc
大小:353KB
软件:Word
页数:14
分类:管理学
上传时间:2023-02-19
浏览量:0