|
|
下午接到项目经理的通知，下午要做WAP页面多用户请求的压力测试，还给我具体要求：页面平均响应时间：在网络正常传输情况下小于3秒；页面每月最大故障数：5次；页面最大故障恢复时间：30分钟；每秒处理的WAP页面请求数：大于80次，这是典型的无软件测试过程思想的冒险活动呀。
任务来了就是要做，系统刚重装，还没来得急装LR，没办法第一步装LR，然后打中文补丁。过了半小时装完了，来吧，打开VUG，选WAP协议，难题来了，本想应该有用HTTP协议一样可以输入URL就行，可找了半天录制方式还不一样，看了帮助像有一个WAP工具包，默认是Nokia toolkit 2.1，也是这个是啥东西，只好一边看帮助，一会问同行，得知还有两个LR支持的工具包；Ericsson WapIDE 2.1和Phone.com UPSDK 4.0。先把这些东西下载下来再说。google，永远的朋友。
先安装Nokia ，倒腾倒腾，可用了一次就提示过期了，只能放弃了，再来了一个，用Phone的，可不能误别我们的WAP页面，找来项目经理，让他来看看，结果他找也没招，那就代理用试试，一试可以录制下来，可在AWP页面不能继续走下去。经过讨论，他去解决代理的问题，我继续下WAP工具包。此时离下班时间只有30分种，只能做好加班的准备。下吧，又下了一Ericsson，可他更烦，还要装一个XIMAIL的东东，还要用80端口，只能停止IIS了。选中Ericsson WapIDE 2.1，点“0K”，哈哈，结果他还是不支持，又找不来项目经理，经过分析可能是他们的不支持我们的UA，于是去找修改UA的地方，结果没有，眼看就要泡汤了，下班时间也到了，此时想到一个方法，看LR的录制日志，然后去查他的UA，把UA放进我的程序里，嘿嘿，结果行了。这真是路到桥头自然直啊。
脚本录制完成，执行通过，放进Controller里，增加VU，编制运行策略，监视服务器计数器等等，这部分工作应该和HTTP一样，相对简单。采用80个用户，选不同的加压，减压力策略...........
我这一边执行测试，会议室里老总们在讨论增加服务器，采用负载均衡设备，买热备的会，讨论结果，如果结果不理想，要投资N万。。。。。
10点，经过几轮测试，出结果初步结果，平均响应时间在3.447左右，CPU峰值在95，持继时间2-3秒，峰值在65持继时间5-6秒，基本在20-35，失败率（30分种以及内）2236/7。
经过讨论，脚本需要改进，和实际用户操作有差别，结过改进请求详情页，多轮测试结果为平均响应时间在3.223左右，CPU峰值比较平稳的在10-35之间，时而达到65，，失败率基本一致。
最后项目经理写完报告，除了响应时间稍高于要求，别的基本达到要求。此时离12点还有一段时间。关机，打的回家，睡觉。
以上是我很早以前做WAP负载/压力测试的经历，希望有这方面工作的同行们和一起交流这方面具体的方法和经验。 |
|
/1 
关于我们
发表于 2005-5-23 13:10:32
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
微信
收藏
置顶服务
换色服务
