性能测试05

本篇博客：Controller场景设置

1.两类三种

2.场景方案

3.多机联合

4.IP欺骗

5.场景监控图

6.负载测试模拟

7.作业

回顾

1.两类三种

1.1 两类三种的介绍：

两类：手工场景、目标场景

三种：

1. 按照数量的模式打开Controller（手功场景，默认）
2. 按照百分比模式打开Controller（手功场景，百分比）
3. 按照目标场景模式打开Controller

两类三种表示的是打开Controller的形式有两类三种。

Manual Scenario ：手工场景

Goal-OrientedScenario： 目标场景

两种的区别：

目标场景：就是 已经给定你一个目标，你跑性能就是为了达到这个目标

手工场景：就是你对系统不了解，不知道他能经得起几个vuser，要一步一步的测试

1.2 Scenario Groups中的设置

例：介绍一下手工场景，按照数量的模式打开。

1.通过下面view Script图标，用来打开代码，可进行修改代码。

2.通过Details---Refresh---script：修改完代码之后要进行刷新下代码

3.Details--Run-time Settings（Controller）

如果不设置靠时间来控制，那就靠Controller中的Run time settings的迭代次数来控制。而不是代码中的run time settings的迭代次数。

• 和代码中的不一样

如果靠时间来控制（设置了持续时间）

• Run Logic 设为1
• Log 选择Enable logging -----忽略log(因为产生日志，也是一种资源消耗，可以关掉。)
• Think Time选择lgnore think time------忽略think time

4.Miscellaneous  选择Run Vuser as a Process------以进程运行，选择Run Vuser as a thread------以线程运行

进程和线程运行的区别（5个用户）：

按照进程跑：任务管理器中（mmdrv.exe）有5个进程

• 优点：进程独立运行，不发生抢占资源
• 缺点：耗费资源

按照线程跑：任务管理器中（mmdrv.exe）有1个进程，在1个进程中有5个线程

• 优点：节省资源，CPU内存
• 缺点：彼此抢占资源，导致有些线程会失败

例：Miscellaneous  选择Run Vuser as a Process------以进程运行

按如下操作：15秒加载两个用户，开始用户为5个。点击运行。

 

打开进程管理器

再看另一种：先要stop---stop now

以线程开始跑：Miscellaneous  选择Run Vuser as a Process------以进程运行

 先看一下任务管理器，有没有mmdrv进程。如果没有了，点击运行。运行完，结果如下，5个虚拟用户是1个mmdrv，每个用户大概1兆左右。

Vusers----Add Vusers:添加用户（三个小人图标）

Add Group:添加代码（三个小人加图标）

Controller场景设置

2.场景方案

2.1手工场景

场景方案：

schedule by：scenario ,group

Run mode：real-world schedule, basic schedule

运行过程：

初始化--->什么时候开始vuer_init

加载虚拟用户---->什么开始执行action

持续时间----->执行完1次Action后是否重复

停止----->如何运行vuser_end

1.目的：用于设计用户的添加和减少过程，模拟真实用户请求模型

2.按数量分配：设置用户负载方式

1）通过Scenario Schedule中的Schedule by和Run Mode来设置的

Schedule by :有以下两种

Scenario：以场景方式运行。（可以使多个组按照相同的运行轨迹执行脚本），共用用户量。

Group：以组的方式运行。可以使每一个组有一个单独的运行轨迹。

Scenario和Group的区别：

选择Scenario，在login这个脚本上，设置启动用户为20个，持续时间为10分钟。你会发现，这个设置会作用在每一个脚本上面，包括下面的iwebshop_login上面。

选择Group，会多一行Start Group。点击进去后，有三个选项。

1.当我这个场景开始之后，就直接开始这个脚本（或者说这个组），一当点击运行，这个组就开始了。

2.当我这个场景运行一段时间之后就开始它。

3.哪个组完成后，我再运行它。（可以做多个脚本的衔接。）

假如选择loign2脚本，设置在login1脚本完成后，我再运行它。

Run Modle（运行模式）：也有两种

1.Real-world schedule：（实际模式），可以添加一些新的Action。按照公司真实的每一天每一个小时或者每一个阶段，对于该系统或者该项目的访问量，来模拟这个上升(Ramp up)或者下降(Ramp down)的曲线图。

2.Basic schedule：（最基本模式）

