4. 人
嘿嘿，我开个小玩笑，人这个硬件也是最关键的。
A. 理论一定要过关
B. 测试过程中一定要保证瓶颈出在我们的程序，如果是出在其它地方，而你却出报告说：程序有问题，开发人员会骂你的。
C.对整个过程进行测试有效性分析，测试的过程都无效，结论就不用提交了。
软件环境：
● 数据库配制
● 数据库连接池配制
● Web服务器配制
● JVM与GC配制
● 本身项目配制
软件环境重在是配制，配制需要注意的地方是个大学问哟。
网络
网络注意的地方在上面的交换机那块已经谈到，另外在加一句，测试环境（网络）最好独立。
测试脚本
测试脚本主要注意：A、选择系统最常用的功能进行录制脚本、不要遍地开花，其实一个系统需要真正录制脚本的地方没有几处。B、测试脚本的有效性，测试数据要尽量接近真实。不要认为执行没有出错，我这个脚本就算成功了。执行一次后，要确定的确对服务器产生了影响，才算成功。
该参数化的地方一定要参数化，还有什么关联、检查点，日志、思考时间、步进、IE缓存、连接超时、下载超时 等等设置。
注意：
在调试时，日志开启。调试通过后进行场景执行之前把日志去掉，因为日志会影响LR本身执行脚本的效率。
“思考时间”、“步进” 该加一定要加，不然对服务器的压务太大，也不符合真实情况，达不到测试效果。
场景设计
场景的设计是最不好把握的，单场景、组合场景、加压、持续时间（注意与迭代的关系）、集合点的释放原则、需不需要进行IP欺骗，负载机需要几台（根据上面的负载机解释进行准备吧）等都需要注意。
