CN113271474B - 一种流媒体服务器的测试方法、装置、设备和存储介质 - Google Patents

Abstract

本发明公开了一种流媒体服务器的测试方法、装置、设备和存储介质，包括：通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取；通过第二终端向流媒体服务器单次请求至少一路的媒体数据进行点播；根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与流媒体服务器对应的最大并发转发路数。本发明实施例的技术方案可以节省对流媒体服务器测试所消耗的成本，提高对流媒体服务器的测试效率。

Description

一种流媒体服务器的测试方法、装置、设备和存储介质

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种流媒体服务器的测试方法、装置、设备和存储介质。

背景技术

流媒体是指以流式的方式传送音频、视频和多媒体文件的媒体形式，流媒体技术的出现，使得在网络上观看和传输影音文件变为一种现实。通俗地讲，所谓的流媒体技术，就是将视音频文件经过压缩处理后，放在网络服务器上进行分段传输，客户端无需将整个视音频文件下载到本地，便可即时收听和收看。

流媒体转发则是通过客户端向服务器发送转发流请求，服务器收到客户端的发出的转发流请求后，建立与视频设备的流媒体会话。在会话完成后，服务器再将从视频设备中获取的媒体数据转发至客户端。在对服务器的性能进行测试时，通常会涉及到对服务器的流媒体转发能力进行测试，也即对流媒体服务器可以转发成功的最大客户端的数量进行测试。

图1a为根据现有的测试方法，对流媒体服务器进行测试的场景图，如图1a所示，现有的测试方法中流媒体服务器可以从N个视频设备中获取N个视频资源，然后使流媒体服务器分别将该N个视频资源以流式的方式转发至N个终端设备中，并利用多个终端设备手动点播多路视频资源，通过观察各终端设备上的图像显示情况，确定流媒体服务器的转发能力。但是，现有的测试方法所需要的终端设备数量较多，成本较大，并且当服务器所具备的流媒体转发能力更大时，这种测试方法是无法满足需求的。

发明内容

本发明实施例提供了一种流媒体服务器的测试方法、装置、设备和存储介质，可以节省对流媒体服务器测试所消耗的成本，提高对流媒体服务器的测试效率。

第一方面，本发明实施例提供了一种流媒体服务器的测试方法，所述方法包括：

通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取；

通过第二终端向所述流媒体服务器单次请求至少一路的媒体数据进行点播；

根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数。

第二方面，本发明实施例还提供了一种流媒体服务器的测试装置，该装置包括：

媒体数据拉取模块，用于通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取；

点播模块，用于通过第二终端向所述流媒体服务器单次请求至少一路的媒体数据进行点播；

转发路数确定模块，用于根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数。

第三方面，本发明实施例还提供了一种计算机设备，该计算机设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器执行本发明任意实施例提供的流媒体服务器的测试方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，该存储介质上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例提供的流媒体服务器的测试方法。

本发明实施例的技术方案通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取，然后通过第二终端向流媒体服务器单次请求至少一路的媒体数据进行点播，最后根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与流媒体服务器对应的最大并发转发路数的技术手段，可以节省对流媒体服务器测试所消耗的成本，提高对流媒体服务器的测试效率。

附图说明

图1a是现有测试方法，对流媒体服务器进行测试的场景图；

图1b是本发明实施例一中的一种流媒体服务器的测试方法的流程图；

图1c为本实施例中对流媒体服务器的最大并发转发路数进行测试的场景图；

图1d为本实施例中性能测试工具模拟客户端对媒体数据进行点播的场景图；

图2是本发明实施例二中的一种流媒体服务器的测试方法的流程图；

图3是本发明实施例三中的一种流媒体服务器的测试方法的流程图；

图4是本发明实施例四中的一种流媒体服务器的测试装置的结构图；

图5是本发明实施例五中的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1b为本发明实施例一提供的一种流媒体服务器的测试方法的流程图，本实施例可适用于对流媒体服务器的最大并发转发路数进行测试的情形，该方法可以由流媒体服务器的测试装置来执行，该装置可以由软件和/或硬件来实现，并一般可以集成在计算机以及所有包含程序运行功能的智能设备(例如，终端设备或者服务器)中，具体包括如下步骤：