start vuser（运行虚拟用户的过程或者运行Action的过程）：这个加载的过程我们又叫上升过程（Ramp up）。

stop vuser ：Ramp down（下降过程）

下面的执行策略是可以再添加的。方式随便选两个（Scenario和Real-world schedule）

点击左图标，选择Action：Start Vuser和Strat 20 Vusers。点击ok。（上面的停止之后，再加20个用户。）

 这个东西，可以模拟一天，或者某一段时间。该系统的一个用户访问量（简称pv），或者它的一个峰值情况。哪段时间用户量比较大，哪段时间用户量比较小。

选中一行，点击叉图标。可以删除。

一般我们现在是只要下面4行。（初始化，开始加载，持续时间，停止。），对于这种情况，是因为没有公司一天访问量数据来说，如果知道每天公司访问量，需要画出那张图来，需要根据图来

做。

 2）画曲线图

Initialize：什么时候运行vuser

Start Vusers：什么时候开始执行Action

Duriation：

选2，表示持续运行多长时间

选1，表示执行完之后不再执行。

Stop Vusers：选择1.Simultaneously：立即结束     选择2.每多长时间结束几个

点击Add action添加action（模拟实际公司该系统的一个访问情况。）

3） 场景策略

运行方式

组方式：schedule by--->group（各组可以使用不同的策略）

场景方式：schedule by--->scenario（组可以采用相同的策略）

运行模式

基础模式：Basic schedule

实际模式：Real -world schedule

4）设置的几种组合

第一种：Scenario+Real-world schedule

• 多个脚本间按照相同模式跑，运行轨迹时一样的
• 虚拟用户数可以更改。（如下图这里更改）
• 可以继续增加策略，常用来做验收测试

• 

这种方式的组合，可以做验收性的测试。当我们性能测试完成以后，给相应的用户来做演示。我们可以添加多个Action（点击图标就可以添加）。来模拟我们一天，或者某一个时间段内，它的访问

量，运行一次脚本，看看该系统是否能够支撑这个东西。

第二种：Group+Real-world schedule 

• 多个脚本之间按照独立设置模式跑
• 可以 设定多个组之间的首尾衔接
• 常用于做独立功能的性能测试

可以把每一功能，放在一个单独的组（脚本）里面，来做性能测试。做完之后，可以再做下一个功能测试。

 

第三种：scenario+basic schedule

举例：同时初始化+同时启动+指定持续时间+同时停止---》可以做性能测试、压力测试

举例：同时初始化+分阶段增加虚拟用户+指定持续时间+同时停止----》可以做负载测试

例：负载测试。Strats Vusers：每多长时间加载多少用户：。Duration：需要调一定的时间，必须要有运行时间。不能选择选择运行完就结束。初始化和停止都随便。

 

3.按百分比分配

 点击Yes。百分比，是没有Group，所有脚本按一个策略去跑的。不可以单独设置某一个脚本。

注意：一般都是按数字去运行的。

2.2 目标场景

基于目标场景：常用来做验收演示

例：200个用户同时操作，吞吐量达到一定值，响应时间达到一定的值。

注意：一般我们还是手工场景，按数量分配。

3.多机联合

我们在去运行脚本的时候，脚本的运行是通过Controller去控制的。控制我们的压力机来做的。很多时候，我们会发现，当我们的Controller和我们的压力机在同一台机器上，即运行着我们的

LoadRunner（Controller），又运行着压力机。 测试机受到了本身的LoadRunner跑的过程中的影响，测试机本身就会造成内存不足，或者cpu过高的情况。测试机可能会出现这样的情况，为了避免

这种情况，我们通过Controller去下达命令，由多台不同的压力机去执行我们相应的脚本。由其他机器执行我们的脚本。

那么想要其他的机器也能执行我们相应的脚本。那么必须在其他机器上装有Load Generator（压力机），你可以不装LoadRunner，但必须装压力机。

其他机器作为我们的压力机跑的有哪些？ 怎么做的？

windows系统可以作为压力机---->开启代理：LoadRunner Agent process

Linux系统可以作为压力机----->Linux上只可以装Load Generator

多机联合：是多台机器安装客户端（LoadRunner，又叫压力机，负载机或者测试机。），多个客户端联合而已。

1. 实现压力机和控制器分类
2. 可以指定多台压力机
3. 由控制器下达命令运行压力机

多机联合

