用LoadRunner测试MMS流媒体

上一篇 / 下一篇  2010-07-01 18:16:28 / 个人分类:成功的喜悦

步骤

内容

具体操作

1

协议选择

协议包用Global或Web都可以,选用Media PlayerMMS)协议。(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\wmrootC为系统盘。不过根据本次测试经验,应该不用这样做。)

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:

康小奔的个人空间 引用 删除 康小奔   /   2013-06-11 15:33:57
请问监控的时候能看到哪些参数,能否判定视频是否正常播放
康小奔的个人空间 引用 删除 康小奔   /   2013-06-11 15:33:08
5
 

评分:0

我来说两句

Open Toolbar