CN103561351B - 一种基于p2p的服务端接口测试方法及装置 - Google Patents

Abstract

一种基于P2P的服务端接口测试方法及装置，所述方法为，通过数据模拟多个不同情况的客户端，分别进行服务器分发接口测试，分发测试结果判断，心跳接口测试，资源请求接口测试,同时对于测试的步骤进行一定的检测，判断和记录，以得知Cumulus服务器和Tracker服务器是否正常工作。本发明根据需要模拟出各种可能的客户端接口形式，保证覆盖网站特殊视频，能够可靠、及时、简介地完成P2P视频网络服务端接口测试。

Description

一种基于P2P的服务端接口测试方法及装置

技术领域

本发明涉及一种测试方法及装置，特别的，涉及一种对基于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的服务端接口测试装置，包括如下单元：

服务器分发接口测试单元，用于准备数据，模拟多个客户端，所述客户端向Cumulus服务器发送注册请求，所述注册请求中带有所述客户端的视频id,视频画质和视频语言，所述Cumulus服务器根据预先制定的策略给所述客户端返回Peerid，以及Tracker服务器的IP；

分发测试结果判断单元，用于判断所述服务器分发接口测试单元返回的结果是否和原先设定策略所应该得到的结果相同，如果相同则进入心跳接口测试单元，否则，则进入出错记录单元，记录出错的结果；

心跳接口测试单元，所述客户端定期向分发到的Tracker服务器发送心跳请求，所述心跳请求的内容包括视频id，视频画质，视频语言，自己所拥有的视频分片，当前播放的是第几个视频分片，所述Cumulus服务器分配的Peerid；

资源请求接口测试单元，所述客户端定期向分发到的Tracker服务器发送资源请求，所述资源请求的内容包括视频id，视频画质，视频语言，自己所拥有的视频分片，当前播放的是第几个视频分片，所述Cumulus服务器分配的Peerid，所述Tracker服务器依据收集到各个客户端的心跳信息，把拥有客户端播放当前视频分片数据的Peerid返回给所述客户端;

资源请求接口测试结果判断单元，判断所述资源请求接口测试单元返回的结果与预定结果是否相同，如果相同则进入测试报告记录单元，否则，则进入出错记录单元，记录出错的结果；

测试报告记录单元，根据测试结果完成测试报告，并结束。

出错记录单元，记录出错结果，并结束。

优选地，所述心跳请求和所述资源请求中还包括运营商信息和地区信息。

优选地，还具有检测单元，所述检测单元检测由所述心跳接口测试单元和/或所述资源请求接口测试单元发出的所述心跳请求和所述资源请求是否正确，如果错误，则记录出错结果，并保存，如果正确，则不作记录。

优选地，判断所述服务器分发接口测试单元返回的结果是否和原先设定策略所应该得到的结果相同，为：相同条件的视频分片是否被分发到同一个Tracker服务器上。

优选地，所述心跳请求每隔20秒以POST方式发出，所述资源请求每隔60秒以POST方式发出。

因此，根据本发明的方法及装置，对于P2P的视频网络测试具有如下的优点：

1.可靠性：能够根据需要模拟出各种可能的客户端接口形式，保证覆盖网站特殊视频；

2.及时性：P2P网络中服务器端的测试十分重要，一旦服务器端出现问题，就无法进行客户端的p2p连接和传输。因此本发明能够及时的发现服务器端出现的问题，发现问题并通知相关人员，尽快解决问题；

3.简洁性：无需客户端模拟各种p2p场景，例如前端播放器同时播放多个同id,同画质，同语言的视频的情况。只需把视频抽象成数据，包括视频vid,画质，语言，分片等信息的数据结构，模拟构造出各种客户端口，即可完成对服务器端的测试。

附图说明

图1是根据本发明具体实施例的测试方法的流程图；

图2是根据本发明具体实施例的P2P网络示意图；

图3是根据本发明具体实施例的测试报告的示例；

图4是根据本发明另一实施例的测试装置的框图。

图中的附图标记所分别指代的技术特征为：

201、客户端A；202、客户端B；203、Tracker服务器；204、Cumulus服务器。

具体实施方式

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