步骤110、通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取。

在本实施例中，流媒体服务器接收到多个客户端发送的拉取媒体数据的请求后，可以从视频设备中获取到多个媒体数据，然后将获取到的多个媒体数据同时转发至多个客户端。其中，可以将流媒体服务器针对多个媒体数据，同时转发成功的最大的客户端数量称为流媒体服务器的转发能力，也即流媒体服务器对应的最大并发转发路数。

在此步骤中，性能测试工具部署于第一终端内，所述性能测试工具为用于模拟多个客户端向待测的服务器批量拉取多路媒体数据的工具，典型的，所述性能测试工具可以为会话发起协议(Session Initiation Protocol，SIP)性能测试工具。

为了对待测的流媒体服务器的最大并发转发路数进行测试，可以获取最大并发转发路数的经验值作为预设的单次拉流路数，然后通过性能测试工具，以预设的单次拉流路数向待测的流媒体服务器请求拉取多路媒体数据进行测试。其中，所述经验值可以为已知的多个流媒体服务器对应的最大并发转发路数中出现频率最高的最大并发转发路数，所述单次拉流路数为性能测试工具模拟多个客户端单次向待测的流媒体服务器请求拉取的媒体数据的路数。

图1c为本实施例中对流媒体服务器的最大并发转发路数进行测试的场景图，其中，待测流媒体服务器可以从一个或多个视频设备中获取媒体数据，图1c中以待测流媒体服务器从多个(N个，N>0)视频设备中获取多个(N个)媒体数据为例，假设预设的单次拉流路数为M，第一终端可以使用性能测试工具向待测的流媒体服务器请求拉取M路媒体数据进行测试。其中，性能测试工具向待测的流媒体服务器请求拉取媒体数据之前，可以在性能测试工具中输入具体的拉流信息，例如待测流媒体服务器的相关信息、请求拉取的媒体数据对应的视频设备的标识以及单次拉流路数。性能测试工具根据上述拉流信息，向待测的流媒体服务器请求拉取媒体数据。

如果性能测试工具单次请求拉取的各媒体数据全部被成功拉取，则执行步骤120；如果性能测试工具单次请求拉取的各媒体数据没有全部被成功拉取，则说明上述过程中设置的单次拉流路数较大，则可以对单次拉流路数进行减小，性能测试工具根据更新后的当前拉流路数，再次向待测的流媒体服务器请求拉取多路媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取。

在一个具体的实施例中，可以通过获取性能测试工具对单次拉取的各媒体数据的点播情况，判断性能测试工具单次请求拉取的各媒体数据是否全部被成功拉取。

步骤120、通过第二终端向所述流媒体服务器单次请求至少一路的媒体数据进行点播。

在本实施例中，为了提高对流媒体服务器测试结果的准确性，可以在第一终端测试结束之后，通过第二终端向待测的流媒体服务器单次请求至少一路的媒体数据进行点播。

在一个具体的实施例中，如图1c所示，假设待测流媒体服务器可以从N个视频设备中获取N个媒体数据，第一终端使用性能测试工具向待测的流媒体服务器请求拉取M路媒体数据，且该M路媒体数据全部被成功拉取，则第二终端可以在剩余的N-M路媒体数据中，按照较少的拉流路数，向待测的流媒体服务器请求至少一路媒体数据进行点播。

步骤130、根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数。

在本实施例中，可以计算所述点播结果中包括的图像画面的个数，然后将第一终端在测试结束时当前更新的单次拉流路数，与图像画面的个数之和，作为与所述流媒体服务器对应的最大并发转发路数。

在本实施例中，通过使用性能测试工具模拟多个客户端同时向待测流媒体服务器拉取多路媒体数据，可以节省对流媒体服务器的测试时间，提高测试效率；其次，通过使用两台终端设备向流媒体服务器拉取多路媒体数据，即可得到流媒体服务器对应的最大并发转发路数，由此可以节省对流媒体服务器测试所消耗的成本；当流媒体服务器所具备的转发能力较大时，可以提高流媒体服务器测试方法的可行性，提高测试结果的有效性。

