用LoadRunner测试MMS流媒体
上一篇 /
下一篇 2010-07-01 18:16:28
/ 个人分类:成功的喜悦
步骤 | 内容 | 具体操作 |
1 | 协议选择 | 协议包用Global或Web都可以,选用Media Player(MMS)协议。(MMS协议无法录制,只能通过手工编写) |
2 | 脚本编写 | mms_play( "test1.wmv", "URL=mms://202.106.xxx.xxx/1/test1.wmv", "duration=-1", "starttime=0", LAST ); //lr_think_time(2000); //mms_close(); return 0; |
3 | wmload.asf文件添加 | 拷贝至发布点根目录。比如:所发布文件的文件位于d:\media\1\和d:\media\2\两个文件夹下,则发布点的根目录为d:\media (网上资料说应拷贝到服务器C:\wmpub\wmroot,C为系统盘。不过根据本次测试经验,应该不用这样做。) |
4 | 并发访问 | 在LR的控制器里面设置并发,运行后,到服务器的流媒体服务界面(如下图),看当前已连接的客户数和当前分配带宽是否有变化。若没有变化,可尝试重新启动流媒体服务,再次运行并观察。 |
测试中发现:
1. 访问流媒体服务器时,无论是用LR的控制器并发访问,还是用IE产生单个的访问需求,只要当前程序(控制器/IE)不关闭,即使已经终止播放,上图中的“已连接的单播客户端数”也不会减少。只有当关闭当前程序(控制器/IE)时,“已连接的单播客户端数”才会响应减少或归零。但是,若当前程序(控制器/IE)中的流媒体文件已经不再播放,会从上图中的“当前分配的带宽”项的减少或归零看出来。
2. 用200个vu并发访问,发现第一次运行时,服务器端“已连接的单播客户端数”最大达到198;而第二次运行以及以后几次运行时,已连接的单播客户端数”越来越少,只有50%左右。而且,如果此时用IE直接访问mms://202.106.xxx.xxx/1/test1.wmv,服务器端“已连接的单播客户端数”根本不变化(理论上应该增加1)。怀疑由于运行次数多,视频文件已经完全在PC机内存/硬盘中,于是每次访问不再访问网络,直接从本机内存/硬盘中读取,所以服务器端的参数不变化。针对这种情况,只需清一下IE的内存即可。
收藏
举报
TAG: