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