本发明实施例的技术方案通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取，然后通过第二终端向流媒体服务器单次请求至少一路的媒体数据进行点播，最后根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与流媒体服务器对应的最大并发转发路数的技术手段，可以节省对流媒体服务器测试所消耗的成本，提高对流媒体服务器的测试效率。

在上述实施例的基础上，可选的，通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取，包括：

步骤111、通过第一终端使用内置的性能测试工具，获取预设的单次拉流路数作为当前拉流路数，并向流媒体服务器请求拉取与当前拉流路数匹配的多路媒体数据；

步骤112、通过第一终端使用内置的性能测试工具获取与拉取得到的多路媒体数据匹配的点播路数；

在本实施例中，性能测试工具还用于模拟多个客户端对拉取的媒体数据进行点播。图1d为本实施例中性能测试工具模拟客户端对媒体数据进行点播的场景图。如图1d所示，性能测试工具向流媒体服务器发送Invite请求，所述Invite请求中包括将点播的媒体数据对应的视频设备的标识；流媒体服务器再向对应的视频设备发起Invite请求，收到该视频设备的200Ok响应之后，向视频设备发送确认字符(Acknowledge character，ACK)进行确认，并向性能测试工具发送200Ok响应；性能测试工具收到200OK响应之后，再向流媒体服务器发送ACK请求进行确认。在此会话结束后，性能测试工具开始接收流媒体服务器发送的视频流和音频流，然后向流媒体服务器发送INFO请求；流媒体服务器向性能测试工具反馈200OK响应之后，向视频设备发送INFO请求，并接收视频设备反馈的200OK响应。

在此步骤中，性能测试工具模拟完多个客户端对拉取的媒体数据进行点播之后，可以在流媒体服务器的界面中获取已点播路数。

步骤113、根据所述点播路数，验证当前拉取的各所述媒体数据是否全部被成功拉取；

在本发明实施例的一个实施方式中，根据所述点播路数，验证当前拉取的各所述媒体数据是否全部被成功拉取，包括：

步骤1131、根据所述点播路数，以及所述媒体数据对应的视频码率，计算所述流媒体服务器发送的标准网络流量数据值；

在此步骤中，假设点播路数为m，媒体数据对应的视频码率为n，计算得到的流媒体服务器发送的标准网络流量数据值为x，其中：

在一个具体的实施例中，假设性能测试工具批量点播245路视频，视频源分辨率为1080P、码率为1Mbps、帧率为30fps，则按照公式计算得出流媒体服务器发送标准网络流量数据值为30.6MB/s。

在本发明实施例的一个实施方式中，根据点播路数，以及媒体数据对应的视频码率，计算流媒体服务器发送的标准网络流量数据值，包括：判断点播路数，与性能测试工具显示的拉取成功的路数是否一致；若一致，则根据点播路数，以及媒体数据对应的视频码率，计算流媒体服务器发送的标准网络流量数据值。

其中，性能测试工具根据预设的单次拉流路数作为当前拉流路数，并向流媒体服务器请求拉取与当前拉流路数匹配的多路媒体数据之后，性能测试工具对应的界面中会实时显示当前拉流路数、拉取成功的路数以及拉取失败的路数。

如果点播路数，与性能测试工具显示的拉取成功的路数一致，则计算流媒体服务器发送的标准网络流量数据值；如果不一致，则对当前拉流路数进行减小，性能测试工具根据更新后的当前拉流路数，再次向待测的流媒体服务器请求拉取多路媒体数据进行测试，直至点播路数，与性能测试工具显示的拉取成功的路数一致。

步骤1132、获取所述流媒体服务器发送的实际网络流量数据值，计算所述实际网络流量数据值与所述标准网络流量数据值之间的差值；

在本实施例中，可以通过流媒体服务器中部署的dstat性能监测工具，获取流媒体服务器发送的实际网络流量数据值，然后计算所述实际网络流量数据值与所述标准网络流量数据值之间的差值。

步骤1133、根据所述差值，验证当前拉取的各所述媒体数据是否全部被成功拉取。

在此步骤中，可以判断所述差值是否在预设区间内，若是，则确认当前拉取的各媒体数据被成功拉取；若否，则执行步骤114。