1）打开路径：在场景controller中选择load Generators

2）添加新的压力机

1.在测试机上安装load Generators（可以安装在linux上，也可以安装在windows上。）

注意：windows上可以安装load Generators和LoadRunner。Linux上只能安装load Generators。

2.开启LoadRunner Agent precess：开始--->所有程序-->HP Loadrunner--->Advanced settings-->Loadrunner agent process

3.防火墙关闭（测试机上的）

4.添加

load Generators---Add----输入负载机的IP以及OS（操作系统）即可

一般很少拿linux作为压力机。

注意：如果是Linux的压力机，一定要在more---unix environment选项卡中设置勾选 don't use RSH。

3）添加压力机的标准依据

1.被测环境和压力机要在一个局域网内

2.压力机本身的系统资源

• 1.内存，cpu
• 2.压力机资源占用率不超过80%

例：多机联合

1）别的上单独装有压力机（load Generators）

 2）看一下它的ip：cmd------ipconfig

 3）ping一下上面的ip

 4）选择97的作为我们的压力机，按下面的4步进行操作，点击ok。

可以选小房子添加，也可以选localhost的三角符号添加。

5）就出现了这台压力机，点击connect进行连接。

 6）出现Ready，表示能连上，说明代理起来了。

代理在开始菜单里面，LoadRunner Agent Process。（想要连的机器上，需要安装这个。），把代理起起来后，就可以ping它了。

7）从这里选97的。

8）开启前两个。

 

9）点击这个修改一下脚本的ip。写脚本的时候，千万不要带有localhost。

 10）ctrl+h：换成97的。要让97来跑121的。代码就是简单登陆。保存一下脚本：file-save

11)刷新脚本，点击ok。

 12）设置50个用户，运行1分钟。

 13）迭代设置1次，日志关闭，忽略思考时间。以线程跑。

运行的时候，以线程开始跑。

 14）点击运行，点击确定。报错，是操作系统的问题。

 15）开启另一台，换成2003的。

 16）把之前的断开，删除。

 17）看一下ip（144），ping一下121的。能够ping通。

 18）选中login脚本，点击小房子---Add---填写144的ip。windows作为操作系统。点击ok

 19）选中144的，点击connect---出现Ready（表示连接成功）-----点击close。

 20）选上144，点击运行。

 21）144的机器在跑，跑的是121的脚本。成功了。

 22）想要多台压力机来跑（现在是一个其他压力机来跑的），需呀先切换到百分比模式。点击是。

 23）切换到百分比模式后，就可以一次性选择两个个。点击ok。

 24）长这样子。

 25）还可以换回数字，发现还有两台压力机。

 26）两台压力机上在跑，也没有什么问题。任务管理器，可以看cpu的使用情况。这里是100%有点问题。弄好之后，可以stop---stop now一下。

4.IP欺骗

IP欺骗：适用于局域网

为每个vuser分配单独的ip地址（虚拟ip）

注意：当使用完IP欺骗后要进行释放（释放方法：直接关闭IP Spoofer，或者在计算机网络里，高级配置中。把一个个删了也行。）

当服务器屏蔽工具时，可采用IP欺骗功能

前提：当前的网卡设置必须为静态IP，非DHCP分配。将网络从自动获取改为手动获取方式。设置完成后，可以ipconfig查一下ip。看是不是和以前一样。

在开始---控制面板---网络连接---本地连接----属性----Internet 协议（Tcp/IP）

例：IP欺骗

1.开始---HP-loadrunner--tools--IP-wizard

2.create new settings

3.输入服务器IP

4.点击Add按钮添加

5.选择IP分类，填写IP起始点，以及个数

常识：A类IP和B类IP和C类IP（我们用的是C类）

6.点击Ok，完成

可以保存下来。点击save  as.

 保存完后，点击ok。就会向这台机器里面写入ip

在开始---控制面板---网络连接---本地连接----支持----详细信息。就可以看到设置的ip的地址。

也可以在开始---控制面板---网络连接---本地连接----属性----Internet 协议（Tcp/IP）------高级。也可以看到设置的ip的地址。

7.打开DOS窗口，输入ipconfig来验证。（你会发现有很多IP）

8.打开Controller控制器----选择Enabled IP SPoofer

右下角出现这个：说明IP欺骗开启起来了。

9.在Tools菜单下勾选Expert Mode