在P2P的视频网络中，包括Cumulus服务器204，Tracker服务203器以及各个客户端201,202。各个客户端向Cumulus服务器注册，所述Cumulus服务器用于根据客户端的注册请求向客户端分配PID，所述PID与各自的Tracker服务器相对应，所述Tracker服务器可以为多个。不同的Tracker服务器对应多个客户端。

在P2P视频网络的中，不同终端（peer）对应自己拥有的视频有如下的特征：

1.视频分片简介：一段完整的视频是由几段连续的大小基本相同的视频分片组合而成。每个视频分片会有一个分片序号（从0开始）和一个分片id，例如：030008070051BA296C79EE04CB019FAD64580D-6BA2-EC51-BF3A-B3E7BA149229，服务器会根据此id来判断当前视频播放的分片。

2.视频多画质：视频在编码过程中，会根据视频源文件的码率情况被分为不同的画质，对于不同的画质，视频的分片信息也不相同。画质主要分为标清（flv），高清(mp4)，超清(hd2)等。

3.视频多语言：视频源文件可能拥有多个相匹配的音频文件，对于不同的语言，视频的分片信息了也不相同。视频源文件的语言可能有很多种，区分方法是从1开始递增编号，例如1表示国语，2表示粤语等。

4.地区和运营商：在实际应用中，首先查看运营商代码，如果运营商不同，则不会进行数据传输；若运营商相同，会优先查看相同地区，但如果没有相同地区的peer，也会退之选择其它地区的peer，所以上述各特征里，只有地区是非必要条件。

因此，以上四条特征关系到P2P视频网络中各个终端对于其它peer的选取。只有同一运营商，同一个视频，同一个画质，并且是同一种语言，才能进行P2P的数据传输，五者的先后关系如下：

参见图1-图3，公开了根据本发明具体实施例的基于P2P网络的服务器端接口测试方法，包括如下步骤：

服务器分发接口测试步骤S100，准备数据，模拟多个客户端，所述客户端向Cumulus服务器发送注册请求，所述注册请求中带有所述客户端的视频id,视频画质和视频语言，所述Cumulus服务器根据预先制定的策略给所述客户端返回Peerid，以及和Tracker服务器的IP。

在示范性的实施例中，所述注册请求中的数据信息可以按如下方式进行表述

视频id:不同视频id，从1开始顺序递增

视频画质：标清flv，高清mp4，超清hd2等；

视频语言：1，2，3，…分别表示不同语言类型。

在这里预先制定的策略，指得是在设置P2P视频网络时对于服务器所制定的终端连接策略，测试的目的是观察Cumulus服务器给所述客户端返回最适合的Tracker服务器的IP是否和原先设定策略所应该得到的IP地址是否相同，从而判断Cumulus服务器的设置是否正确。

分发测试结果判断步骤S110，判断分发接口测试步骤返回的结果是否和原先设定策略所应该得到的结果相同，如果相同则进入心跳接口测试步骤S120，否则，则进入出错记录步骤S160，记录出错的结果。

在一个示范性的实施例中，服务器端向客户端返回的连接到的服务器ip接口测试返回的情况可能是：

a.对于同一个视频的同一画质，同一语言，不一定要注册到同一Cumulus服务器上;

b.对于同一个视频的同一画质，同一语言，必须要分发在同一个Tracker服务器上；

c.对于同一个视频的同一画质，但语言切换，不一定要注册到同一Cumulus服务器上，也不一定要分发到同一Tracker服务器上；

d.对于同一个视频的不同画质，同一语言，不一定要注册到同一Cumulus服务器上，也不一定要分发到同一Tracker服务器上；

对于同一个视频的不同画质，不同语言，不一定要注册到同一Cumulus服务器上，也不一定要分发到同一Tracker服务器上。

综上，关键是要把相同条件的视频分发到同一Tracker服务器上。因此，在一个示范性的实施例中，在S110中，判断分发接口测试步骤返回的结果中，相同条件的视频分片是否被分发到同一个Tracker服务器上，如果相同则进入心跳接口测试步骤S120，否则，则进入出错记录步骤S160，记录出错的结果。

心跳接口测试步骤S120，所述客户端定期，例如每隔20秒，以POST方式，向分发到的Tracker服务器发送心跳（heartbeat）请求，所述心跳请求的内容包括视频id，视频画质，视频语言，自己所拥有的视频分片，当前播放的是第几个视频分片，所述Cumulus服务器分配的Peerid。优选地，所述心跳请求中还包括运营商信息和地区信息。