在一个具体的实施例中，假设标准网络流量数据值为x，则预设区间可以为[-15％x,15％x]。

步骤114、若否，则将所述当前拉流路数进行减一处理后，返回执行向流媒体服务器请求拉取与当前拉流路数匹配的多路媒体数据的操作，直至确定单次请求拉取的各媒体数据全部被成功拉取。

实施例二

本实施例是对上述实施例一的进一步细化，与上述实施例相同或相应的术语解释，本实施例不再赘述。图2为本发明实施例二提供的一种流媒体服务器的测试方法的流程图，在本实施例中，本实施例的技术方案可以与上述实施例的方案中的一种或者多种方法进行组合，在本实施例中，如图2所示，本发明实施例提供的方法还可以包括：

步骤201、如果确定存在与流媒体服务器匹配的备选最大并发转发路数，则将所述备选最大并发转发路数确定为预设的单次拉流路数。

在本实施例中，如果待测的流媒体服务器理论上的最大并发转发路数(也即备选最大并发转发路数)存在，则需要测试该流媒体服务器实际的最大并发转发路数是否等于备选最大并发转发路数。

在此步骤中，可以将备选最大并发转发路数确定为预设的单次拉流路数，也即，性能测试工具第一次向流媒体服务器请求拉取的媒体数据的路数等于所述备选最大并发转发路数。

这样设置的好处在于：通过将备选最大并发转发路数确定为预设的单次拉流路数，可以快速地确定与流媒体服务器对应的实际最大并发转发路数，提高对流媒体服务器的测试效率。

步骤202、通过第一终端使用内置的性能测试工具，获取预设的单次拉流路数作为当前拉流路数，并向流媒体服务器请求拉取与当前拉流路数匹配的多路媒体数据。

步骤203、通过第一终端使用内置的性能测试工具获取与拉取得到的多路媒体数据匹配的点播路数。

步骤204、判断所述点播路数，与性能测试工具显示的拉取成功的路数是否一致，若是，执行步骤205；若否，执行步骤206。

步骤205、根据所述点播路数，以及所述媒体数据对应的视频码率，计算所述流媒体服务器发送的标准网络流量数据值。

步骤206、将所述当前拉流路数进行减一处理。

在此步骤之后，返回执行步骤202中向流媒体服务器请求拉取与当前拉流路数匹配的多路媒体数据的操作，直至所述点播路数，与所述当前拉流路数一致。

步骤207、获取所述流媒体服务器发送的实际网络流量数据值，计算所述实际网络流量数据值与所述标准网络流量数据值之间的差值。

步骤208、根据所述差值，验证当前拉取的各所述媒体数据是否全部被成功拉取，若是，执行步骤209；若否，执行步骤210。

步骤209、通过第二终端向所述流媒体服务器单次请求至少一路的媒体数据进行点播。

步骤210、将所述当前拉流路数进行减一处理。

在此步骤之后，返回执行步骤202中向流媒体服务器请求拉取与当前拉流路数匹配的多路媒体数据的操作，直至当前拉取的各所述媒体数据全部被成功拉取。

步骤211、根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数。

在本发明实施例的一个实施方式中，根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数，包括：根据第二终端的点播结果，计算所述点播结果中包括的图像画面的个数；将第一终端在测试结束时当前更新的单次拉流路数，与所述图像画面的个数之和，作为与所述流媒体服务器对应的最大并发转发路数。

在一个具体的实施例中，假设与流媒体服务器匹配的备选最大并发转发路数为N，如果第一终端在测试结束时当前更新的单次拉流路数为N-1，点播结果中包括一个图像画面，则可以确认该流媒体服务器实际的最大并发转发路数等于备选最大并发转发路数。如果第一终端在测试结束时当前更新的单次拉流路数为N-1，点播结果中的图像画面个数为零，则可以确认该流媒体服务器实际的最大并发转发路数为N-1，且该流媒体服务器实际的最大并发转发路数不等于备选最大并发转发路数。

