【读书笔记】《深入性能测试-LoadRunner性能测试》【第7
文/秋之川
7.1 集合点
7.1.1 集合点设置
通过 Scenario -> Rendezvous 菜单可以打开下面的对话框：
Rendezvous Information
在脚本里需要插入集合点，否则你打不开上面的对话框。
选中某个集合点，点击“Policy...”按钮打开下面对话框：
Policy
1. 表示当所有用户数的 X% 到达集合点时，开始释放等待的用户并继续执行场景；
2. 表示当前正在运行用户数的 X% 到达集合点时，开始释放等待的用户并继续执行场景；
3. 表示当 X 个用户到达集合点时，开始释放等待的用户并继续执行场景；
Timeout between Vusers：30s，当第一个用户到达集合点后，再等待30s，如果在30s内到达的用户数达到指定的数量，就开始继续执行场景。如果30s内没达到，就不再等待，开始释放等待的用户。
7.1.2 集合点与事务的关系
集合点设置在开始事务代码后面，那事务的执行时间就会虚高，因为会把等待集合点条件满足的时间计算在内；
集合点设置在开始事务代码前面，那事务的执行时间就会正常，所以我们一般都会在事务开始之前插入集合点；
7.2 IP 欺骗技术
在我的实际应用中，不需要用到这项技术。但在一些 B/S 结构的项目里，既要测性能，又因为业务需要，不支持同一个 IP 同时发送请求，就应该需要用到该项技术。
7.3 负载均衡技术
为了确保所有的测试机产生 Vuser，对被测系统进行施压，需要选择 Scenario -> Convert Scenario to the Percentage 切换组模式场景到百分比模式。这时候在选择负载机的列表里，就能选择部分或所有负载机了。
7.4 RTS 设置
Run-Time Settings：
Shared RTS：表示所有运行的脚本都适用相同的 RTS 设置项。
Individual RTS：指每个脚本单独地设置其 RTS 内容。
7.5 执行路径转换
正常情况下，我们都不会用到这项技术。路径转换是 LoadRunner 在转换 Controller 的远程路径名时所用的一种机制。
7.6 在 LoadRunner 中使用功能测试脚本
LoadRunner 能够将 GUI Vuser 脚本形式饿功能测试脚本集成到负载测试场景中，这样做有几个好处：
1. 可检查高负载对应用程序的功能带来的影响；
2. 可以度量应用程序在负载下运行时，用户在客户端等待的响应时间（端到端）；
但在实际应用中，我们还是采用高负载环境下，手工去执行功能测试，或者通过客户端自动化测试脚本去测试应用程序的响应情况。
