其中ip是server IP，port是rtsp端口，url是发送信令带的url。<>表示按顺序发送的信令，这个配置文件表示先发送一个setup，然后sleep 2秒，再发送一个play，然后sleep 2秒，继续......这个程序可作为(3)中的陪测程序。

　　在上面程序的基础上修改，读取配置文件后，死循环按顺序发送信令，假设该程序称做B。

　　写一个新的perl文件，完成如下功能，起几十路使用某配置文件的B程序，sleep几秒后，再起几十路使用其它配置文件的B程序.....,或者一起起也可以，自行设计,最后killall所有，从头循环运行。

　　总之尽可能的模拟客户端的所有行为，包括突然断联等，并且保证一定的压力。

　　(5)压力下测试内存

　　继续在valgrind下测试，使用(4)中的测试脚本做配测。

　　保证压力下无异常状态、无数据不一致状态、无显式内存泄漏、无内存读写异常。

　　(6)稳定性以及内存泄漏测试

　　陪测脚本起几百路客户端，保证主程序的cpu占用率在70%以上，持续运行20多小时。

　　测试期间，关注进程对内存的占用率，是保持在恒定水平还是随运行时间的增长而增长。

　　测试完毕，保证主程序负荷运行长时间而不宕机、没有内存泄漏发生。

　　(7)代码覆盖率测试。gcov

　　gcov是随gcc安装的，可以检查陪测程序对目标程序的代码覆盖情况。

　　不断修改测试脚本，保证测试尽量全面。代码被执行的次数也可以做为以后性能测试的一个参考。

　　(8)性能测试。gprof

　　同gcov一样，gprof也是随gcc安装的，它可以检测目标程序中所有函数的调用时间，并根据消耗时间排序，方便找出性能瓶颈。

　　找出系统的主要性能瓶颈，经过性能测试后，一般会发现影响系统的主要因素还是数据结构和算法。

　　测试期间，任何的coredump/任何的内存读写异常，务必处理掉。墨菲法则说，一个事情如果有可能变糟，事实则是会变的更糟。任何一个微小的、出现几率极小的bug，如果不在研发测试阶段解决，都可能造成以后更大代价的返工，甚至给客户的运营带来灾难。希望在每个人身上生效的都是马太效应，而不是墨菲法则。