10.在Run-time settings中选择Log--->勾选Extended log--->勾选所有的扩展信息

11.运行脚本，查看，通过选中Run 5---show vuser log。每一个用户都是使用自己的IP。有可能出现比较卡的情况。

当IP欺骗做完以后，想要释放掉：

1）在开始菜单中找到IP Wiazrd

 2）选第三个，点击下一步。

 3）输入服务器IP

 4）点击完成

 5）直接点击ok

6）就会全部释放掉

7）可以看有没有全部释放，如果全部释放了，把原来的地址加上来就行。

下次用的时候，可以把IP欺骗关了：点击Scenario-------点击Enable IP Spooder

关了，下面就没有蓝色小图标。（因为有的时候不想要IP欺骗，没关运行脚本就会报错。）

5 系统监控

5.1 各个阶段状态（对于用户运行状态来说）：

5.2场景监控图

监控的六张图

第一张图表：Running Vusers （每秒）运行的虚拟用户（在RuningVuser Graphs里。）

第二张图表：Trans Response time （事物的）响应时间(RT)，来源代码中的事务，事务增加，RT增加（在Transaction Graphs里）

第三张图表：Trans/Sec 每秒的事务，成功数（TPS）（在Transaction Graphs里）有成功数，也有失败数。

第四张图表：Hits per Second 每秒钟的点击数，或者每秒钟的请求数，或者每秒的并发请求数，每秒向服务端发送的请求次数（hits/s）（在Web Resource Graphs里）

第五张图表：Throughput （吞吐率） 每秒服务端返回的字节数（在Web Resource Graphs里）

第六张图表：System resources（系统资源）：分为windows resources（当前服务器的性能指标，下面讲的是这个）和Linux（但是对于服务器来说，更多的是Linux）。

Linux：rpc服务和nmon工具（下一篇博客会讲）

第六张图表参数：windows Resource Graphs

1.可以通过LR自带的计数器监控。Linux：需要安装rpc进程

2.也可以通过第三方软件监控。nmon/cacti等等

3.可以命令监控。http://www.linuxde.net/

4.常见计数器：

1）Processor

• % Processor time:处理器时间百分比
• %userTime:应用程序使用时间
• %privlieged Time:windows自身使用cpu时间
• cpu队列长度

2）内存

• 可用内存
• page/sec
• page reads/sec：每秒从磁盘读取的数量

3）磁盘：PhysicDisk

4）网络：Network Interface（Bytes Total/sec:接收和发送的总数）

例：详细介绍6张图表

1）第一张图表：跑的运行用户数量：Running Vusers

横坐标是：时间。纵坐标是：当前运行的用户数量。可以看出是多少秒加载完几个用户。随着时间发生变化，用户数量也在发生变化。每15秒加载5个，就按照这个规律加载进来。假如我们设置1分

钟持续时间停下来。它就直接停下来。相应的完成的用户量在增加。

2）第二张图表： 事物的响应时间图表：Trans Response Time

 横坐标是：运行时间。纵坐标是：事物的响应时间。取点：每隔15秒取的点，它取的点不一定是哪一个用户的。只是在这个时间点上取到了一个就放过来。

可以根据响应时间图表和用户数图表。来去确定最佳的用户数量，和最大用户数量。

举例：在响应时间图表中，找到第一拐点。看它对应的时间（1分20秒），在用户数量表中，相同的时间里，对应的用户数量。就是最佳用户数量(15左右)。

 3）第三张图表：每秒钟通过的事物的数量：Trans?Sec (Pass)   可以判断服务器的处理能力。

横坐标：时间，纵坐标是：每秒钟事物的处理数量。

每秒钟的通过的事物数量，可以通过响应时间表中来计算。（结果和每秒钟通过的事物的数量表的差不多）。

假设：响应时间： Avg为0.25秒。（通过一个事物的平均时间为0.25秒）

1秒通过的事物数为4个（一个用户在1秒内可以通过的事物数为4个。）

在1秒内，15个用户通过的事物数量为60个。

4）第四张图表：（Web Resource Graphs）Hits per Second：  每秒钟的点击数，并发数，每秒向服务端发送的请求次数（hits/s）

横坐标是：时间   纵坐标是：每秒钟向服务器发送的请求数量。（可以理解为并发数）

可以自定义数量

选中任何一张图表---右键-----View Graphs -------Custom Number