本发明实施例的技术方案通过确定存在与流媒体服务器匹配的备选最大并发转发路数时，将备选最大并发转发路数确定为预设的单次拉流路数，通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取，然后通过第二终端向流媒体服务器单次请求至少一路的媒体数据进行点播，最后根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与流媒体服务器对应的最大并发转发路数的技术手段，可以节省对流媒体服务器测试所消耗的成本，提高对流媒体服务器的测试效率。

实施例三

本实施例是对上述实施例二的进一步细化，与上述实施例相同或相应的术语解释，本实施例不再赘述。图3为本发明实施例三提供的一种流媒体服务器的测试方法的流程图，在本实施例中，本实施例的技术方案可以与上述实施例的方案中的一种或者多种方法进行组合，在本实施例中，如图3所示，本发明实施例提供的方法还可以包括：

步骤310、如果确定不存在与流媒体服务器匹配的备选最大并发转发路数，则将预设的第一数值区间的中位数确定为预设的单次拉流路数。

在本实施例中，如果待测的流媒体服务器理论上的最大并发转发路数(也即备选最大并发转发路数)不存在，则需要测试该流媒体服务器实际的最大并发转发路数。

在此步骤中，可选的，可以根据并发转发路数的经验值构造第一数值区间。所述经验值可以为已知的多个流媒体服务器对应的最大并发转发路数中出现频率最高的最大并发转发路数。在一个具体的实施例中，假设经验值为L，则第一数值区间可以为[0,L]，第一数值区间的中位数为i，其中

在此步骤中，可以将第一数值区间的中位数确定为预设的单次拉流路数，也即，性能测试工具第一次向流媒体服务器请求拉取的媒体数据的路数等于第一数值区间的中位数。

步骤320、通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取。

步骤330、通过第二终端向所述流媒体服务器单次请求至少一路的媒体数据进行点播。

步骤340、根据第二终端的点播结果，判断所述点播结果中是否同时存在图像画面与黑屏画面，若是，执行步骤350；若否，执行步骤360。

步骤350、将第一终端在测试结束时当前更新的单次拉流路数，与所述图像画面的个数之和，作为与所述流媒体服务器对应的最大并发转发路数。

步骤360、判断所述点播结果中是否只存在黑屏画面，若是，执行步骤370；若否，执行步骤380。

步骤370、根据第一数值区间，构造第二数值区间，将所述第二数值区间的中位数确定为预设的单次拉流路数。

其中，所述第二数值区间为第一数值区间的前半部分。

在此步骤中，如果点播结果中是否只存在黑屏画面，则可以说明流媒体服务器对应的最大并发转发路数的最大值，等于第一终端在测试结束时当前更新的单次拉流路数。为了提高对流媒体服务器测试结果的准确性，可以对第一终端当前单次拉流路数进行减小，性能测试工具根据更新后的当前单次拉流路数，再次向待测的流媒体服务器请求拉取多路媒体数据进行测试。

在一个具体的实施例中，可以将第一数值区间的前半部分作为第二数值区间，并将第二数值区间的中位数确定为预设的单次拉流路数。假设第一数值区间为[0,L]，第二数值区间则为

第二数值区间的中位数为b，其中/>

在此步骤之后，返回执行步骤320中通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试的操作，直至所述点播结果中同时存在图像画面与黑屏画面。

步骤380、如果所述点播结果中只存在图像画面，则根据第一数值区间，构造第三数值区间，将所述第三数值区间的中位数确定为预设的单次拉流路数。

其中，所述第三数值区间为第一数值区间的后半部分。

在此步骤中，如果点播结果中只存在图像画面，则可以说明第一终端和第二终端向流媒体服务器拉取多路媒体数据后，流媒体服务器还有可能存在并发转发的能力。为了避免计算得到的最大并发转发路数偏小，提高对流媒体服务器测试结果的准确性，可以对第一终端当前单次拉流路数进行增大，性能测试工具根据更新后的当前单次拉流路数，再次向待测的流媒体服务器请求拉取多路媒体数据进行测试。

在一个具体的实施例中，可以将第一数值区间的后半部分作为第三数值区间，并将第三数值区间的中位数确定为预设的单次拉流路数。假设第一数值区间为[0,L]，第三数值区间则为

第三数值区间的中位数为c，其中/>

