将沙箱的测试配置设置成，用户300，1个控制台, 时间50分钟.
对沙箱进行这样的配置让你可以在后台测试你的脚本，并确保上的BlazeMeter的一切都运行完好.
如果仍然有问题，那就看看错误日志吧(你应该可以把整个日志都下载下来).
这可以让你在产能提升期间获得足够多的数据(以防你遇到问题) ，而你将可以对结果进行分析，以确保脚本的执行确如预期.
你应该观察下Waterfall / WebDriver 选项卡来看看请求是否正常，你不应该在这一点上出任何问题（除非你是故意的).
你应该盯着监控选项卡，观察期内存和CPU消耗 - 这对你在步骤4中尝试设置每一个引擎的用户数量.
步骤4 : 使用1个控制台和1个引擎来设置每个引擎用户的数量
现在我们可以肯定脚本能在BlazeMeter中完美运行了——我们需要计算出要多少用户放到一个引擎中.
如果你能用户沙箱中的数据来做这个决定，那就太棒了!
在这里，我会给出一种不用回头去查看沙箱测试数据就能计算出这个数的方法.
设置你的测试配置:
线程数: 500
产能提升： 40 分钟
迭代: 永久
时长: 50 分钟
使用一个控制台和一个引擎.
运行测试并(通过监视选项卡)对你的测试引擎进行监视.
如果你的引擎对于75%的CPI使用率和85%的内存使用率都没有达到(一次性的峰值可以忽略) 的话:
如果你的引擎过了75%的CPU使用率或者85%的内存使用率(一次性的峰值可以忽略 :
看看你第一次达到75%的点，在那个点有多少并发用户.
在运行一次测试, 而不是提高你之前500个用户数量的产能
这一次将产能提升放到真实的测试中(5-15 分钟是一个好的开始) 并将时长设置为50分钟.
确保整个测试过程中没有超过75%的CPU使用率或者85%的内存使用率...
为安全起见，你可以把每个引擎的线程数降低10%的.
步骤5：安装并测试集群
我们现在知道了从一个引擎中我们得到了多少线程，在该章节的最后，我们将会知道一个集群能给我们提供多少用户。
一个集群是指具有一个控制台（仅有一个）和0-14个引擎的逻辑容器。
即使你可以创建一个使用超过14个引擎的测试案例——但实际上是创建了两个集群（你可以注意到控制台的数量增加了），并且克隆了你的测试案例……
每个集群具有最多14个引擎，是基于BlazeMeter自己本身的测试，以确保控制台可以控制这14台引擎对新建的大量数据处理的压力。
所以在这一步骤中，我们会用步骤4种的测试，并且仅仅修改引擎数量，将其增加到14.
将该测试按照最终测试的全部时长运行。当测试在运行时，打开监听标签，并且检验：
1. 没有一个引擎超过CPU75%的占有率和内存85%占有率的上限；
2. 定位你的控制台标签（你可以通过一次点击Logs Tab->Network Information，查看控制台私有IP地址来找到它的名字）——它不应该达到CPU75%占有率和内存85%占有率的上限。
如果你的控制台达到了该上限——减少引擎数量并重新运行直到控制台在该上限之下。
在这个步骤的最后，你会发现：
1. 每个集群的用户数量；
2. 每个集群的命中率。
查看Aggretate Table中的其他统计信息，并找到本地结果统计图来获得有关你集群吞吐量的更多信息。
步骤 6 : 使用 Master / Slave 特性来达成你的最大CC目标
我们到了最后一步了。
我们知道脚本正在运行，我们也知道一个引擎可以支持多少用户以及一个集群可以支持多少用户。
让我们做一下假设：
一个引擎支持500用户
一个集群可以用户12个引擎
我们的目标是5万用户测试
因此为了完成这些，我们需要8.3 个集群..
我们可以用8个12台引擎的集群和一个4太引擎的集群 - 但是像下面这样分散负载应该会更好：
每个集群我们用10台引擎而不是12，那么每个集群可以支持 10*500 = 5K 用户并且我们需要10个集群来支持5万用户。
这样可以得到如下好处：
不用维护两个不同的测试类型
我们可以通过简单的复制现有集群来增加5K用户（5K比6K更常见）
只要需要我们可以一直增加
现在，我们已经准备好创建最终的5万用户级别的Master / Slave测试了：
将测试的名称从"My prod test" 改为"My prod test - slave 1"。
我们回到步骤5，将高级测试属性(Advanced Test Properties)下的Standalone修改为Slave。
按保存按钮——现在我们有了一个Master和9个Slave中的一个。
返回你的 "My prod test -slave 1".
按复制按钮
接下来重复步骤1-5直到你创建了9个slave。
回到你的 "My prod test -salve 9" 并按复制按钮.
将测试的名称改为 "My prod test -Master".
将高级测试属性(Advanced Test Properties) 下的Slave改为Master。
检查我们刚才创建的所有的Slave(My prod test -salve 1..9)并按保存。
你的5万用户级别的Master-Slave测试已经准备好了。通过按master上的开始按钮来运行10个测试，每个测试5千用户。
你可以修改任意一个测试（salve或master），让它们来自不同的区域，有不同的脚本/csv/以及其他文件，使用不同的网络模拟器，不同的参数等。
你可以在一个叫“Master load results”的master报告中的一个新tab页中找到生成的聚合结果的报告，你还可以通过打开单个的报告来独立的查看每一个测试结果。
