ImageVerifierCode 换一换
格式:DOCX , 页数:9 ,大小:333.62KB ,
资源ID:3524589      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/3524589.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(一个真实项目的LoadRunner软件性能测试的数据分析.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

一个真实项目的LoadRunner软件性能测试的数据分析.docx

1、一个真实项目的LoadRunner软件性能测试的数据分析一个真实项目的LoadRunner软件性能测试的数据分析摘要: ezFAS消防监控软件是同方股份公司开发的一个功能强大的城市火灾远程监控管理平台,主要面向大型火灾监控管理中心如省市、大型厂矿企业、石油、各类区域和行业内部的消防管理部门,为主管部门提供实时报警、视频监听、故障检测、统计分析等功能。ezFAS消防监控软件是同方股份公司开发的一个功能强大的城市火灾远程监控管理平台,主要面向大型火灾监控管理中心如省市、大型厂矿企业、石油、各类区域和行业内部的消防管理部门,为主管部门提供实时报警、视频监听、故障检测、统计分析等功能。该系统包括报警受

2、理系统,用户服务系统,信息查询系统,火警信息终端四部分组成。报警受理系统主要为监控中心提供实时报警,用户管理,视频查看,人员考勤,报表生成等各大主要功能。下面就对这套主要的报警受理系统的性能数据进行分析。2 测试环境服务器:CPU 型号:Inter(R) Core(TM)2 Duo T5450主频:1.66GHZ内存容量:1.00GB操作系统:Microsoft Windows Server 2003 Enterprise Edition SP2客户端:CPU 型号:Intel Pentium III主频:930MHZ内存容量:640MB操作系统:Microsoft Windows XP Pr

3、ofessional SP2网络环境:在测试网络中有且仅有两台测试计算机,测试机之间通过1个Hub连接。3 测试场景用户进入登陆模块,总共登陆500个用户,每分钟登陆10个用户。用户点击“ASE管理”,用户在查询的区县里面选择“石河子市”然后点击查找。查找结束后点击“退出”按钮,退出系统。4 性能数据分析我们对500个用户的同时登陆进程,进行每5分钟增加10个用户的加压测试。此次测 试在250分钟后结束。4.1 Transactions Sunmmary(事务综述)用户事务分析是站在用户角度进行的基础性能分析。此次测试一共运行的事务数为9690145,成功 968750,失败250。观察发现随

4、着用户数量的不断增加,失败的事务开始出现,并且出现的频率逐步升高。当程序运行到200个用户同时登陆时,失败事务开始出现。由此可以直接判断出当200个用户同步登陆时系统运行出现异常。此系统最大承受压力为200个用户同步登陆。但考虑到此套系统主要用于省级市的监控,对于最大的省份,监控中心数量不会超过50 个,所有监控中心的用户同时登陆数量也不会超过100个。此套系统最大承受压力为200,所以性能已经大大超过要求,并不需要花费时间和精力优化系统的运行稳定性。4.2 Average Transaciton Response Time(事务平均响应时间)事务平均响应时间显示的是测试场景运行期间的每一秒内

5、事务执行所用的平均时间,通过它可以分析测试场景运行期间系统性能的走向。如果随着测试时间的变化,系统处理事务的速度开始逐渐变慢就说明应用系统随着投产时间的变化整体性能将会有下降的趋势。在这次250分钟的测试中,事务相应平均时间没有大幅度的变化,但这不能说明系统就是稳定的,250分钟的测试时间很短,所以我们针对这个结果单独进行了5天持续不断的测试,发现性能也没有变化。说明整体性能过关。将它与Transactions per Second(每秒通过事务数/TPS)进行对比,来分析事务数目对执行时间的影响。如果当压力加大时,点击率/TPS曲线变化缓慢且有了平坦的趋势,则可能是服务器开始出现瓶颈。但是在

6、这次测试中TPS曲线随着压力的加大曲线变化成正比增加,这此台测试服务器完全能满足要求。在工程施工中只要服务器配置达到此台服务器配置即可。*Transactions per Second (每秒通过事务数/TPS):显示在场景运行的每一秒钟,每个事物通过、失败以及挺直的数量,是考察系统性能的一个重要参数。通过它可以确定系统在任何给定时刻的时间事务负载。4.3 Transaction Response Time(Distribution)(事务相应时间分布)“事务相应时间分布”显示在场景运行过程中,事务执行所用时间的分布,通过它可以了解测试过程中不同相应时间的事物数量。如果我们预先定义了相关事务可

7、以接受的最小和最大事务响应时间,则可以使用此图确定服务器性能是否在可以接受的范围呢。此次测试定义了登陆时间3秒,查询时间5秒,退出时间2秒。从图片上看出登陆和退出时间完全符合要求,但是查询时间随着用户的不断增多以密指数的比例变大,当用户超过200个同时查询时,反映时间已经达到10秒以上。不能满足系统需要。经过对程序的分析发现,查询时需要调用的表过多,设计太过复杂。将表单的设计简单化即可解决问题。以前表结构的设计:现在将所有内容统一到一张表格中:经过对程序的修改后再次进行测试,问题已经解决,所有用户同时查询时反映时间也在要求之下。4.4 Hits per Second(每秒点击次数)“每秒点击次

8、数”是运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请求数。同uota可以评估虚拟用户长生的负载量。下面我们将它和“平均事务响应时间”图比较,来查看点击次数对事务性能产生的影响。通过对查看“每秒点击次数”,可以判断系统是否稳定。4.5 单用户系统登陆和查询报警信息资源特性表以上是对于测试性能的一些最基本的数据分析,如果测试性能涉及到SQL Server,我在下列出比较关键的几个数据。5 结论测试结果表明,500个用户在并发登陆系统,查询ASE信息,退出系统的响应时间分别不超过2秒和5秒。服务器资源占用情况正常。系统在模拟测试环境中运行稳定,可以通过。54376_200912041432191j4zQ54376_200912041432191j4zQ54376_200912041432191j4zQ54376_200912041432191j4zQ54376_200912041432191j4zQ54376_200912041432191j4zQ

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1