在此步骤之后，返回执行步骤320中通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试的操作，直至所述点播结果中同时存在图像画面与黑屏画面。

本发明实施例的技术方案通过确定不存在与流媒体服务器匹配的备选最大并发转发路数时，将第一数值区间的中位数确定为预设的单次拉流路数，通过第一终端使用性能测试工具，以预设的单次拉流路数为起点向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取，然后通过第二终端向流媒体服务器单次请求媒体数据进行点播，如果点播结果中同时存在图像画面与黑屏画面，则将第一终端在测试结束时当前更新的单次拉流路数，与图像画面的个数之和作为最大并发转发路数；如果点播结果中只存在黑屏画面，则根据第一数值区间构造第二数值区间，将第二数值区间的中位数确定为预设的单次拉流路数，通过性能测试工具根据预设的单次拉流路数重新向流媒体服务器拉取媒体数据；如果点播结果中只存在图像画面，则根据第一数值区间构造第三数值区间，将第三数值区间的中位数确定为预设的单次拉流路数，通过性能测试工具根据预设的单次拉流路数重新向流媒体服务器拉取媒体数据的技术手段，可以为用户选择的交易产品提供投资建议，可以降低银行和用户选择交易产品的成本，可以节省对流媒体服务器测试所消耗的成本，提高对流媒体服务器的测试效率。

实施例四

图4为本发明实施例四提供的一种流媒体服务器的测试装置的结构图，该装置包括：媒体数据拉取模块410、点播模块420和转发路数确定模块430。

其中，媒体数据拉取模块410，用于通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取；

点播模块420，用于通过第二终端向所述流媒体服务器单次请求至少一路的媒体数据进行点播；

转发路数确定模块430，用于根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数。

本发明实施例的技术方案通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取，然后通过第二终端向流媒体服务器单次请求至少一路的媒体数据进行点播，最后根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与流媒体服务器对应的最大并发转发路数的技术手段，可以节省对流媒体服务器测试所消耗的成本，提高对流媒体服务器的测试效率。

在上述各实施例的基础上，所述媒体数据拉取模块410，可以包括：

拉流路数获取单元，用于通过第一终端使用内置的性能测试工具，获取预设的单次拉流路数作为当前拉流路数，并向流媒体服务器请求拉取与当前拉流路数匹配的多路媒体数据；

点播路数获取单元，用于通过第一终端使用内置的性能测试工具获取与拉取得到的多路媒体数据匹配的点播路数；

拉取结果验证单元，用于根据所述点播路数，验证当前拉取的各所述媒体数据是否全部被成功拉取；

当前拉流路数处理单元，用于确认当前拉取的各所述媒体数据没有全部被成功拉取时，将所述当前拉流路数进行减一处理后，返回执行向流媒体服务器请求拉取与当前拉流路数匹配的多路媒体数据的操作，直至确定单次请求拉取的各媒体数据全部被成功拉取；

标准网络流量数据值计算单元，用于根据所述点播路数，以及所述媒体数据对应的视频码率，计算所述流媒体服务器发送的标准网络流量数据值；

差值计算单元，用于获取所述流媒体服务器发送的实际网络流量数据值，计算所述实际网络流量数据值与所述标准网络流量数据值之间的差值；

验证单元，用于根据所述差值，验证当前拉取的各所述媒体数据是否全部被成功拉取；

点播路数判断单元，用于判断所述点播路数，与性能测试工具显示的拉取成功的路数是否一致；

流量数据值计算单元，用于点播路数，与性能测试工具显示的拉取成功的路数一致时，根据所述点播路数，以及所述媒体数据对应的视频码率，计算所述流媒体服务器发送的标准网络流量数据值；

第一单次拉流路数确定单元，用于如果确定存在与所述流媒体服务器匹配的备选最大并发转发路数，则将所述备选最大并发转发路数确定为预设的单次拉流路数；

第二单次拉流路数确定单元，用于如果确定不存在与所述流媒体服务器匹配的备选最大并发转发路数，则将预设的第一数值区间的中位数确定为所述预设的单次拉流路数。

转发路数确定模块430，可以包括：

画面个数计算单元，用于当确定存在与所述流媒体服务器匹配的备选最大并发转发路数时，根据第二终端的点播结果，计算所述点播结果中包括的图像画面的个数；