该步骤的目的是为了报告自己目前拥有的视频数据信息，同时报告cumulus的分配的Peerid（pid）。

在该步骤中，客户端可以根据视频的特征，需将视频数据抽象为视频分片数据，在测试中为了简化数据结构，可以示例性的定义如下：

a.当前视频分片标识：num，从0开始；

b.视频id:不同视频id，从1开始顺序递增，与用例id一致；

c.Peerid:8位数；

d.视频拥有数据的总状态标识：测试中取视频分片数为7，有01数字串表征是否有分片数据，0表示没有数据，1表示有数据。如1100001，解释为此peer拥有1，2，7分片的数据；

e.视频画质：0，1，2,…分别表示标清flv，高清mp4，超清hd2；

f.视频语言：1，2，3，…分别表示不同语言类型；

g.运营商代码：4位数；

h.地区代码：2位数。

心跳（heartbeat）接口测试的参数值：

heartbeat(Peerid，视频id，视频画质，视频语言，视频拥有数据的总状态标识，当前视频分片标识，运营商代码，地区代码)。

测试实例举例：

第一个peer:心跳(11111111,1,flv,1,1100001,1,4834,11)

解释：此peer的Peerid是11111111，所看视频vid是1，观看画质是flv，语言是中文，拥有1，2，7分片数据，正在看第2片，运营商代码为4834，地区代码为11。

第二个peer:心跳(11111122,2,mp4,2,1000010,5,4134,11)

解释：此peer的Peerid是11111122，所看视频vid是2，观看画质是mp4，语言是粤文，拥有1，6分片数据，正在看第6片，运营商代码为4134，地区代码为11。

资源请求接口测试步骤S130，所述客户端定期，例如每隔60秒以POST方式，向分发到的Tracker服务器发送资源（getPeers）请求，所述资源请求的内容包括视频id，视频画质，视频语言，自己所拥有的视频分片，当前播放的是第几个视频分片，所述Cumulus服务器分配的Peerid，所述Tracker服务器依据收集到各个客户端的心跳信息，把拥有客户端播放当前视频分片数据的Peerid返回给所述客户端。优选地，所述资源请求中还包括运营商信息和地区信息。

在资源请求中，其数据定义可以与心跳请求的数据定义相同。

资源请求（getpeers）接口测试的参数值：

getpeers(pid，视频vid，视频画质，视频语言，视频拥有数据的总状态标识，当前视频分片标识，运营商代码，地区代码)。

测试实例举例：

getpeers(11111223,1,flv,1,0000000,0,4834,11)

解释：此peer的Peerid是11111223，所看视频id是1，观看画质是flv，语言是中文，没有分片数据，表示刚开始观看此视频第一片，运营商代码为4834，地区代码为11。根据服务器返回的其它peers的heartbeat信息，可知上述第二个peer符合同一运营商，同一视频，同一画质，同一语言，并且拥有第一片视频信息，可为此peer传输数据。

资源请求接口测试时，会根据心跳上报的情况，按照上一节说明的条件：运营商，视频id，视频画质，视频语言的顺序检查，筛选出可用peer，这样在实际使用中，所述客户端根据视频拥有数据的总状态标识进行数据传输。例如，客户端A201能够和客户端B202进行数据传输。

资源请求接口测试结果判断步骤S140，判断资源请求接口测试步骤返回的结果与预定结果是否相同，如果相同则进入测试报告记录步骤S150，否则，则进入出错记录步骤S160，记录出错的结果。

测试报告记录步骤S150，根据测试结果完成测试报告，并结束。

出错记录步骤S160，记录出错结果，并结束。

附图3示例性的记录了测试报告的格式，其中：

1.测试内容：指定是哪个接口测试；

2.请求:各接口请求；

3.postdata:请求的postdata；

4.返回:接口对应返回内容；

5.timer:对应的时间点，系统时间；

6.errorlog:接口的返回有误时，给出log信息。

但本领域技术人员应当知道，这属于一种示例，而非限定。

进一步的，为了提高测试的精度，能够在心跳接口测试步骤S120和/或资源请求接口测试步骤S130之后分别具有检测步骤，检测发出的所述心跳请求和所述资源请求是否正确，如果错误，则记录出错结果，并保存，如果正确，则不作记录。

