网上订餐系统性能测试报告.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
网上订餐系统 性能测试报告 帅哥小组 我帅、你帅、他也帅 TOC \o 1-5 \h \z \o Current Document \h 测试目的 3 \o Current Document \h 测试地点 3 \o Current Document \h 测试环境 3 服务器、客户端环境 3 测试工具 错误!未定义书签。测试规模及限制 错误!未定义书签。 5. 测试过程说明 5. 测试过程说明 4 TOC \o 1-5 \h \z 测试模型 4 测试案例 4 测试场景 5 \o Current Document \h 测试结果 6 平均响应时间 6 差错率统计 7 主机系统资源消耗 8 性能测试总结 8 8. 大数据量业务测试数据 8.1.测试参数 错误!未定义书签。 8.1.测试参数 错误!未定义书签。 8.2.测试结果 8 1 ?测试目的 本报告是针对网上订餐系统的功能完整性、高可靠性的集群、系统容量等 多方面而进行的。其目的主要是验证系统架构设计决策的正确性,检验架构设 计是否有能力承受高并发登录系统进行交易和大数据量的批量处理业务,根据 用户提出的业务需求组织利用典型业务来验证,网上订餐系统是否能够适应, 发现现有系统中可能存在的性能方面问题,提出可行性建议,以尽可能降低后 续工作风险,为系统的稳定运行提供保证。 主要测试目标如下: 1、 获得网上订餐系统的性能表现,为系统上线提供依据。 2、 考查网上订餐系统的并发性和效率情况,为代码优化提供指导。 3、 获得系统性能较优的参数配置,为网上订餐系统调优提供依据。 4、 获得网上订餐系统在不同负载下的主机资源消耗情况,为硬件配置提供 依据。 测试地点 黄槐楼某间宿舍 测试环境 3.1.服务器、客户端环境 本次测试的服务器环境为网上订餐系统的生产主机,客户环境为1台P4 1.6G的便携式笔记本。 本次测试使用的设备清单如下: 设备类型 设备型号 操作系统 数据库/软件 内存 CPU 业务服务器 1*FP RX4640 Wn 7 Oacle 9201 XXX系统 2G 2水安 腾 1.1 客户端 1 * IBMR50e Wn 7 sougouExpl oreL oadRunner 11. 0 512M P4 网络 客户端通过局域网访问v\i n 7系统。 3.2?测试工具 测试项目 测试工具 监控器 性能测试工具 LoadRunner 11. 0 Protocol: Vib/HTM M)ni t ors: Syst em Resource 测试工具特点介绍:LoadRunner是用于预测系统行为和性能的压力测试工具。 它通过模拟大量用户来对整个企业的基础设施进行测试,以发现问题。 LoadRunner使用虚拟用户来最小化测试的硬件和人员需求。虚拟用户是一个代 理,它模拟真实的用户来测试程序。通过使用虚拟用户生成器,用户可以生成虚拟用 户。在生成虚拟用户后,用户可以定义压力场景了?这是业务操作和虚拟用户数量的 结合。LoadRunner采用了可视化控制器-一个交互的环境来组织、驱动和管理压 力测试的场景。控制器通过驱动和同步真实应用和多个并发用户来执行测试。 4测试过程说明 4.1 ?测试模型 为了使性能测试尽量准确,必须要符合以下几点: >被测试的功能属于系统应用高峰状态的功能范围。 >虚拟用户的在线或并发数量应模拟实际用户的在线或并发数量。 >虚拟用户执行功能的方式应模拟实际用户执行功能的方式。 >数据库的数据规模尽量等于上线时的数据规模。 根据上述条件,我们建立了合适的性能测试模型,包括期望响应时间、测 试环境、测试场景、测试数据,使用不同类型的测试手段,同时使用监控手 段,以期正确的检查系统的性能指标。 4.2.测试案例 根据性能测试的选取原则,共选择了典型案例8个。 序号 案例名称 案例配比(%) 脚本名称 1. 30% I ogi n 2. 注册 30% Regi st er 3. 网上订餐 40% Bookfook 4.3.测试场景 为了使测试过程和测试结果能尽可能准确地反映出现实的生产系统场景, 本次测试过程选取了具有代表性的8项业务操作,另外,根据初步分析,在每 种并发用户数条件下,为各项业务操作分配了一定数量配比关系的虚拟用户, 详见下表。 测试场景与虚拟并发用户分配表 序号 业务操作 用户数 20 20 1. 豆录 20 20 2. 注册 20 20 3 网上订餐 20 20 合计 60 60 测试场景说明: 根据系统的规模,进行1次压力场景测试,分别是: ? 20虚拟用户场景 ? 20虚拟用户场景 每次测试过程的场景如下: ?加压方式:每10秒加载五个虚拟用户,以20用户压力测试为例, 在40秒内加载完毕; ? 稳定运行

文档评论(0)

ggkkppp + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档