1. 一般有这样的场景：比如说（登录：30%，下订单：50%，查看订单：20%）
比如并发用户2万，需要确定：你实际的登录用户有多少？浏览商品的用户有多少？下订单有多少？
2. 一个脚本可以用多个LoadRunner Generators
现在我们这里只有一个混合场景，一个混合场景里可以有多个脚本，一个脚本可以对应一个Generators，一个场景里也可以有多个Generators
注意：
(1) 如果是一个场景一个接口：单接口场景，一个脚本对应一个Generators
(2) 如果是同一个脚本（比如登录），两个登录的脚本，对应两个Generators，也可以只对应一个Generators
(3) 如果是不同的脚本，两个登录的脚本，对应两个Generators，也可以只对应一个Generators
3. 主要是理解添加Generators的目的是什么？
(1) 更真实的区域ip地址
(2) 分担发起压测机器的压力（装LoadRunner的机器配置不好，一台机器会跑死，需要更多机器来产生压力）
1. 面向目标的场景是什么？
基于一个目标来跑我们的场景，当达到的时候，就一直运行，没有达到的时候就失败了
当达不到目标的时候，没有必要继续跑了，就停止并保持结果，或者是一直运行
2. 面向目标一般在什么时候使用？
(1) 在做回归性能测试的时候，或者已经有了基线版本的性能测试的时候，我们可以设定一个目标（比如按照之前基线版本的TPS来设定，看看有没有达到之前的TPS）
(2) 在第一轮性能测试的时候，最好不用
(3) 一个场景只能设定一个目标
在跑场景的时候，在LoadRunner中主要关注的指标有：TPS和响应时间
TPS：反映的是服务器的性能情况，也就是服务器每秒可以处理多少个事务数
响应时间：包括网络传输时间加服务器处理时间
每秒点击率：反映的是客户端的性能，是客户端每秒能够向服务器发送多少个请求
TPS高，响应时间小：说明服务器处理能力好
TPS低，响应时间小，服务器没有任何压力：一般都是要看连接数（中间件的连接数，数据库的连接数）
TPS低，响应时间长：先ping服务器ip地址，看有没有丢包，网络会成为我们的性能瓶颈
可以使用同一个账号登录做压测和使用多个账号登录的效果是一样的，为什么？
当没有对同一个账号同时登录做限制的时候，我们的性能一般是由数据库的数据量来决定的
1. 首先检查服务有没有启动
#查看mysql有没有启动
ps -ef | grep mysql
#查看Tomcat有没有启动
ps -ef | grep java
2. nmon的上传
rz
3. 在/opt下创建目录nmon
解压到nmon目录：tar -zxvf nmon16f_mpginc.tar.gz -C ./nmon
很多版本的nmon，怎么知道用哪个？
cat /etc/readhat-release，查看自己的系统版本，如果是Centos6，使用nmon_x86_64_centos6，是Centos7，使用nmon_x86_64_centos7
4. 操作
运行./nmon_x86_64_centos6，输入对应的命令
看CPU：直接输入c
看进程：直接输入t
看内存：直接输入m
看磁盘：直接输入d
在后台监控：有时候需要收集数据，不想一直看，只想用收集的数据出报告
命令：./nmon_x86_64_centos6 -f -s 30 -c 30
参数说明：
-f：按照标准格式输出文件：文件名
-m：切换到路径取保存日志文件
-s：每隔N秒抽样一次，这里是30s
-c：取出多个抽样数量，这里是30次，监控多长时间：30 * 30 / 60 = 15分钟
定时任务
需求：周一到周五，从早上8点开始，监控10个小时
5. nmon的作用
(1) 可以直观的监控到服务器资源的使用情况
(2) 比LoadRunner监控Linux系统资源情况，要稳定的多
(3) 在性能测试过程中，可以下班之后，进行监控数据，第二天来看结果有没有问题
(4) 在性能测试过程中，不推荐使用LoadRunner去监控系统资源使用情况
原文：https://www.cnblogs.com/my_captain/p/12638940.html