这样，能够进一步的提高测试方法的精确性，避免由于发出错误的心跳请求或者资源请求而导致的测试方法结果出错。该检测步骤在发出心跳测试或者资源请求随后就进行，仅仅是一个附加的步骤。

示例性的，该检测步骤可以通过诸如etherael的抓包软件来实现，还可以通过本领域熟知的其它方法实现。

通过本发明的测试方法，可以模拟不同的客户端，即，对客户端发出不同的视频信息，来模拟不同的情况，来查看P2P视频网络服务器端接口侧测试情况。

例如：

测试1：固定视频，固定画质及不同的语言数组，对三组数据进行组合，实现同一视频，同一画质，不同语言的模拟，在此情况下，查看各接口自动化测试的结果。

测试2：固定视频，不同画质数组，及语言数组，对三组数据进行组合，实现同一视频，不同画质，不同语言的模拟，在此情况下，查看各接口自动化测试的结果。

测试3：多组固定视频，固定画质及固定语言的数据组合，实现同一视频，同一画质，同一语言的模拟，在此情况下，查看各接口自动化测试的结果。

测试4：视频vid数组，画质数组，语言数组，对三组数据进行组合，以实现不同视频，不同画质，不同语言的模拟，在此情况下，查看各接口自动化测试的结果。

实施例2：参见图4，该实施例公开了一种基于P2P的服务端接口测试装置，包括

本发明还公开了一种基于P2P的服务端接口测试装置300，包括如下单元：

服务器分发接口测试单元301，用于准备数据，模拟多个客户端，所述客户端向Cumulus服务器发送注册请求，所述注册请求中带有所述客户端的视频id,视频画质和视频语言，所述Cumulus服务器根据预先制定的策略给所述客户端返回Peerid，以及Tracker服务器的IP；

分发测试结果判断单元302，用于判断所述服务器分发接口测试单元301返回的结果是否和原先设定策略所应该得到的结果相同，如果相同则进入心跳接口测试单元303，否则，则进入出错记录单元307，记录出错的结果；

心跳接口测试单元303，所述客户端定期向分发到的Tracker服务器发送心跳请求，所述心跳请求的内容包括视频id，视频画质，视频语言，自己所拥有的视频分片，当前播放的是第几个视频分片，所述Cumulus服务器分配的Peerid；

资源请求接口测试单元304，所述客户端定期向分发到的Tracker服务器发送资源请求，所述资源请求的内容包括视频id，视频画质，视频语言，自己所拥有的视频分片，当前播放的是第几个视频分片，所述Cumulus服务器分配的Peerid，所述Tracker服务器依据收集到各个客户端的心跳信息，把拥有客户端播放当前视频分片数据的Peerid返回给所述客户端;

资源请求接口测试结果判断单元305，判断所述资源请求接口测试单元304返回的结果与预定结果是否相同，如果相同则进入测试报告记录单元306，否则，则进入出错记录单元307，记录出错的结果；

测试报告记录单元306，根据测试结果完成测试报告，并结束。

出错记录单元307，记录出错结果，并结束。

优选地，所述心跳请求和所述资源请求中还包括运营商信息和地区信息。

优选地，还具有检测单元，所述检测单元检测由所述心跳接口测试单元和/或所述资源请求接口测试单元发出的所述心跳请求和所述资源请求是否正确，如果错误，则记录出错结果，并保存，如果正确，则不作记录。

优选地，判断所述服务器分发接口测试单元返回的结果是否和原先设定策略所应该得到的结果相同，为：相同条件的视频分片是否被分发到同一个Tracker服务器上。

优选地，所述心跳请求每隔20秒以POST方式发出，所述资源请求每隔60秒以POST方式发出。

因此，本发明的基于P2P的服务端接口的测试方法和测试装置，从而能够结合具体测试工作的需求，对服务器端各接口进行了一套完整的整合测试，自动给出服务器端一次操作的测试结果，并可以在异常记录测试结构，并选择发邮件给相关人员，以便及时解决问题。

本发明具有如下优点：

1.可靠性：能够根据需要模拟出各种可能的客户端接口形式，保证覆盖网站特殊视频。

2.及时性：P2P网络中服务器端的测试十分重要，一旦服务器端出现问题，就无法进行客户端的p2p连接和传输。因此本发明能够及时的发现服务器端出现的问题，发现问题并通知相关人员，尽快解决问题。

