搜索
第18周作业软件测试实践第1页共6页LoadRunner自带订票网站性能分析报告一、所测试网站网址注：本次测试是将本机作为服务器测试性能的二、所测试的功能1、登陆2、订一张票3、再订一张票4、删除所有订票5、返回主界面6、注销登录以上功能已经正确实现三、性能测试基本信息性能测试完成时间：测试用机的信息：CPU：Intel(R)Core(TM)i5-2500CPU@3.30GHz内存：2.99GB硬盘：120GB操作系统：WindowsXPSP3机型：台式LR的版本号：8.0四、脚本信息Action迭代3次两个个集合点login（登陆）、tuichu(退出系统)三个事务denglu（登陆）dingpiao（订第一张票）、quxiao（取消全部订票）以上集合点和事务均在action中场景中集合策略login为2个用户到达后释放quxiao为全部用户到达80%后释放虚拟用户10个加压规则没15秒up2个，每20秒down2个，持续2分钟硬件监控physicaldisk-disktime磁盘使用率processor-proscessortimeCPU使用率memory-pages/second内存使用率第18周作业软件测试实践第2页共6页memory-page/readssec页面读取physicaldisk-avg.diskqueue.length磁盘队列平均数processor-processorqueuelengthCPU队列长度processor-%DPCtimeCPU网卡DPC时间图1运行场景过程结中Vusers的状态图分析：ID3、6的Vusers的状态都是Action的迭代运行尚未完成，但持续时间已到，强制停止。ID2、4、5的Vusers的状态是准备退出。ID7的Vusers的状态是到达集合点准备集合ID1、8、9、10Vusers的状态是正常运行第18周作业软件测试实践第3页共6页图2总体概述图分析：场景运行的持续时间：21分钟50秒场景中的虚拟用户数：10（与场景设定中的一致）总吞吐量：3361963bytes总点击数：1238共运行了120个事务，通过了119个，终止了1个，失败了0个从图中可以看出，ActionTransaction最费时，平均用276.233秒（标准差399.727，数值偏大，所以选用均值）HTTPResponse中只有HTTP200，说明所有的都成功了。五、图形数据分析对以下几张场景分析图进行有关信息的分析吞吐量和平均响应事务时间：分析：此图可以看出最拖实践的事务是flights。最小时间4345，平均时间4483，最大时间是4666，平局差0.121。事务del也差不多，平均值为3355吞吐量和点击率：第18周作业软件测试实践第4页共6页分析：从图中可以看出，Throughput和HitsperSecond基本同频，说明服务器已及时地接受客户端的请求。总体图Dingpiao:第18周作业软件测试实践第5页共6页分析：从以上两种图可以看出，事务login耗时较多，我们在针对login做具体分析，可以看出，在login中，元素dingpiao耗时比较多。事务综述图：分析：有1个ID在Action_Transaction中终止，其他都是正常通过。说明脚本的设定还是相对稳定的，26个事物，pass：25stop：1有96%的事物都正常通过了，说明系统的事物处理能力较稳定六、总结性分析Vuser和系统资源：分析依据：1.cpumax即最大使用率，如果此值持续大于95%，则必为系统瓶颈第18周作业软件测试实践第6页共6页另外，如果processorqueuelength持续2，很可能说明处理器堵塞。分析依据：3.如果(1)增加时(2)未同步下降，则说明内存不足（但尚不能证明内存是否有泄漏）(1)内存的磁盘平均队列（avg.diskqueue）(2)页面读取操作率（page/readssec）4.DPCtimemax50%并持续增加，同时CPU使用率也很高，说明网卡是系统瓶颈，应换一快更好的网卡，或增加网卡5.（物理内存大小-可用物理内存大小）/物理内存大小=内存使用率，这个值的大小要得出。分析：1.因为页面读取操作率（page/readssec）的max值低下，磁盘使用率（disktime(physicaldisk)）持续增高，内存的磁盘平均队列（avg.diskqueue）持续增高，所以磁盘为系统瓶颈。2.DPCtimemax50%并未持续增加，同时CPU使用率也不是很高，说明网卡不是系统瓶颈3.队列长度（Avg.DiskQueueLength）增加的同时页面读取速率（PageReads/sec）并未降低，所以内存不足4.processorqueuelength持续2，很可能说明处理器未堵塞。