第一最大并发转发路数确定单元，用于当确定存在与所述流媒体服务器匹配的备选最大并发转发路数时，将第一终端在测试结束时当前更新的单次拉流路数，与所述图像画面的个数之和，作为与所述流媒体服务器对应的最大并发转发路数；

画面判断单元，用于根据第二终端的点播结果，判断所述点播结果中是否同时存在图像画面与黑屏画面；

第二最大并发转发路数确定单元，用于当确定不存在与所述流媒体服务器匹配的备选最大并发转发路数时，将第一终端在测试结束时当前更新的单次拉流路数，与所述图像画面的个数之和，作为与所述流媒体服务器对应的最大并发转发路数；

黑屏画面判断单元，用于判断所述点播结果中是否只存在黑屏画面；

第二数值区间构造单元，用于所述点播结果中是否只存在黑屏画面时，根据第一数值区间，构造第二数值区间，所述第二数值区间为第一数值区间的前半部分；

第二数值区间处理单元，用于将所述第二数值区间的中位数确定为预设的单次拉流路数，并返回执行通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试的操作，直至所述点播结果中同时存在图像画面与黑屏画面；

第三数值区间构造单元，用于如果所述点播结果中只存在图像画面，则根据第一数值区间，构造第三数值区间，所述第三数值区间为第一数值区间的后半部分；

第三数值区间处理单元，用于将所述第三数值区间的中位数确定为预设的单次拉流路数，并返回执行通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试的操作，直至所述点播结果中同时存在图像画面与黑屏画面。

本发明实施例所提供的流媒体服务器的测试装置可执行本发明任意实施例所提供的流媒体服务器的测试方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例五提供的一种计算机设备的结构示意图，如图5所示，该计算机设备包括处理器510、存储器520、输入装置530和输出装置540；计算机设备中处理器510的路数可以是一个或多个，图5中以一个处理器510为例；计算机设备中的处理器510、存储器520、输入装置530和输出装置540可以通过总线或其他方式连接，图5中以通过总线连接为例。存储器520作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明任意实施例中的一种流媒体服务器的测试方法对应的程序指令/模块(例如，一种流媒体服务器的测试装置中的媒体数据拉取模块410、点播模块420和转发路数确定模块430)。处理器510通过运行存储在存储器520中的软件程序、指令以及模块，从而执行计算机设备的各种功能应用以及数据处理，即实现上述的一种流媒体服务器的测试方法。也即，该程序被处理器执行时实现：

通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取；

通过第二终端向所述流媒体服务器单次请求至少一路的媒体数据进行点播；

根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数。

存储器520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器520可进一步包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至计算机设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。输入装置530可用于接收输入的数字或字符信息，以及产生与计算机设备的用户设置以及功能控制有关的键信号输入，可以包括键盘和鼠标等。输出装置540可包括显示屏等显示设备。

实施例六

本发明实施例六还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例所述方法。当然，本发明实施例所提供的一种计算机可读存储介质，其可以执行本发明任意实施例所提供的一种流媒体服务器的测试方法中的相关操作。也即，该程序被处理器执行时实现：

通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取；

通过第二终端向所述流媒体服务器单次请求至少一路的媒体数据进行点播；

根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述一种流媒体服务器的测试装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (11)

1.一种流媒体服务器的测试方法，其特征在于，包括：

通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取；

通过第二终端向所述流媒体服务器单次请求至少一路的媒体数据进行点播；

根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数；

其中，根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数，包括：根据第二终端的点播结果，判断所述点播结果中是否同时存在图像画面与黑屏画面；若是，则将第一终端在测试结束时当前更新的单次拉流路数，与所述图像画面的个数之和，作为与所述流媒体服务器对应的最大并发转发路数。

2.根据权利要求1所述的方法，其特征在于，通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取，包括：

通过第一终端使用内置的性能测试工具，获取预设的单次拉流路数作为当前拉流路数，并向流媒体服务器请求拉取与当前拉流路数匹配的多路媒体数据；

通过第一终端使用内置的性能测试工具获取与拉取得到的多路媒体数据匹配的点播路数；

