jmeter压力测试实现负载均衡

文章来源于：>其它如响应时间，吞吐率没测过不知道值，一般情况下会是多少呢？
响应时间得看客户那边的要求，一般是<3秒。吞吐率看项目的具体情况。
Q1：负载测试怎么设计场景？如何监控应用服务器和数据库服务器？要装监控进程吗
负载测试怎么设计场景：你的思路是对的，但是不够具体，太泛泛了。我给你举个例子
：先利用你可以获得的数据信息分析，并发数是300，然后分析这个网站登录（如果客户
那边可以提供最好了）的峰值时间，比如说是 11:30-12:00的30分钟，设置60秒110虚拟
用户，根据你已知的并发数300，算出总用户数，300X30/3=3000，如果可以从客户的数
据里能分析出来用户数就是最好了，结束的设置看自己情况，影响不大，关注下是否有内存泄露就可以。所以得：
用户总数：3000，增加速度：60秒110虚拟用户，运行时：30分钟，并发数：300
运行完毕后，对结果进行分析，关注事务平均响应时间、事务请求数。
如何监控应用服务器和数据库服务器:LR里有对服务器和数据库监控的设置，添加就可以
了，如何 *** 作可以参考LR使用手册，网上也有很多资料，不过你的oracle是在Uuix上，
LR不能监控，可以自己下载专门监控unix的工具，可以网络上搜。
要装监控进程吗：这个看你的具体情况，如果有异常需要这方面的分析的话，可以装起
来呢。
Q2：压力测试怎么设计场景？如何监控应用服务器和数据库服务器？要装监控进程吗？
压力测试怎么设计场景：测试环境一定要确定，压力测试一般要求环境配置较高，最好
与生产环境一致或者接近。
我一般是每个并发数跑一个场景，在登录那设置集合点，然后所有用户达到集合点释放
每个场景跑3次。比如说针对你的：
场景1: 200个Vuser start all Vusers simultaneously(所有用户同时上) 所有用户达
到集合点释放，
场景2: 300个Vuser start all Vusers simultaneously(所有用户同时上) 所有用户达
到集合点释放
场景3: 400个Vuser start all Vusers simultaneously(所有用户同时上) 所有用户达
到集合点释放
场景4: 600个Vuser start all Vusers simultaneously(所有用户同时上) 所有用户达
到集合点释放
场景5: 800个Vuser start all Vusers simultaneously(所有用户同时上) 所有用户达
到集合点释放
如何监控应用服务器和数据库服务器:LR里有对服务器和数据库监控的设置，添加就可以
了，如何 *** 作可以参考LR使用手册，网上也有很多资料，不过你的oracle是在Uuix上，
LR不能监控，可以自己下载专门监控unix的工具，可以网络上搜。
要装监控进程吗：这个看你的具体情况，如果有异常需要这方面的分析的话，可以装起
来呢。
Q3：如果用户名和密码框下还有验证码框，即带验证码的登录又怎么做性能测试？
验证码问题一般有2种方便的解决方式：
1）屏蔽；让开发把这验证码功能屏蔽了。
2）万能验证码；让开发给你设计个万能验证码，比如是aaaa，都是可以通过验证的
你自己根据你那边的具体情况选择解决。
Q4：如果我要一部分人同时登录，一部分人做查询，剩下的人翻页，又怎么设计？这种测试其目的是什么？
我的想法是录三个脚本，放到一个场景中，用百分比模式分配Vuser和load generator，这样可以吗？你的想法是对的。可以这么执行！

参考文章： >天互数据 为您解答
服务器测试方法

服务器测试方法分为两个大方面，性能测试与功能测试。
我们在性能测试方面采用了新的测试方法，主要分为文件测试、数据库性能测试与
Web
性能测试三个
方面。其中，文件性能与数据库性能采用美国
Quest
软件公司的
Benchmark Factory
负载测试和容量规划
软件，
Web
性能测试则使用了
Spirent
公司提供的
Caw WebAvalanche
测试仪。
一、性能测试
1
、文件性能测试方法
Benchmark Factory
软件能按照文件读写的关键指标定制事务。软件最大支持
1000
个虚拟客户。
本次测试环境包括
10
台配置为
PIII800/128MB
内存
/20G
硬盘以上的客户端，它们用来模拟虚拟用户。
控制台为配置是
PIII 850/128MB
内存
/40G
硬盘的
Acer
笔记本电脑。交换机为带有两个千兆
GBIC
接口、
24
个
10/100M
自适应端口的
Cisco 2950
，客户端与控制台通过
100M
网卡连到交换机上，被测服务器则通
过千兆光纤网卡与交换机相连接。
被测服务器均安装带
SP4
的
Windows
2000
Advanced Server
*** 作系统，在所有三项性能测试中都统一
RAID
级别为
5
。
在具体测试方案设置上，测试软件把决定文件读写 *** 作的关键因素设定为：读
/
写、随机
/
顺序、 *** 作
块大小、对象大小四个。在本次测试中，考虑到我们设有单独的数据库及
Web
测试项目，所以在文件测试
中，我们把目标确定为测试服务器基本的
I/O
性能，这主要由网络接口、系统带宽、磁盘子系统等几大部
分所决定。同时，从几部分的作用看，以大 *** 作块读写大对象文件，小 *** 作块读写小对象文件，较能反映
服务器最基本的
I/O
性能，即“大 *** 作块读写大文件”对系统带宽、缓存的考察，以及“小 *** 作块读写小
文件”对磁盘子系统、网络接口的考察。最终我们确定的四个事务是：
大文件顺序读写
(
*** 作块
8KB
，对象文件
80% 500KB
、
20% 1MB)
大文件随机读写
(
*** 作块
8KB
，对象文件
80% 500KB
、
20% 1MB)
小文件随机读
(
*** 作块
1KB
，对象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
小文件顺序写
(
*** 作块
1KB
，对象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
每个事务的用户数均以固定步长逐渐增加，
最大可增加到
1000
个虚拟用户。
其中，
“大文件顺序读写”
事务的用户数按照
40
的步长从
1
可增加到
400
个
(
测试至强服务器
)
或
200
个
(
测试
TUALATIN
服务器
)
，其
他事务则将用户数按照
100
的步长从
1
增加至
1000
。我们期望得到其在不同用户数时被测服务器的性能表
现。总体上其走势及峰值反映了该服务器的性能。每项事务均运行三次，每次之间被测服务器进行重启，
最终结果为三次平均值。
2
、数据库性能测试方法

“乘机安全小贴士”安全出行要重视
数据库性能测试同样使用了
Benchmark Factory
软件，测试环境如同文件性能测试。测试时，在被测
服务器上安装
SQL Server 2000
使用企业版。首先在被测服务器上创建新的数据库，通过使用
Benchmark
Factory
预定义的
Database Spec
项目向数据库中创建表，装载数据。在服务器端创建以
CPU
计算为主的
存储过程，通过
10
台客户机模拟用户、按照
40
个虚拟用户的步长递增到
400
个用户，执行该存储过程。
结果是以获得的每秒事务数
(TPS)
衡量服务器的数据库事务处理能力。
整个测试分为三次，
每次之间重新启
动被测服务器，最终取三次平均值作为评价结果。
3
、
Web
性能测试方法
Web
性能测试工具是由
Spirent
公司提供的
Caw WebAvalanche
。
WebAvalanche
模拟实际的用户发出
>