假如想看到6张图表。往上加到：6。点击ok

 就有6张图表了。

5）第五张图表：Throughput （吞吐率） 每秒服务端返回的字节数   

反应的是服务器的处理能力，还反应了服务器的带宽消耗。

纵坐标是：每秒的字节数。（压测的时候，对于吞吐的监控，可以知道每秒的字节数。想要知道服务器的网络带宽有没有问题，可以把单位：每秒的字节数转换为每秒的兆币。

 6）第六张表：windows Resource Graphs：windows服务器的性能指标

 

 你会发现是空的，因为没有设置监控服务器的什么资源。

 1）首先要添加计数器：Add Measurements

2）填写服务器（放脚本的服务器IP或者名称）

 3）会生成很多信息，但是我们只要挑选一些我们需要的。所以全部删除。

 4）想要监控cpu的使用率。点击Add-----Object（类型）:Processor--------Counter（某一类型的具体信息）:% Processor Time------Instance（几核cpu）:Total-----点击Add（就可以了）

 5）添加：%userTime:应用程序使用时间。点击close。

 6）就可以看到这两个东西都进来了。

 7）添加：%privlieged Time:windows自身使用cpu时间

点击Add------选择%privlieged Time-----点击Add

 继续：

 

 8）cpu队列长度：队列长度超过cpu个数+1，那就说明cpu不足，cpu消耗过高。

9）内存的使用情况，添加：内存-----可用内存

10）内存：page/sec

11）内存：page reads/sec：每秒从磁盘读取的数量。点击close。

 12）加了几个关于cpu的和内存的。点击ok。

13）现在就能监控一些信息，在没有压的情况。这6张图表，是以后一定要有的。

场景监控图：

• Running vusers
• TPS
• RT---响应时间
• hps
• throughput--->吞吐量(可以评估服务器处理能力、服务器的网络带宽)

系统资源图表：

1. CPU
2. 内存
3. 磁盘
4. 网络

6.负载测试模拟

iwebshop网站

例：6张图表已经添加进去，模拟一下监控负载。

1）点击，打开login脚本。

 2）简单的模拟登陆操作，看一下地址为否要更新。

 3）开启xampp。前两个开启，最小化。

 4）先把IP欺骗释放掉。点击Enable IP Spoofer。下面没有蓝色的图表就可以了。

5）设置迭代次数为1次，因为是时间控制。设置关闭日志，（因为日志的开起，会对cpu或者内存都有一些消耗的情况）。设置忽略思考时间，（同样要关闭，不然也会消耗内存）。

 6）设置弯成，点击运行。

虚拟用户数：5个

策略：Scenario+Basic schedule

一次性初始化，逐步增压，当加载完持续运行一段时间。同时停止所有用户。

 7）有些目录存在了，直接点击是。覆盖掉。

 8）第一个拐点，并发用户量为2个，最佳并发用户数为60左右。

看Hits/Second：逐步增加，到了65以后，就开始平稳，然后下降。

吞吐表和每秒点击数表有点相似。

用户在2个的时候，响应时间开始上涨。吞吐，服务器的处理能力不再变化。就断定第一个拐点就在2个用户并发的时候。

9）想要看一下2个用户并发到底是什么情况。需要调整一下，点击stop，等一下。或者重启一下机器。 

10）其他不变，只要修改用户数为2个

 11）点击start Scenario,点击是。

12）吞吐表

Avg/1024/1024=网络带宽。

这里的网络带宽不到1兆，说明网络带宽没有什么问题。

如果网络带宽，接近服务器的网络带宽，说明网络带宽有问题。如果远远小于就没问题。

 13）响应时间，事物的平均响应时间为0.624秒。

如果实际的时候，我要求你在多少多少并发的时候，在2秒甚至3秒一下的话。就可以给它相应的用户，如果在，就表示能够满足这么多用户的并发的。

14）还可以看服务器的一些资源消耗。（内存支持2个用户的并发是可以的。）。可以stop停一下。这些加压数据都收集到了。

% Processor time：cpu的消耗为73%（没什么问题）

%userTime：应用程序使用时间为14%

%privlieged Time：windows自身使用cpu的消耗为54%

Processor Queue Length：cpu队列长度为1.2（cpu个数+1多一点点）

Available MBytes ：可用内存为1492（正常情况下，会出现下降。因为现在是2个用户都已经达到了，所以变换不到。）

