200个不同用户登陆结果分析
Loadrunner测试结果分析如下:
1、Analysis Summary(场景摘要)结果及分析如下:
Secenario name 场景名称 Results in session 场景运行的结果目录
Duration 场景运行时间 Maximum running vusers(场景最大用户数)
Total throughput (bytes)(总带宽流量) Average throughput (bytes/second) (平均每秒宽带流量)Total hit(总点击数)Average hits per second(平均每秒点击数)
图 1-1
此次测试我用了200个用户,163个passed,所以实际参与测试的虚拟用户总共有163个。其中,总的吞吐量为535484969bytes,平均吞吐量为1459087bytes,总的请求量为12321,平均每秒请求量为33.572,错误共有37个。从该图可以看出,该网页在用户登陆方面存在问题。
图 1-2
图 1-3
(注: Action.c(92): Error -27796: Failed to connect to server "61.177.55.188:8080": [10060] Connection timed out.
Action.c(104): Error -27727: Step download timeout (120 seconds) has expired when downloading resource(s). Set the "Step Timeout caused by resources is a warning" Run-Time Setting to Yes/No to have this message as a warning/error, respectively.
Error: missing newline in D:\Program Files\HP\LoadRunner\tutorial\账户登陆1\Name.dat)
2、Running Vusers结果及分析如下:
图 2-1
通过上面图形结果可知,在刚开始虚拟用户为100个,11s左右时达到200个,从1min45s后逐渐减少,6min7s左右时用户全部退出访问。
3、Hits per Second(每秒点击数)结果及分析如下:
每秒点击数每一次点击相当于对服务器发出一次请求,一般点击数会随着负载的增加而增加,该数据越大越好
图 3-1
该图为每秒点击次数,即是运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请数。通过它可以评估虚拟用户产生的负载量,如将其和“平均事务响应时间”图比较,可以查看点击次数对事务性能产生的影响。通过对查看“每秒点击次数”,可以判断系统是否稳定。系统点击率下降通常表明服务器的响应速度在变慢,需进一步分析,发现系统瓶颈所在。
由上图不难看出:在5s、15s两个时间点点击数最大,在15s、1min17s、2min40s、4min、4min32s时间点点击数也处于最大值,数值变化非常大。
4、 Througput(宽带使用)结果分析如下:
该数据越小说明系统的宽带依赖越小
图 4-1
此图和可以看出:分别在15s、1min38s、2min8s、2min46s、4min、4min15s、4min46s这几个时间点吞吐量最大,而且全过程数值起伏较大,这不难看出是由于点击数引起的。
5、HTTP Responses per Second 结果分析如下:
图 5-1
该图显示运行场景过程中每秒从Web服务器返回的不同HTTP状态代码的数量,还能返回其他各类状态码的信息,通过分析状态码,可以判断服务器在压力下的运行情况,也可以通过对图中显示的结果进行分组,进而定位生成错误的代码脚本。通过该图看出:紫色线条的HTTP状态代码的数量比较大,即网络服务器的压力较大。
6、Error statistics结果分析如下:
图 6-1
由图可以看出系统运行中的错误所占的比例为16.22% of 37。
7、Errors per second结果分析如下:
图 7-1
反映登录用户的错误数据,该图中没有数值,说明在此方面比较好。
8、Vuser Summary 结果分析如下:
图 8-1
由该图不难看出:虚拟用户通过的占81.5%,所以用户运行有错误。
9、Average Transaction Response Time结果分析如下:
图 9-1
从上图不难看出:这是评价反应时间,数据变化大,3min12s数据下降,3min28s降到最小值后数据又开始上升。
10、Transaction per Second结果分析如下:
图 10-1
从上图不难看出:系统执行速度不稳定,有起伏。
11、Total Transaction per Second结果分析如下:
图 11-1
由上图不难看出:正常用户分别在1min20s、1min45s、2min31s、3min11s、3min52s、4min40s、21s、23s、26s、28s、31s时有响应,其他时间没有响应。
12、Transaction Performance Summary结果分析如下:
图 12-1
从上图可以看出各个页面请求的最大为0.498、最小为43.763、平均响应时间为115.687。
13、Transaction Response Time结果分析如下:
图 13-1
从上图不难看出:响应时间的变化情况。
14、Transaction Response Time结果分析如下:
图 14-1
通过该图可以看出该服务器性能是否在可以接受的范围内。
15、Connections 结果分析如下:
图 15-1
连接点的变化,在运行刚开始数值为0,后数值渐渐变大,达到最大值810后趋于稳定,但又下降的趋势。
16、Connection per second 结果分析如下:
图 16-1
体现出每秒连接点的变化情况,前50s变化度比较大,之后较为平稳。
17、综述:
在进行200个不同用户同时登陆时,在用户登陆方面共出现了37个fail和38个error,在时间点方面共有363个passed和20个failed该系统还需做略微的改进。
第二篇:Loadrunner使用测试实验报告
一、实验目的
熟悉LoadRunner的使用并对网站进行并发测试得到性能指标。
二、实验内容
1、题目内容描述
题目一:LoadRunner的使用
熟悉LoadRunner的界面,掌握LoadRunner进行性能测试的测试流程。
题目二:对某个网站进行并发测试
录制用户登录系统过程,并进行参数化。然后分别模拟10个、20个、50个和100个用户登录系统,分别获得响应时间、吞吐量等性能指标。
2、测试计划
测试流程:
第一步:制定测试计划
第二步:创建虚拟用户脚本
第三步:创建场景
第四步:运行测试
第五步:监视场景
第六步:分析测试结果
1.系统分析
本网站的用户有三类,一类是教师,可以对学生该科目的成绩等进行操作;一类是学生,进入该网站并登录教务系统,另一类是管理员。
2.系统压力强度估算
3.系统性能测试项
本次测试的主要内容是用户并发测试。主要指对系统的核心部分进行测试,以真实的业务数据作为输入,选择有代表性和关键的业务操作来设计测试用例。根据测试计划,对下列业务进行并发测试:
(1)点击进入计科学院
(2)主页搜索
(3)登陆教务系统
(4)组合业务
注:由于条件的限制,在进行性能测试中不可能对所有的功能点都进行性能测试,在此只选择了几个典型的功能点。
3、实验过程
使用LoadRunner对西南科技大学的网站进行测试。
1、对登陆的用户名和密码进行参数化
设置迭代次数为1,设置虚拟用户分别为5和10, localhost进行连接,点击运行。
2.设置本地连接、等待时间等。
3.运行。
4、测试结果
点击模块测试用例
搜索模块测试用例
教务处登陆用例
组合业务测试用例
三、实验思考
通过这次实验学习了使用LoadRunner对网站进行性能测试,压力测试,获得响应时间、吞吐量、点击率等性能指标。使用这个工具对我们测试网站的性能有很大的帮助,经过参数化后模拟登陆用户进行大量并发测试,获得性能指标,避免网站承受能力差的情况,提高质量。这样使用工具来测试网站比手动测试方便多了,而且不会出错。