LoadRunner Controller 常见用法

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

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

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

建立目标场景

 

 查看负载机（Load Generator）

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

             二、load generators

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

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

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

 

持续时间选项卡

一、运行直到完成

二、在加压完成以后运行x（时W分W 秒）：全部 Vuser 都已加压以后，再运行方案约一段指定的时间

三、无限期运行

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

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

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

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

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

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

刷新就是同步的一个过程

 

大数据量的制造：

一、 Loadrunner 造数据

二、 写存储过程

三、 Datafactory

四、 Load file (python 写操做数据库的脚本)

五、hive  sql ,spark, MapReduce

 

拓展：

滴滴打车软件框架设计：

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

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

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

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

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

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