[發明專利]一種基于P2P的服務端接口測試方法及裝置

有效

• 申請號: 201310590434.7
• 申請日: 2013-11-22
• 公開（公告）號: CN103561351A
• 公開（公告）日: 2014-02-05
• 發明（設計）人: 劉睿姝;范媛;林起開;張俊寶;姚鍵;潘柏宇;盧述奇
• 申請（專利權）人: 合一網絡技術（北京）有限公司
• 主分類號: H04N21/63
• 分類號: H04N21/63;H04N21/845;H04L29/08
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及一種測試方法及裝置，特別的，涉及一種對基于P2P服務的服務器端的接口進行測試的方法及裝置。

背景技術

傳統的流媒體主要是采用客戶端/服務器模式，服務器以單播的形式和每個客戶建立連接。由于流媒體服務具有高帶寬、持續時間長等特點，隨著客戶數目的快速增加，服務器的資源很快就會被消耗完，成為系統瓶頸。以優酷網站為例，由于視頻數據量在，對于服務器帶寬要求很高，即使使用了CDN內容分發網絡，但還是不足以解決在用戶使用的高峰時段，將會因為帶寬限制及系統擴展性的限制而影響用戶的觀看體驗，而視頻觀看的流暢程度對一個視頻網站來說是至關重要的，P2P網絡的出現為流媒體系統提供了新的解決方案。在P2P網絡中，每個節點既是服務的提供者，又是服務的享用者，將服務器的負載分散到每一個節點中，從而有效地減輕了服務器的負載和網絡帶寬費用，極大地提高了系統的可用性。

因此，對于視頻服務網站，以節省帶寬，提高用戶觀看體驗的目的為出發點，將P2P技術融入到流媒體服務中是十分必要的，因此，對P2P網絡服務進行模擬測試也是保證P2P網絡能夠正常工作的一個必要手段。

但現有技術中還沒有提出對P2P視頻網絡進行模擬測試的方法，因此，如何能夠模擬各個視頻客戶端，對P2P視頻網絡的服務器端的接口性能進行測試成為亟需解決的技術問題。

發明內容

本發明的目的在于提出一種基于P2P的服務端接口測試方法及裝置，從而能夠結合具體測試工作的需求，對服務器端各接口進行了一套完整的整合測試，自動給出服務器端一次操作的測試結果，并可以在異常記錄測試結構，并選擇發郵件給相關人員，以便及時解決問題。

為達此目的，本發明采用以下技術方案：

一種基于P2P的服務端接口測試方法，包括如下步驟：

服務器分發接口測試步驟S100，準備數據，模擬多個客戶端，所述客戶端向Cumulus服務器發送注冊請求，所述注冊請求中帶有所述客戶端的視頻id,視頻畫質和視頻語言，所述Cumulus服務器根據預先制定的策略給所述客戶端返回Peerid，以及Tracker服務器的IP；

分發測試結果判斷步驟S110，判斷所述服務器分發接口測試步驟返回的結果是否和原先設定策略所應該得到的結果相同，如果相同則進入心跳接口測試步驟S120，否則，則進入出錯記錄步驟S160，記錄出錯的結果；

心跳接口測試步驟S120，所述客戶端定期向分發到的Tracker服務器發送心跳請求，所述心跳請求的內容包括視頻id，視頻畫質，視頻語言，自己所擁有的視頻分片，當前播放的是第幾個視頻分片，所述Cumulus服務器分配的Peerid；

資源請求接口測試步驟S130，所述客戶端定期向分發到的Tracker服務器發送資源請求，所述資源請求的內容包括視頻id，視頻畫質，視頻語言，自己所擁有的視頻分片，當前播放的是第幾個視頻分片，所述Cumulus服務器分配的Peerid，所述Tracker服務器依據收集到各個客戶端的心跳信息，把擁有客戶端播放當前視頻分片數據的Peerid返回給所述客戶端;

資源請求接口測試結果判斷步驟S140，判斷所述資源請求接口測試步驟返回的結果與預定結果是否相同，如果相同則進入測試報告記錄步驟S150，否則，則進入出錯記錄步驟S160，記錄出錯的結果；

測試報告記錄步驟S150，根據測試結果完成測試報告，并結束。

出錯記錄步驟S160，記錄出錯結果，并結束。

優選地，所述心跳請求和所述資源請求中還包括運營商信息和地區信息。

優選地，在所述心跳接口測試步驟S120和/或所述資源請求接口測試步驟S130之后分別具有檢測步驟，所述檢測步驟檢測被發出的所述心跳請求和所述資源請求是否正確，如果錯誤，則記錄出錯結果，并保存，如果正確，則不作記錄。

優選地，判斷所述服務器分發接口測試步驟返回的結果是否和原先設定策略所應該得到的結果相同，為：判斷所述分發接口測試步驟返回的結果中，相同條件的視頻分片是否被分發到同一個Tracker服務器上。

優選地，所述心跳請求每隔20秒以POST方式發出，所述資源請求每隔60秒以POST方式發出。

本發明還公開了一種基于P2P的服務端接口測試裝置，包括如下單元：