LoadRunner Controller 常见用法

Controller 工作原理：通过场景设计来模拟用户的真实操作并调用vugen中的脚本，再通过设置的压力机产生压力

Scenario-convert scenario to the percentage mode   百分比模式

Scenario-Convert scenario to the vuser group mode  分组模式：串联去执行脚本

创建目标场景

查看负载机（Load Generator）

负载机瓶颈：1、任务管理器

2、load generators

3、加个负载机，相同的条件压测

报错以后查看日志（需要在脚本里设置了保存，然后压测那才能同步显示日志)

实践经验：运行脚本以后报错，除超时报错，95%以上是脚本错误。看回放日志（replay log）

持续时间选项卡

1、运行直到完成

2、在加压完成之后运行x（时W分W 秒）：所有 Vuser 都已加压之后，再运行方案约一段指定的时间

3、无限期运行

注意：持续时间设置将覆盖 Vuser 迭代设置。这意味着，如果将持续时间设为五分钟，

那么 Vuser 将继续在五分钟时间内运行尽可能多的迭代，即使运行时设置仅指定一次迭代。

按迭代次数跑，将按脚本中设置的迭代次数运行，运行n次以后停止

实践经验： 唯一取值   文本形式 自动分配方式   不能边压边调整用户

每台负载机设置多大并发，就是多大，两台负载机，每台负载机设置10，那总vu就是20.

脚本跟压测时候不一致  改了脚本或者设置  需要刷新一下 压测这才能同步过来.

刷新就是同步的一个过程

大数据量的制造：

1、 Loadrunner 造数据

2、 写存储过程

3、 Datafactory

4、 Load file (python 写操作数据库的脚本)

5、hive  sql ,spark, MapReduce

拓展：

滴滴打车软件框架设计：

1、怎么保证方圆五公里—判断司机所在地理位置与发单的地理位置（临时性的东西存在redis中）

2、怎么保证只有一个人抢到单—用消息队列，抢到单后发送消息告诉其他抢单人该单已接（保证唯一性，消息的唯一性）

3、怎么保证只有空载的司机并且没有抢单的司机抢到这个单—加状态（数据库加状态）

说并发数，一般要问，在什么响应时间内，它的并发用户数

 响应时间一般说，在多少个并发用户数下，响应时间是多少

 场景里设置跑多长时间  就是action里迭代多长时间