电商平台测试报告实例

1、管理系统测试报告目录1 概述 错误！未定义书签。1.1 被测对象概述 错 误！未定义书签。1.2 测试方案概述 错 误！未定义书签。2 测试时间、地点及人员 33 环境描述 44 测试覆盖分析 54.1 测试覆盖分析 54.2 缺陷统计与分析 54.2.1 缺陷统计 54.2.2 缺陷分析 75 测试总结和建议 75.1 软件质量评估 85.2 软件风险 85.3 测试结论 85.4 测试建议 86 测试过程评估 96.1 测试设计评估 96.2 测试执行评估 96.2.1 其他风险和规避措施 96.2.2 测试维度分析 96.3 交付的测试工作产品 9错误！未找到引用源关键词:客户通过*商城

2、进行商品购买并享受购物服务的人。一般一个人对应着一个系统中的一个帐户用户通过系统进行业务运营的人，具有一定的角色和权限销售单号前台下单后生成的订单号部分出库一般指销售单状态，如下的订单有 N件，只发了一部分，未发齐全供应商提供产品的商家预付款添加即采购时给供应商的定金摘要：本规范对“美美之家家居网”管理系统的商品应收、商品应付、付款申请管理，订单系统工 具等进行系统测试方案设计。缩略语清单:缩略语英文全名中文解释CBDComponent-Based Development基于组件开发MVCModel-View-Controller模式-视图-控制器RUPRational Unified Pro

3、cessRational线L过程OOObject Oriented回向对象SOAService-Oriented Architecture卸向服务架构SPService Provider服务提供商UMAPUniversal ManagementApplication PlatformA管理应用平台USEEUnified Service Execution Environment统一服务执行环境.1测试时间、地点及人员版本名 称版本类别测试时间测试人员测试地点配套测试的配套版 本起始时间结束时间产品名 称与版 本号版本说 明V1.0测试版04-2105-26*重庆研发中心2环境描述回源内网VIP

4、应用系统集群中间件集群1S控电动化SVN备份中心sq(server sqlservfrr平台应用系统DB高可用硬件列表详细配置说明备注HP C700CH 笼Dell R720 双路 E5CPU 128G内 存，300G*2+600G*10 硬盘，RAID 卡，双电，远程控制卡，千兆网 卡cisco WS-C2960s-48TS-L 千兆交换机Dell R720双路E5CPU, 128G内存， 300G*2+600G*10 硬盘，RAID卡，双电，远程控制 卡，千兆网卡千兆交换机cisco WS-C2960s-48TS-L3测试覆盖分析3.1 测试覆盖分析测试覆盖根据经过测试的测试用例和设计测试

5、用例的比值，通过这个指标获得测试情况的数据O需求/功能数测试用例数执行数未执行数通过数失败数备注481461220964阻塞状态22 个测试覆盖率=执行数/用例总数X100%=83.56%测试通过率=通过数/执行数X100%=78.69%3.2缺陷统计与分析对测试过程中产生的缺陷进行统计和分析3.2.1 缺陷统计1. Bug严重程度统计所属环境(B)A类B类C类D类概况 16253已关闭16251未关闭0002Bug严重程度统计2. Bug状态统计版本类别已关闭已解决激活32582Bug状态统计3. Bug解决方案版本类别外部原因设计如此重复bug延期处理小于解决无法重现已解决31500012

6、6Bug解决方案统计3.2.2 缺陷分析目可区 Tm酒一日口 z F-qlrl>l: 口N LInsrQm UJT 这 TOE Llrl.l口1-l ZA/scon lri-mz Lri.5 8门 岩在口昌 宫孑-4N W这山只 耨迂口国 a哥R 5工3四一= UJTrw 4 M ”随 SICI0 二工口 M 山(呵门口口 wrlTnF I 了百区 0 m立叫口口 阳述口 R根据测试发现的问题，bug集中的模块，可以发现缺陷前中期发现的bug数量最多，后后期明显的收敛趋势，缺陷逐渐减少。4测试总结和建议4.1 软件质量评估1 .质量评价结果经过3轮系统测试、回归测试，软件质量呈有效收敛趋

7、势。2 .资料评估目前FMS财务管理系统的实现逻辑还存在着争议，未完全确定下来。所以后期在逻辑和功能模块方 面都是需要完善的。就现目前阶段的 FMS系统所实现的功能，基本可以达到目标。后期如有大改动, bug数量又会有递增和递减的一个波动。3 .质量评估FMS系统已经开发的功能，实现情况基本通过。4 .兼容性评估浏览器名称测试版本测试结果测试版本测试结果测试版本测试结果Chrome最近版本PASS4.2 软件风险FMS系统的产品需求，并没有很确定。后期可能有大改动。而且新一轮发布无法保证上次修复的bug不会重现。所以在迭代更新的过程中，需要在每次上线前都进行一次完整的测试。4.3 测试结论通过

8、3轮的功能测试，共计发现 35 bug并且待修复bug为2。确定所有功能符合需求设计要求， 功能正确无误，开发和测试相关文档齐全。第一轮测试：7个BUG;第二轮测试：19个BUG;第三轮测试：9个BUG4.4 测试建议新一轮发布无法保证上次修复的bug不会重现。所以在迭代更新的过程中，需要在每次上线前都进行一次完整的测试。1 .每次新功能在开发完成前，将新功能的需求分析及时的同步到测试部门，这样就有充足的 时间罗列测试点。2 .根据缺陷的优先级，由重到轻，合理分配。3 .根据缺陷的提出时间，进行合理修复安排。4 .测试介入时间可以从需求分析阶段就开始，这样中间过程文档才会更清晰、更完善。5 .可以引入自动化测试，每次上线前跑自动化脚本即可，减少了很大工作量。6 .开发人员的更新或修改，及时反馈测试人员。7 . 功能需求可以对开发和测试人员都进行一次总得框架培训。5 测试过程评估5.1 测试设计评估本测试报告针对系统功能性测试和兼容性测试