浅谈LoadRunner在网络流媒体中的应用(2)

根据我实际测试的经验，网络流媒体测试步骤可分为以下几步： 使用web（http/html） 和 windowssocket双协议来录制，在产生的script中找到播放的流媒体文件名。

然后将脚本中web的部分拷贝到事先准备的web 和mms或者web和real脚本模板中（具体选择哪个模板，根据自己要测试的流媒体格式类型）再手工编写real或mms的播放代码。

最后添加关闭代码。（这个很重要，如果不加关闭代码，会导致内存泄漏）。

图3.1列举笔者实际测试网络流媒体的一个脚本实例，由于篇幅所限只显示重要的代码片段。 3.2 脚本运行结果

从图3.2脚本运行结果中可以看到clip size is 1271360 milliseconds 和clip current time is 394 milliseconds 等的时间属性。

接下来可以进入controll控制台，在仿真环境进行模拟多用户使用流媒体进行压力测试。

通过测试可以看到，当用户数为60person时，用户全部通过。

从实测图4的数据中可以看到cpu和内存的使用情况。

%processor time:如果该值持续超过95%，表明瓶颈是cpu。可以考虑增加一个处理器或换一个更快的处理器。

% dpc time:在多处理器系统中，如果这个值大于50%，并且cpu值很大，可加入一个网卡可能会提高性能，提供的网络已经不饱和，该值越小越好。

memory:内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁，说明内存不足。

page/sec: 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百，可能需要增加内存，以减少换页的需求。pages/sec 的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。

从实测图4中可以看到cpu和内存基本处于正常状态。 但当连续三次压100人时只有部分通过。（红色代表没通过的用户数）

3.3 分析结果： 从实测图1可以看出；

并发10～60人时，通过率还比较高，从并发10人起，随数增加，通过人数变化平稳，说明并发60人以内时，流媒体播放比较稳定。 从实测图2可以看出:

当第一次并发100人时，100人均通过。并且系统保持平稳。

从实测图5和实测图6可以看出：

连续三次并发100人时性能明显下降，只有85人通过，平均响应时间15.896s,已经超过的容忍度。分析原因，是后台播放流媒体没有关闭，后台进程已占满所致，如实测图7所示，没有一个进程能正常运行，说明有内存溢出现象，需要修改脚本代码把状态改为close。

3.4 容易出错的地方以及出错原因及解决方案

错误现象1：action.c(12): error:connection to the server has timed out. you may be experiencing networkproblems 错误分析：可能是由于网络不可达或本地文件路径出错，或mdrv.exe进程都被挂起。

解决办法：可以先检查一下服务是否可用，本地访问路径是否输入正确。一定要把地址写全，前边的file不能丢。 错误现象2：模拟录制后，脚本的action内容为空。 错误分析：可能没有选择正确的协议，也可能协议选择不全。

解决办法：首先熟悉被测试软件所用的协议，然后根据协议进行选取，注意不能多选，也不能少选，多选容易造成协议间的不兼容现象。

错误现象3：并发后会pass大幅度减少，error大幅度增加。

解决办法：查看后台进程表，可能原因就是在写脚本时，没有及时关闭相应的操作。在写代码最后需要关闭流媒体为close状态。 4 结束语

本文首先简单介绍什么是loadrunner和它的工作原理以及什么是网络流媒体和网络流媒体的工作原理，然后通过一些实际测试的方法和步骤，以及测试的图表和数据，证明loadrunner能成功应用到网络流媒体的性能测试中，并研究分析测试结果，提出相应的解决方案。此次对网络流媒体的性能测试只针对real协议进行测试，对于非real协议的流媒体有待进一步的研究。 参考文献

[1] 邵梅，赵旭，刘学佳.谈如何提高非计算机专业高职学生计算机应用能力[j].中国科教创新导刊，2009(8).

[2] 于涌 主编.软件性能测试与loadrunner实践[m].人民邮电出版社.

[3] 石硕 主编.计算机网络试验技术[m].电子工业出版社. [4] 柳纯录 主编.软件评测师教程[m].清华大学出版社.

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说教育文库浅谈LoadRunner在网络流媒体中的应用(2)在线全文阅读。