假设通过性能测试需求分析，我们需要创建一个性能测试场景，并发500个web虚拟用户，这时我们需要考虑：
　　1）选用什么样软硬件配置的的机器作为测试机？
　　2）500个并发用户需要多少台测试机才够用？
　　在性能测试执行之前，一定要把上面的问题搞清楚，主要是为了避免将来性能测试执行时瓶颈出现在客户端，客户端承载了太多的压力，而没有真正的提交到服务器上去。这种情况下，我们会看到客户端CPU利用率居高不下，响应速度十分缓慢，甚至出现宕机的情形。
　　实际上，针对特定的性能测试需求，建立多大规模的性能测试机群才算合理，与多个因素有关，包括：测试机的软硬件配置、测试机的数量、脚本的复杂程度、网络的情况等。
　　客户端CPU估算
　　还是以web虚拟用户为例，如果选择windows XP 1 CPU，1GB内存标准配置作为测试机，那么每50虚拟用户占用CPU约为2.2%。因此，在理想状态下，总共在本机可大并发的虚拟用户为：
　　Total Vusers=100/2.2*50=2272（个虚拟用户）
　　结合实际情况考虑，操作系统本身，LR等后台进程的运行也要占用20%左右的CPU资源，再加上80%的瓶颈系数，实际情况下，在保证不出现CPU瓶颈的前提下，windows XP 1CPU 1GB内存标准配置的大CPU瓶颈虚拟用户为：
　　Total Vusers=100/2.2*50*80%*80%=1454（个虚拟用户）
　　客户端网络瓶颈估算
　　网络瓶颈是一个重要但又经常被忽视的瓶颈因素。在负载测试执行时，必然会引起大量的网络流量，那么在当前的网络情况下，能否顺利的运载这些数据到达服务器呢？这需要在性能测试开始之前，进行一个网络瓶颈评估。
　　假设，当前的网络环境为100MB局域网，实际上100MB的计算单位为bit，转化成我们常用的Byte，应该是100/8=12.5M Byte。
　　一般，网络的瓶颈安全系数为80%，那么实际上LR可用的瓶颈宽带为：
　　Available bandwidth = 12.5 * 80% =10M Bytes
　　当前局域网内本机可并发的大用户数为 LR可用宽带（10MB）/ 单个用户宽带（单个虚拟用户的占用宽带可以借助抓包工具分析）
　　客户端内存瓶颈估算
　　在windows XP标准配置环境下，每50web虚拟用户以进程模式运行所需内存为4.6MB，以线程模式运行所需内存为0.82MB。因此，理想情况下，1GB内存进程运行大并发为1000/4.6*50=10869，以线程模式大并发为1000/0.82*50=60975。
　　在实际情况下，还要考虑其他使用内存的因素，如操作系统和相关后台进程，虚拟内存触发条件，VU脚本本身应用创建buffer所需内存。
　　由于LR运行在操作系统上，操作系统内存也随着压力的发起而增大，当内存增大到一定程度的时候，虚拟内存会被创建，这时会进一步提高CPU的占用率和IO吞吐量，实际上形成客户端的瓶颈。因此，做如下假设：
　　1、LR运行时，操作系统占用内存25%。
　　2、在物理内存使用率到达85%时，将会创建虚拟内存（可以查看windows和linux相关swap参数设置）。
　　3、虚拟用户主要是处理和发送数据，一个脚本所使用的内存可以用它发送出去的网络数据大小来替代。
　　总共虚拟用户可用内存 Total available Memory=1000*(100-25%)*85%=638MB
　　每个虚拟用户占用内存 Vuser Memory=lr Vuser 执行内存+ Vuser脚本使用内存
　　Vuser脚本使用内存可以使用网络流量来估算，比如抓包获取的流量为115KB，那么脚本为执行此操作，至少要在内存上开辟出115KB的数据buffer。
　　因为，单个虚拟用户运行所需内存为：Vuser Memory=0.82+115=116KB
　　而在1G内存下，能够支持大瓶颈并发用户数为：
　　Total Vusers=Total available Memory/Vuser Memory=638MB/116KB=5500个。
　　总评估
　　通过以上计算，我们能清楚的看到，在windows XP 测试机标准配置下，
　　1、CPU瓶颈大虚拟用户并发数为1454
　　2、网路瓶颈大虚拟用户并发数为416
　　3、内存瓶颈大虚拟用户并发数为5500
　　根据瓶颈取短原则，实际上当前测试的瓶颈虚拟用户数为416个。
　　同时，我们还可以从评估分析种得到以下结论：
　　1、如果想做到500并发，应对当前网络环境进行升级。
　　2、web脚本不宜过长，否则数据buffer迟迟得不到释放，会导致本虚拟用户的内存使用过高，可能引起本机内存瓶颈。