Pafes/sec：页交换频率为1.0（没有很大，可以把这些程序读取进来，执行它。）

webtours网站1

1）打开之前的代码。

 2）选择脚本，2个用户。

 3）设置迭代次数为1次，因为是时间控制。设置关闭日志，（因为日志的开起，会对cpu或者内存都有一些消耗的情况）。设置忽略思考时间，（同样要关闭，不然也会消耗内存）。

4）1分钟加载一个，持续运行5分钟。

5）把这个网站打开

 6）打开脚本，ctrl+h，改一下IP。保存脚本--file save

 7）刷新脚本

 8）运行脚本，点击是。

 

 9）2个用户时，还在轻负载区。（看的是整体趋势，并不是某一个点。）

随着用户并发数的增加，吞吐量也在增加。

现在用户量为2个，已经全部增加完了。吞吐还是上升趋势。说明用户量为2个还没有达到最佳的用户数。

如果在重负载区，不到2个，吞吐有可能就不再变了。

10）继续调整，虚拟用户数为10个。如果在运行的过程中，吞吐平稳，那就达到了最佳用户数。

11）运行，观察。最佳并发数为3个。看完可以stop停下来。

当并发用户数为2个，吞吐和每秒点击数在增加。（说明还在轻负载区）

 当用户数为3个，吞吐和每秒点击数在增加。响应时间也在增加。（最佳并发用户数）

当用户数为4个，吞吐和每秒点击数在增加。响应时间也在增加。（每秒点击数恢复到平稳。）

当用户数为5个，吞吐和每秒点击数在急剧下降。响应时间在急剧增加。（崩溃区）

webtours网站2

50个用户，负载测试。

 1）这是录的脚本，做了一下参数化。

2）开启服务器（如果前面开过了，就不用再开了）

 3）点击运行，没什么问题。

 4）看一下结果：View----Test Results

 5）几个登陆都没有问题。

 6）打开Controller

 7）加了50个用户

如果以后在公司，打开Controller。出现License报错：

说明：1.LoadRunner没有破解。2.或者破解错了。

如果没有破解，只能用VuGen，Controller是打不开的。

8）设置迭代次数为1次，设置关闭日志，设置忽略思考时间。

 9）完成策略，点击运行。

策略：Scenario+Basic schedule

1分钟加载5个，持续运行5分钟。

 10）需要加载这6张图表。

 11）观察

5个用户，每秒点击数为57。还在持续往上涨。

 10个用户，每秒点击数为62。吞吐还在涨。（在轻负载区）

 15个用户，每秒点击数为103。吞吐也还在涨。（最佳并发数在15个到20个之间。）

20个用户，每秒点击数为102。在重负载区。（和15个用户的点击数，差不多，说明服务器的处理能力就这么大。）

找到重负载区，可以做压力测试。

 25个用户，每秒点击数为98。开始下降。有报错：参数关联找不到了。（在重负载区）

 30个用户，每秒点击数和吞吐都在下降。也有报错：网络连接有问题（崩溃区）

 35个用户， 每秒点击数和吞吐都在下降。也有报错。（崩溃区）

 可以看相应的日志目录：Results----Results Settings

 可以看到每个用户的错误信息

 随便点开一个看看：超时的找不到我们响应的信息。

 也可以打开分析器

 可以打开选择上面的路径，类型是LoadRunner results

 可以看相应的数据，然后分析它的问题。

注意：最好在运行的时候，看一些数据的变化（取一些点，看这些点的变化）。也可以运行完，在分析器里看。

run user （运行用户数）和hits/s（并发数）、tps（每秒通过的事物数）三者的关系

1.run user 和hits/s

（一个用户在发送请求，可能不止一个，一个甚至更多个请求。）

run<hits/s：说明服务端、网络、客户端压力机都是正常的，压力机没有瓶颈

run>hits/s：（一个用户连一个请求都发不上了。）

开始时出现：说明用户数没有充分利用，检查压力机，网络，服务器。

测试中出现：是服务端的瓶颈

2.run增加，hits没有增加

有两个原因：

• 首先分析检查压力机
• 其次分析服务端有瓶颈

run user 增加hits下降，检查压力机的CPU内存（如果有问题，就扩大cpu核数，或扩大容量），或服务端的处理能力下降（看吞吐）

3.三者关系

