encryptFlag,
areaCode,
channelId,
staffCode);
System.out.println(" outXml=" + outXml);
i++;
System.out.println(
"***********第" + num + "线程里面,第" + i + "次请求END*****");
} catch (RemoteException e) {
System.out.println("ERROR");
e.printStackTrace();
}
}
}
public static void main(String[] args) {
}
}
说明:这个是模拟客户端调用webservice的时候的测试脚本,效果很好的。大家也可以对run部分进行修改,我曾经测试过自己写的脚本,当线程启动是1000个,每个线程是里面循环100次的时候机器(小型机的配置24个CPU,40G的内存,中间件用的是weblogic8.1,数据库 ORACLE9i)就会被压垮(不是机子挂掉,只是很多队列都塞满了,主机进程有死锁的),这时客户端就会报超时。未优化应用前,只要启动50个线程,每个线程里面循环10次,客户端就会报告超时。
相同硬件效果的对比度:一般来说当启动200个线程循环100次,就相当于一秒钟200次业务处理量,也就是基本上可以硬件上一秒并发200次的效果,这个是做过测试的,我的客户需要一秒处理60次业务量,未优化前一秒30次都达不到,可是优化我先用这个脚本测试通过后,和华为(我的对端厂商,他们一般都用硬件进行压力测)测试后不仅达到他们的要求,而且一秒200次的并发量都没有问题
缺点:没有加载时间,没有统计失败和成功次数,这个用的时候可以自己加上。不能够测试业务处理比较复杂的接口,正在改进!大家有好的想法也可以说下哈~!
文章来源于领测软件测试网 https://www.ltesting.net/