电商平台测试报告实例.doc

.管理系统测试报告目 录1概述51.1被测对象概述51.2测试方案概述52测试时间、地点及人员63环境描述74测试覆盖分析84.1测试覆盖分析84.2缺陷统计与分析84.2.1缺陷统计84.2.2缺陷分析105测试总结和建议105.1软件质量评估115.2软件风险115.3测试结论115.4测试建议116测试过程评估126.1测试设计评估126.2测试执行评估126.2.1其他风险和规避措施126.2.2测试维度分析126.3交付的测试工作产品12Error! Reference source not found.关键词： 客户通过*商城进行商品购买并享受购物服务的人。 一般一个人对应着一个系统中的一个帐户 用户通过系统进行业务运营的人，具有一定的角色和权限 销售单号前台下单后生成的订单号 部分出库一般指销售单状态，如下的订单有N件，只发了一部分，未发齐全 供应商提供产品的商家 预付款添加即采购时给供应商的定金摘 要：本规范对“美美之家家居网”管理系统的商品应收、商品应付、付款申请管理，订单系统工具等进行系统测试方案设计。缩略语清单：缩略语英文全名中文解释CBDComponent-Based Development基于组件开发MVCModel-View-Controller模式-视图-控制器RUPRational Unified ProcessRational 统一过程OOObject Oriented面向对象SOAService-Oriented Architecture面向服务架构SPService Provider服务提供商UMAPUniversal Management Application Platform统一管理应用平台USEEUnified Service Execution Environment统一服务执行环境1 测试时间、地点及人员版本名称版本类别测试时间测试人员测试地点配套测试的配套版本起始时间结束时间产品名称与版本号版本说明V1.0测试版04-2105-26*重庆研发中心2 环境描述硬件列表详细配置说明备注HP C7000刀笼 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 测试覆盖分析测试覆盖根据经过测试的测试用例和设计测试用例的比值，通过这个指标获得测试情况的数据。需求/功能数测试用例数执行数未执行数通过数失败数备注481461220964阻塞状态22个测试覆盖率=执行数/用例总数100=83.56%测试通过率=通过数/执行数100=78.69%3.2 缺陷统计与分析对测试过程中产生的缺陷进行统计和分析。3.2.1 缺陷统计1. Bug严重程度统计所属环境()A类B类C类D类概况16253已关闭16251未关闭00022. Bug状态统计版本类别已关闭已解决激活25823. Bug解决方案版本类别外部原因设计如此重复bug延期处理不予解决无法重现已解决150001263.2.2 缺陷分析根据测试发现的问题,bug集中的模块，可以发现缺陷前中期发现的bug数量最多，后后期明显的收敛趋势，缺陷逐渐减少。4 测试总结和建议4.1 软件质量评估1. 质量评价结果经过3轮系统测试、回归测试，软件质量呈有效收敛趋势。2. 资料评估目前FMS财务管理系统的实现逻辑还存在着争议，未完全确定下来。所以后期在逻辑和功能模块方面都是需要完善的。就现目前阶段的FMS系统所实现的功能，基本可以达到目标。后期如有大改动， bug数量又会有递增和递减的一个波动。3. 质量评估FMS系统已经开发的功能，实现情况基本通过。4. 兼容性评估浏览器名称测试版本测试结果测试版本测试结果测试版本测试结果Chrome最近版本PASS4.2 软件风险FMS系统的产品需求，并没有很确定。后期可能有大改动。而且新一轮发布无法保证上次修复的bug不会重现。所以在迭代更新的过程中，需要在每次上线前都进行一次完整的测试。4.3 测试结论通过3轮的功能测试，共计发现35 bug并且待修复bug为2。确定所有功能符合需求设计要求，功能正确无误，开发和测试相关文档齐全。 第一轮测试：7个BUG; 第二轮测试：19个BUG;第三轮测试：9个BUG。4.4 测试建议新一轮发布无法保证上次修复的bug不会重现。所以在迭代更新的过程中，需要在每次上线前都进行一次完整的测试。1. 每次新功能在开发完成前，将新功能的需求分析及时的同步到测试部门，这样就有充足的时间罗列测试点。2. 根据缺陷的优先级，由重到轻，合理分配。3. 根据缺陷的提出时间，进行合理修复安排。4. 测试介入时间可以从需求分析阶段就开始，这样中间过程文档才会更清晰、更完善。5. 可以引入自动化测试，每次上线前跑自动化脚本即可，减少了很大工作量。6. 开发人员的更新或修改，及时反馈测试人员。7. 功能需求可以对开发和测试人员都进行一次总得框架培训。5 测试过程评估5.1 测试设计评估本测试报告针对系统功能性测试和兼容性测试，性能测试不在此报告中。5.2