• 压力机产生虚拟用户running vuser
• 虚拟用户运行脚本（请求函数）产生hits
• 服务器接收hits,处理成功后产生tps

RT和throughput

throughput（吞吐率）

• 说明服务端的处理能力
• 评估网络带宽有无瓶颈（计算，Avg/1024/1024和服务器的带宽比较。）

RT：响应时间

响应时间增大

• 网络带宽有瓶颈
• 网络带宽无瓶颈，说明服务端的处理能力下降（有可能是图片过大，设计不合理。服务器处理时间过长。）

四种用户

• 并发用户（并不是Running Vusers，那只是设置用户数。这里是跑的过程中看的。）
• 并发请求：hits/s
• 系统用户
• 在线用户：在线访问的用户

如果公司，要求看并发量。问清是并发用户，还是并发请求数（一般是这个）。

tps/hps

Tps：每秒钟事物数（多业务）

hps：每秒钟的http请求数

7.作业

要求：多用户同时登陆的时候性能情况（或则压力情况）或者多用户在退出的时候的性能情况。还加多用户同时打开网页。

1）代码

 

 这里参数化掉

注释掉检查点函数。ctrl+h。把IP换一下。

 2）设置迭代次数为:5次。Vuser-----RunTime Settins（为了保证在Controller没有问题。脚本多运行几遍。）

 3）可以运行后，保存一下脚本：file ------save as

 4）之前的Controller关掉。重新打开Controller：Tools----Create Controller Scenario

 5）把脚本拿进来。

6）设置集合1的策略：Scenario------Rendezvous。集合2和集合1一样的，选中集合2，再设置1遍就行。

选择第一种策略：所有用户达到100%做集合。

不想让时间限制我，让它失去作用，就写大大的数字：90000s

 7）2个集合点都设置完成，就点击ok。集合点设置完毕。

要求：

在集合点1的时候，集合到所有设置的所有用户。然后同时操作。过完之后，要进行集合点2，集合点2的时候，10个用户同时操作。接下来要该Duration，Duration持续过程中，又要去集合，又要做下一步操作。

 8）把思考时间和日志都关掉。

 9）Scenario+Basic

每50秒加载两个用户

持续运行时间为5分钟

 10）把6张图表拿进来。

 11）把服务器资源拿过来。选中windows Resources ------右键------Add Measurements---点击Add-----IP----点击ok。

12）通过delete把之前的删除，通过Add点击添加以下5个。

 13）存放结果：Results------Results settings

 14）压力机也是本机（这是默认的，不用改）。点击start scenario运行。

 15）会报错，连不上。是端口出现问题。代码里的端口都改成8888

ctrl+h：把80都换成8888。保存以下脚本：file save 

 16）更新一下脚本。刷新完，点击ok。

 17）点击运行，观察。

Rendez 2：开始进行集合。集合数为：2

 Rendez 4：集合数为4，不会产生响应时间。但是会有吞吐，打开网页。

 Rendez 6：集合数为6。可用内存为1389，之前是1390。在下降。

 Rendez 8：集合数为8，ready：2。第十个用户也马上进来了。

 Run 10：发生了一次性集合。（有事物的响应时间了。）

Run 10：第二次集合

吞吐一次性就上去了，很正常。多个用户进行登陆或者退出操作去了。

10个用户不断在执行事物，吞吐再增长。说明往上压，对服务器的影响不是很大，还可以调整用户量。

之后来回做集合的操作。也可以一直压，压完直接去结果里面看，然后分析也是可以的。

对于多业务而言，也是一样的。只需要设置集合点。就能在点上进行操作。可以达到某一定的用户量进行操作（可以看到加载到10个用户过程中，随着用户的变化，吞吐的变化。）比如设置：50%用户，为5个用户。

例：单业务：压一下页面。1000个并发达到是多少？

直接一次性加载上来。就可以。

 一个功能，一个脚本。一个功能，一个脚本。按照组的模式来，等上一个功能完了，再进行下一个功能。也是可以的。上面我们的是多个功能放在一个脚本里 的。

关于Controller这块，我们主要是为了去压数据。找它的一些点。然后在它的点上，进行修改数据。继续压，然后看它的一些情况。

IP欺骗是针对局域网的，在公网上，做了IP欺骗也没有用，显示的是同一个IP。IP欺骗不用了，要即时的关闭。