根据所述点播路数，验证当前拉取的各所述媒体数据是否全部被成功拉取；

若否，则将所述当前拉流路数进行减一处理后，返回执行向流媒体服务器请求拉取与当前拉流路数匹配的多路媒体数据的操作，直至确定单次请求拉取的各媒体数据全部被成功拉取。

3.根据权利要求2所述的方法，其特征在于，根据所述点播路数，验证当前拉取的各所述媒体数据是否全部被成功拉取，包括：

根据所述点播路数，以及所述媒体数据对应的视频码率，计算所述流媒体服务器发送的标准网络流量数据值；

获取所述流媒体服务器发送的实际网络流量数据值，计算所述实际网络流量数据值与所述标准网络流量数据值之间的差值；

根据所述差值，验证当前拉取的各所述媒体数据是否全部被成功拉取。

4.根据权利要求3所述的方法，其特征在于，根据所述点播路数，以及所述媒体数据对应的视频码率，计算所述流媒体服务器发送的标准网络流量数据值，包括：

判断所述点播路数，与性能测试工具显示的拉取成功的路数是否一致；

若一致，则根据所述点播路数，以及所述媒体数据对应的视频码率，计算所述流媒体服务器发送的标准网络流量数据值。

5.根据权利要求1-4任一项所述的方法，其特征在于，在通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向流媒体服务器请求拉取多路的媒体数据进行测试之前，还包括：

如果确定存在与所述流媒体服务器匹配的备选最大并发转发路数，则将所述备选最大并发转发路数确定为预设的单次拉流路数；

根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数，包括：

根据第二终端的点播结果，计算所述点播结果中包括的图像画面的个数；

将第一终端在测试结束时当前更新的单次拉流路数，与所述图像画面的个数之和，作为与所述流媒体服务器对应的最大并发转发路数。

6.根据权利要求1-4任一项所述的方法，其特征在于，在通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向流媒体服务器请求拉取多路的媒体数据进行测试之前，还包括：

如果确定不存在与所述流媒体服务器匹配的备选最大并发转发路数，则将预设的第一数值区间的中位数确定为所述预设的单次拉流路数。

7.根据权利要求6所述的方法，其特征在于，在判断所述点播结果中是否同时存在图像画面与黑屏画面之后，还包括：

若否，则判断所述点播结果中是否只存在黑屏画面；

若是，则根据第一数值区间，构造第二数值区间，所述第二数值区间为第一数值区间的前半部分；

将所述第二数值区间的中位数确定为预设的单次拉流路数，并返回执行通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试的操作，直至所述点播结果中同时存在图像画面与黑屏画面。

8.根据权利要求7所述的方法，其特征在于，在判断所述点播结果中是否只存在黑屏画面之后，还包括：

如果所述点播结果中只存在图像画面，则根据第一数值区间，构造第三数值区间，所述第三数值区间为第一数值区间的后半部分；

将所述第三数值区间的中位数确定为预设的单次拉流路数，并返回执行通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试的操作，直至所述点播结果中同时存在图像画面与黑屏画面。

9.一种流媒体服务器的测试装置，其特征在于，包括：

媒体数据拉取模块，用于通过第一终端使用性能测试工具，以预设的单次拉流路数为起点，至少一次向待测的流媒体服务器请求拉取多路的媒体数据进行测试，直至单次请求拉取的各媒体数据全部被成功拉取；

点播模块，用于通过第二终端向所述流媒体服务器单次请求至少一路的媒体数据进行点播；

转发路数确定模块，用于根据第二终端的点播结果，以及第一终端在测试结束时当前更新的单次拉流路数，确定与所述流媒体服务器对应的最大并发转发路数；

所述转发路数确定模块，还用于根据第二终端的点播结果，判断所述点播结果中是否同时存在图像画面与黑屏画面；若是，则将第一终端在测试结束时当前更新的单次拉流路数，与所述图像画面的个数之和，作为与所述流媒体服务器对应的最大并发转发路数。

10.一种计算机设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器执行所述程序时实现如权利要求1-8中任一所述的流媒体服务器的测试方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-8中任一所述的流媒体服务器的测试方法。

Images