[發明專利]一種直播性能測試方法和裝置

在審

• 申請號: 201710621604.1
• 申請日: 2017-07-27
• 公開（公告）號: CN107454384A
• 公開（公告）日: 2017-12-08
• 發明（設計）人: 黃彬玲;康若鵬
• 申請（專利權）人: 網宿科技股份有限公司
• 主分類號: H04N17/00
• 分類號: H04N17/00;H04N21/234;H04N21/44;H04N21/442;H04N21/858
• 代理公司: 北京華智則銘知識產權代理有限公司11573
• 代理人: 胡毅

技術領域

本發明涉及網絡技術領域，尤其涉及一種直播性能測試方法和裝置。

背景技術

直播領域，視頻直播有如下特點：視頻持續不斷播放，m3u8文件持續更新待播放文件描述，客戶端不斷重新請求m3u8文件，從而實現持續播放；直播占用帶寬；支持超大用戶量并發訪問；性能測試需關注卡頓、花屏等異常情況出現概率。故需要對直播性能進行測試，以防止直播中產生卡頓、花屏等異常情況。

現有的直播性能測試的方法主要有并發下載視頻文件和并發播放兩種；采第一種用并發下載視頻文件的方法理由是，播放視頻是本地進行緩沖(下載)，然后解碼再播放，實際下載速度足夠就可以正常播放，因此，根據下載速度判斷性能優劣。第二種并發播放方法，可以真實測試播放性能。

但是，采用第一種測試方法存在以下問題：并發下載視頻文件，卡頓、花屏等播放異常情況無法查看；需要編寫程序，實現直播方式的下載(持續請求下載m3u8描述文件以及描述的ts視頻文件)；編寫的程序需要支持多線程，才能在一個服務器上同時支持多個直播，減少資源消耗；缺少分布式機制。受限于帶寬，一個服務器下載直播個數有限，模擬大規模用戶，需要多臺服務器同時下載。如果手動部署，耗時耗力。

采用第二種測試方法存在以下問題：技術起點高，需要播放器實現在一個服務器上播放多個直播。否則模擬大規模用戶需要大量服務器，成本太高；而且一般服務器都是Linux操作系統，需要實現能在Linux上同時播放多個直播的播放器；缺少分布式機制，部署復雜，多個服務器手動部署時間長；資源消耗多，視頻直播占用資源比較多，同樣的效果，播放比下載更占用CPU資源。

綜上，現有的直播性能測試滿足既能關注播放異常情況，也可以實現大規模用戶模擬降低資源消耗，同時減少研發特殊播放器的時間消耗。

發明內容

為了解決現有技術的問題，本發明實施例提供了一種直播性能測試方法和裝置。所述技術方案如下：

一方面，一種直播性能測試方法，包括以下步驟：

搭建測試環境，并配置直播地址列表和更新時間；

創建多個線程組，并根據線程組的數量啟動相同數量的播放器；

隨機選取一個直播地址，持續下載所述直播地址對應的傳輸流文件及描述文件；

根據所述直播地址的傳輸流文件及描述文件播放視頻，進而獲取直播的性能指標，并根據性能指標生成測試報告。

進一步的，搭建測試環境，并配置直播地址列表和更新時間的步驟，包括：

創建一個類，繼承抽樣客戶端，并重寫四個方法：參數初始化方法、測試任務更新下載方法、關閉測試方法、配置參數獲取方法。

進一步的，創建一個類，繼承抽樣客戶端，并重寫四個方法：參數初始化方法、測試任務更新下載方法、關閉測試方法、配置參數獲取方法的步驟之后，包括：

在測試任務更新下載方法中，創建播放器類，所述播放器類可隨機選取預先設置好的直播平臺的直播任務列表中的一個直播地址進行請求下載，并且配置了一個定時器，所述定時器根據用戶配置的更新次數、間隔時間執行更新和下載。

進一步的，在測試任務更新下載方法中，創建播放器類，所述播放器類可隨機選取預先設置好的直播平臺的直播任務列表中的一個直播地址進行請求下載，并且配置了一個定時器，所述定時器根據用戶配置的更新次數、間隔時間執行更新和下載的步驟之后，包括：

根據配置參數，生成可調用的數據包。

進一步的，性能指標包括傳輸流文件的延遲、缺失、視頻觀察反饋的至少一種。

另一方面，一種直播性能測試裝置，包括：

測試環境搭建單元，用于搭建測試環境，并配置直播地址列表和更新時間；

下載測試單元，用于創建多個線程組，并根據線程組的數量啟動相同數量的播放器；

所述播放器隨機選取一個直播地址，持續下載所述直播地址對應的傳輸流文件及描述文件并播放視頻；

報告生成單元，用于根據所述播放視頻，獲取直播的性能指標，并根據性能指標生成測試報告。

進一步的，測試環境搭建單元包括：

類及方法設置單元，用于創建一個類，繼承抽樣客戶端，并重寫四個方法：參數初始化方法、測試任務更新下載方法、關閉測試方法、配置參數獲取方法。

進一步的，測試環境搭建單元還包括：