其中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，如果不在研發測試階段解決，都可能造成以后更大代價的返工，甚至給客戶的運營帶來災難。希望在每個人身上生效的都是馬太效應，而不是墨菲法則。