3.简洁性：无需客户端模拟各种p2p场景，例如前端播放器同时播放多个同id,同画质，同语言的视频的情况。只需把视频抽象成数据，包括视频vid,画质，语言，分片等信息的数据结构，模拟构造出各种客户端口，即可完成对服务器端的测试。

显然，本领域技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施方式仅限于此，对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单的推演或替换，都应当视为属于本发明由所提交的权利要求书确定保护范围。

Claims (10)

1.一种基于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，记录出错结果，并结束。

2.根据权利要求1所述的基于P2P的服务端接口测试方法，其特征在于：

所述心跳请求和所述资源请求中还包括运营商信息和地区信息。

3.根据权利要求2所述的基于P2P的服务端接口测试方法，其特征在于：

在所述心跳接口测试步骤S120和/或所述资源请求接口测试步骤S130之后分别具有检测步骤，所述检测步骤检测被发出的所述心跳请求和/或所述资源请求是否正确，如果错误，则记录出错结果，并保存，如果正确，则不作记录。

4.根据权利要求1-3中任意一项所述的基于P2P的服务端接口测试方法，其特征在于：

判断所述服务器分发接口测试步骤返回的结果是否和原先设定策略所应该得到的结果相同，为：判断所述分发接口测试步骤返回的结果中，相同条件的视频分片是否被分发到同一个Tracker服务器上，所述相同条件为相同画质和相同语言。

5.根据权利要求1-3中任意一项所述的基于P2P的服务端接口测试方法，其特征在于：

所述心跳请求每隔20秒以POST方式发出，所述资源请求每隔60秒以POST方式发出。

6.一种基于P2P的服务端接口测试装置，包括如下单元：

服务器分发接口测试单元，用于准备数据，模拟多个客户端，所述客户端向Cumulus服务器发送注册请求，所述注册请求中带有所述客户端的视频id、视频画质和视频语言，所述Cumulus服务器根据预先制定的策略给所述客户端返回Peerid，以及Tracker服务器的IP；

分发测试结果判断单元，用于判断所述服务器分发接口测试单元返回的结果是否和原先设定策略所应该得到的结果相同，如果相同则运行心跳接口测试单元，否则，则运行出错记录单元，记录出错的结果；

心跳接口测试单元，所述客户端定期向分发到的Tracker服务器发送心跳请求，所述心跳请求的内容包括视频id、视频画质、视频语言、自己所拥有的视频分片、当前播放的是第几个视频分片和所述Cumulus服务器分配的Peerid；

资源请求接口测试单元，所述客户端定期向分发到的Tracker服务器发送资源请求，所述资源请求的内容包括视频id、视频画质、视频语言、自己所拥有的视频分片、当前播放的是第几个视频分片和所述Cumulus服务器分配的Peerid，所述Tracker服务器依据收集到各个客户端的心跳请求，把拥有客户端播放当前视频分片数据的Peerid返回给所述客户端;

资源请求接口测试结果判断单元，判断所述资源请求接口测试单元返回的结果与预定结果是否相同，如果相同则运行测试报告记录单元，否则，则运行出错记录单元，记录出错的结果；

测试报告记录单元，根据测试结果完成测试报告，并结束；

出错记录单元，记录出错结果，并结束。

7.根据权利要求6所述的基于P2P的服务端接口测试装置，其特征在于：

所述心跳请求和所述资源请求中还包括运营商信息和地区信息。

8.根据权利要求7所述的基于P2P的服务端接口测试装置，其特征在于：

还具有检测单元，所述检测单元检测由所述心跳接口测试单元和/或所述资源请求接口测试单元发出的所述心跳请求和/或所述资源请求是否正确，如果错误，则记录出错结果，并保存，如果正确，则不作记录。

9.根据权利要求6-8中任意一项所述的基于P2P的服务端接口测试装置，其特征在于：

判断所述服务器分发接口测试单元返回的结果是否和原先设定策略所应该得到的结果相同，为：相同条件的视频分片是否被分发到同一个Tracker服务器上，所述相同条件为相同画质和相同语言。

10.根据权利要求6-8中任意一项所述的基于P2P的服务端接口测试装置，其特征在于：

所述心跳请求每隔20秒以POST方式发出，所述资源请求每隔60秒以POST方式发出。