CN108696399B - 业务服务的测试方法和装置 - Google Patents

Abstract

本发明公开了一种业务服务的测试方法和装置。其中，该方法包括：接收到测试请求，测试请求用于请求对待测试的第一业务服务进行测试；响应于测试请求，从业务系统的接入服务器获取第一业务请求，接入服务器用于转发接收到的第二业务请求至业务系统，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，其中，发送的第一业务请用于目标服务器对第一业务服务进行测试。本发明解决了相关技术中对业务服务的测试效率较低的技术问题。

Description

业务服务的测试方法和装置

技术领域

本发明涉及互联网领域，具体而言，涉及一种业务服务的测试方法和装置。

背景技术

软件、应用或者服务在正式上线为用户提供服务之前，需要对其性能进行一系列的测试，以期提前发现软件中存在的问题。随着互联网技术的发展，海量的业务请求，例如针对广告位的广告推荐请求，对软件的处理速度和处理能力都是很大的考验。

相关技术中的软件测试方法一般通过日志系统数据库实现，获取日志文件中与被请求广告相关的参数，在具体测试时，从日志文件中随机获取各项参数，并根据参数组包发送请求至服务所在的服务器，通过控速系统配置发送速度，保证请求根据配置的速度大小匀速发送。

利用上述的方法进行测试时，需要进行数据库操作，进行大量配置工作，并需要随时对提取的相关参数进行更新，重新构造用于测试的请求组包，操作繁琐，工作量大，影响了测试的效率。

针对相关技术中对业务服务的测试效率较低的技术问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种业务服务的测试方法和装置，以至少解决相关技术中对业务服务的测试效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种业务服务的测试方法，该测试方法包括：接收到测试请求，其中，测试请求用于请求对待测试的第一业务服务进行测试；响应于测试请求，从业务系统的接入服务器获取第一业务请求，其中，接入服务器用于转发接收到的第二业务请求至业务系统，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，其中，发送的第一业务请用于目标服务器对第一业务服务进行测试。

根据本发明实施例的另一方面，还提供了一种业务服务的测试装置，该测试装置包括：接收单元，用于接收到测试请求，其中，测试请求用于请求对待测试的第一业务服务进行测试；响应单元，用于响应于测试请求，从业务系统的接入服务器获取第一业务请求，其中，接入服务器用于转发接收到的第二业务请求至业务系统，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；发送单元，用于发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，其中，发送的第一业务请用于目标服务器对第一业务服务进行测试。

在本发明实施例中，在接收到测试请求时，从业务系统的接入服务器获取第一业务请求，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；然后发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，由于发送的第一业务请求是直接从接入服务器获取到的，而不用在测试时进行业务请求的构造，可以解决相关技术中对业务服务的测试效率较低的技术问题，进而达到提高业务服务的测试效率的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的业务服务的测试方法的硬件环境的示意图；

图2是根据本发明实施例的一种可选的业务服务的测试方法的流程图；

图3是根据本发明实施例的可选的广告推荐系统的示意图；

图4是根据本发明实施例的一种可选的业务服务的测试方法的流程图；

图5是根据本发明实施例的可选的测试系统的示意图；

图6是根据本发明实施例的一种可选的业务服务的测试装置的示意图；

图7是根据本发明实施例的一种可选的业务服务的测试装置的示意图；

图8是根据本发明实施例的一种可选的业务服务的测试装置的示意图；以及

图9是根据本发明实施例的一种终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本发明实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

广告推荐系统：根据互联网用户的特征，用户历史行为，实时行为等信息，使用特定的算法为用户推荐合适的广告的系统。

Access Server：广告推荐系统的接入系统，负责接收业务侧发送的广告推荐计算请求，并发送到实际进行计算任务的服务器。

实施例1

根据本发明实施例，提供了一种业务服务的测试方法的方法实施例。

可选地，在本实施例中，上述业务服务的测试方法可以应用于如图1所示的由测试服务器102和终端104所构成的硬件环境中。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的业务服务的测试方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的业务服务的测试方法也可以是由安装在其上的客户端来执行。

例如，上述方法可以运行在终端或者测试服务器等设备上运行，在该设备接收到测试请求时；响应于测试请求，从业务系统的接入服务器获取第一业务请求，接入服务器用于转发接收到的第二业务请求至业务系统，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；设备发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，发送的第一业务请用于目标服务器对第一业务服务进行测试。

例如，上述方法也可以直接在终端和测试服务器组成的系统上运行，在测试服务器接收到终端的测试请求时；响应于测试请求，从业务系统的接入服务器获取第一业务请求，接入服务器用于转发接收到的第二业务请求至业务系统，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；测试服务器发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，其中，发送的第一业务请用于目标服务器对第一业务服务进行测试。

图2是根据本发明实施例的一种可选的业务服务的测试方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤S202，接收到测试请求，测试请求用于请求对待测试的第一业务服务进行测试；

步骤S204，响应于测试请求，从业务系统的接入服务器获取第一业务请求，接入服务器用于转发接收到的第二业务请求至业务系统，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；

步骤S206，发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，发送的第一业务请用于目标服务器对第一业务服务进行测试。

通过上述步骤S202至步骤S206，在接收到测试请求时，从业务系统的接入服务器获取第一业务请求，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；然后发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，由于发送的第一业务请求是直接从接入服务器获取到的，而不用在测试时进行业务请求的构造，可以解决相关技术中对业务服务的测试效率较低的技术问题，进而达到提高业务服务的测试效率的技术效果。

用户经常在终端或者客户端上观看第一媒体信息(如新闻、视频、音乐、购物网页等)，为了迎合用户的习惯、喜好等，当用户在该终端或者客户端观看第一媒体信息时，常常为该用户推荐一些其它的媒体信息(记为第二媒体信息，如推荐的广告、推荐的视频、推荐的音乐等信息)。

业务请求可以为用户点击观看第一媒体信息时，客户端或者终端发送的用于请求第二媒体信息的请求，以在加载第一媒体信息的同时加载第二媒体信息，在同一展示界面中进行展示。

业务系统可以为用于提供一系列业务服务(业务服务用于提供待推荐的第二媒体信息的服务)的服务器集群，接入服务器在接收到业务请求时，将该业务请求转发至对应的业务服务所在的业务服务器，业务服务器在接收到业务请求时，根据业务请求中携带的用户信息、客户端信息、终端信息等中的一个或多个，选取合适的第二媒体信息，以满足用户的习惯爱好，增加用户黏度。

相关技术中在进行业务服务的测试时，需要编写程序，使用发包工具从历史时间段内保存的日志中提取相关参数信息，随机获取过去几天至几个月的日志中记载的业务请求相关的参数信息，并根据随机选取的相关参数信息，测试时，按照协议重新组成请求包，通过控速系统配置发送速度，保证请求根据配置的速度大小匀速发送到测试系统，以对业务服务进行测试。

相关技术中，在获取日志中的参数时需要进行数据库操作，进行大量配置工作，并需要随时对提取的数据进行更新，操作繁琐，工作量大，造成了测试的效率较低。而在本申请中，采用的方式为现网引流(一种复制现网业务请求，并等量实时转发到测试系统的测试方法)，仅需在接收服务器侧预先对接收到的业务请求进行复制保存，测试时直接使用保存的业务请求，而无需进行业务请求包的构造，可以解决相关技术中测试效率较低的技术问题。

另外，相关技术中在获取日志中的参数时为随机获取，具有完全的随机性，而实际用户行为和业务请求有一定的倾向性，并非完全随机。请求的倾向性会直接影响系统的缓存命中率，而随机的获取参数会导致缓存命中率与实际情况下的缓存命中率存在较大区别，从而对系统性能测试造成很大影响。而在本申请中，用于进行测试的业务请求为预先直接对某个时段内的用户的业务请求复制得到的，也即是具有倾向性的业务请求，而不是人为构造的业务请求，在进行测试时，可以使得测试结果更为准确。

下面结合图2进一步详述本申请的实施例：

在步骤S202提供的技术方案中，在新业务类型的业务服务或者新版本的业务服务上线前，需要对待上线的业务服务进行测试，具体可以通过测试人员、脚本或者机器自动触发的形式触发测试，也即在测试终端(如中转Server)上接收到触发测试的测试请求，该试请求用于请求对待测试的第一业务服务进行测试。

在步骤S204提供的技术方案中，在测试终端接收到测试请求之后，对该测试请求进行响应，从业务系统的接入服务器获取用于进行测试的多个第一业务请求，具体在获取时刻按照当前时刻从接入服务器的请求集合中获取第一业务请求，当前时刻与第一业务请求的发送时刻之间的差值小于预设阈值，请求集合中的业务请求为对接入服务器在当前时刻之前接收到的业务请求进行复制得到的，请求集合中包括第一业务请求。

相关技术中的日志中记载的所有参数为过去若干天到若干个月内，甚至时间更为久远的数据，申请人认识到，许多业务需求是随着时间的变化而变化的，历史时间段的数据与现在时刻的数据有较大时间差，反映当前用户的习惯需求的能力较弱，如对于某些广告，若干天前处于上线状态，当前就处于下线状态，若干天前的参数也不能用于表征最近刚上线的广告。实时推荐系统的时效性为秒级，进行推荐计算的数据也为实时获取并随用户行为进行改变的，使用过去的数据在当前进行计算出的结果会有很大误差，系统的性能表现也会有差别，影响测试的结果。

而在本申请的实施例中，在接入服务器上，每当接收到客户端发送的业务请求时，先将接收到的业务请求进行复制，并保存在请求集合中，然后转发原业务请求到业务服务器。在进行测试时，可以根据实时推荐系统的需求设置预设阈值，如设置为1分钟、30秒、10秒、5秒、1秒等，这样在获取用于测试的业务请求时，只获取与当前时刻的时间差在预设阈值内的，因为这段时间内的业务请求反映当前用户的习惯需求的能力较强，能够满足实时推荐系统的时效性需求，使用这样的业务请求数据计算出的结果会有比较准确，系统的性能表现也会有较好，能够使得测试结果更为准确。

需要说明的是，在本申请的技术方案中，可以同时对多个业务服务进行测试。在从业务系统的接入服务器获取第一业务请求时，可以根据待测试的业务服务进行获取，具体是从接入服务器的请求集合中选取出与第一业务服务匹配的第一业务请求，第一业务服务与第一业务请求所请求提供的业务服务相匹配。

在上述实施例中，从接入服务器的请求集合中选取出与第一业务服务匹配的第一业务请求可以通过如下方式实现：从配置文件中获取与第一业务服务关联的第一参数信息，第一参数信息为用于请求提供第一业务服务的业务请求中需携带的参数信息；判断请求集合中的业务请求所携带的第二参数信息与第一参数信息是否相同，第二参数信息用于指示请求集合中的业务请求所请求提供的业务服务；在判断出第二参数信息与第一参数信息相同的情况下，确定请求集合中的业务请求为选取出的第一业务请求。

上述的参数信息可以为用于标识所请求的业务服务的标识信息，每个业务服务具有唯一标识，这样就可以根据参数信息唯一确定该业务请求所请求提供的业务服务，在为多个业务服务选取测试用的业务请求时，即可根据每个业务请求的参数信息(如唯一标识)从请求集合中分别选取。

在该实施例中，在不用构造业务请求的基础上，可以同时对多个业务服务进行测试，进一步提高了测试的效率。

可选地，上述的配置文件为在接收到测试请求之前创建的，配置文件中记录有待测试的业务服务和用于请求提供待测试的业务服务的业务请求中需携带的参数信息之间的关联关系、待测试的业务服务和待测试的业务服务所在服务器的地址信息之间的关联关系以及待测试的业务服务和待测试的业务服务所在服务器的发送比例之间的关联关系。

在步骤S204提供的技术方案中，考虑到部署有业务服务的进行测试的目标服务器与真实的用于提供该业务服务的服务器之间的性能差异(如运算性能、吞吐量等)，可以对请求的数量按照一定的发送比例进行发送，在发送第一业务请求至第一业务服务所在的目标服务器之前，可以从配置文件中获取为目标服务器配置的发送比例；这样，在发送第一业务请求至第一业务服务所在的目标服务器时，即可按照该发送比例发送第一业务请求至目标服务器。

上述的发送比例为根据目标服务器和真实的用于提供业务服务的第二服务器之间的性能确定的，具体可以将真实的用于提供业务服务的第二服务器的性能进行量化处理，得到第一参数，同时将目标服务器的性能进行量化处理，得到第二参数，该发送比例即第二参数与第一参数的比值。采用这种方式进行处理，可以避免目标服务器运行在过负荷状态，避免影响测试结果。

另外，待测试的业务服务可以为多个，而不同的业务服务可能部署在不同目标服务器上，因此，在按照发送比例发送第一业务请求至目标服务器之前，可从配置文件中获取目标服务器的地址信息。在按照发送比例发送第一业务请求至目标服务器时，可按照发送比例发送第一业务请求至地址信息所指示的目标服务器。

在步骤S206提供的技术方案中，在发送第一业务请求至第一业务服务所在的目标服务器之后，在目标服务器使用第一业务请求对业务服务进行测试完毕之后，获取目标服务器对第一业务服务的测试结果，测试结果中包括第一业务服务根据第一业务请求返回的媒体推荐信息。这样，可以根据测试结果判断业务服务是否存在需要改进的地方。

在本申请的实施例中，提供了一种高效实用的模拟现网流量的测试方法，可运用于广告推荐系统、视频推荐系统等的测试中，提升了测试的效率，并提高了测试的效果和测试结果的准确度。

作为一种可选的实施例，下面以图3所示的广告推荐系统为例进一步详述本申请的实施例。

在广告推荐系统的业务请求中，包含几十个维度的内容，并且包含大量长尾信息；对于接入服务器(如Access Server)，每秒接受的请求达数千笔，同时实时广告推荐系统具有高时效性，在不同时间段，对于请求计算出的推荐结果会有很大差别，所以依据传统方法进行测试，不但构造请求的工作量大，而且因为实际请求特征具有非随机性，利用构造请求进行测试的结果也不够精确。

采用本申请提供的模拟现网流量进行测试的方法，可解决实时广告推荐系统中面临的以上挑战，直接通过Access Server上的程序复制模拟现网，一方面可以保留请求特征和保证时效性，提高测试的准确度，另一方面能省去构造请求的工作，提高测试效率。

上述的Access Server可以为现网请求接入系统，用来实现复制现网请求的功能，在接收到现网请求后，Access Server将现网请求(如业务请求a,b,c等)复制一份，并把原请求发送到广告推荐系统的现网生产集群，复制出的相同请求发送到现网的引流中转Server。

上述的中转Server为现网中进行引流流量的中转服务器，用来实现流量按算法级别的分流以及流量的缩小。在实际的应用场景中，Access Server接收的请求内容是来自不同广告位，并需要使用相应的算法(即业务服务)进行处理；Access Server进行全量现网请求复制转发，流量大小等于实际现网流量大小。

在测试中，需要基于单个算法或某几个算法(即业务服务)进行测试，测试集群的规模也远小于现网生产集群，所以中转Server会解析接收到的请求，取得测试所需算法对应请求，按比例进行缩小，再发送到指定测试集群。具体实现方式如图4和图5所示：

步骤S402，配置本地配置集群的配置文件，配置包括集群(或集群中各个服务器)和业务服务的算法的对应关系的配置文件，集群配置文件中的配置信息包含集群名称，集群中服务器机器的ip和端口(即地址信息)；集群中服务器和业务服务的算法的对应关系的配置文件中的配置信息包含集群名称与算法的对应关系，以及算法缩小的比例。

步骤S404，中转Server接收请求后，解析请求对应的算法，根据配置信息匹配需要发送的集群。广告投放请求(即业务请求)被发送到接入服务器Access Server之后，会将幅值的广告投放请求发送到中转Server，由中转Server根据配置信息匹配需要发送的集群。

在该实施例中，存在两条数据流，一条是将原请求发送至生产集群(具有现网版本的接入服务Access Server、业务服务的算法、数据代理等)；另一条是将复制的业务请求发送至测试集群(具有测试版本的接入服务Access Server、业务服务的算法、数据代理等)。

步骤S406，如果匹配到对应的集群，就根据配置的缩小比例(如10％、20％等)，按比例抽样发送到集群对应的机器上。

如业务请求a被发送至测试集群A，业务请求b被发送至测试集群B，业务请求c被发送至测试集群C。

步骤S408，如果未匹配到对应的集群，则说明该算法请求不需要测试，直接丢弃结束处理。中转Server不会回复请求包到Access Server，以免对现网的请求统计结果造成影响。

例如对于业务请求d，没有与之对应的集群或者服务器，则直接丢弃。

在上述实施例中，广告推荐系统请求中包含几十个维度的内容，并且包含大量长尾信息；每秒接受的请求达数千笔，完全由测试构造需要耗费大量精力，直接复制现网请求不需要做任何构造请求工作，可以大大提高测试效率，完全复制现网流量，现网运行系统收到的请求内容和数量不变，使用现网请求进行测试时，现网不受任何影响。采用本申请的方法可将引流流量按照算法进行分发，测试集群规模可控，实际测试使用图3和图5所示系统架构，将现网版本替换为测试版本，两套环境在相同的请求下运行，通过对比计算结果和系统运行情况，快速发现系统的功能、稳定性风险等。

对于视频推荐系统、购物信息推荐系统、新闻等推荐系统，也可以将本申请中的方法应用于系统中，实现方式与上述的广告推荐系统类似，本实施例不再赘述。

采用本申请提供的模拟现网流量进行测试的方法，解决了流量的多样性、时效性和非随机性的问题，该方法较之相关技术中的编写测试用例构造请求的方法具有以下优势：

(1)请求中参数类型与现网中请求的类型一致，能保证测试请求的多样性，测试请求的频率、密度及计算请求所包含的参数特征等，与现网频率、密度等一致，减少了测试的中间变量。

(2)采用现网引流方法模拟的流量，与现网的请求完全一致，能保证测试请求的多样性，解决实际推荐业务中请求的非随机性导致的进行测试时难以模拟的问题。高维算法中需要根据请求参数查询并使用大量数据计算，现网引流请求中的参数特征和请求频率与现网一致，能减少测试中间变量，提高测试准确性。

(3)请求具有高时效性，完全符合当前时刻请求的特征，针对高时效性系统，能精确测试出待测系统在实际应用场景中的功能和性能表现。同时，实时广告推荐系统具有高时效性，在不同时间段，对于请求计算出的推荐结果会有很大差别，使用现网引流，现网请求与测试请求的时差在1s以内，能完美解决测试中的时效性问题。

(4)可减少构造请求工作，提高测试效率。在使用现网请求同时，不对现网运行中业务造成任何影响。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

实施例2

根据本发明实施例，还提供了一种用于实施上述业务服务的测试方法的业务服务的测试装置。图6是根据本发明实施例的一种可选的业务服务的测试装置的示意图，如图6所示，该装置可以包括：接收单元62、响应单元64以及发送单元66。

接收单元62，用于接收到测试请求，测试请求用于请求对待测试的第一业务服务进行测试；

响应单元64，用于响应于测试请求，从业务系统的接入服务器获取第一业务请求，接入服务器用于转发接收到的第二业务请求至业务系统，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；

发送单元66，用于发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，发送的第一业务请用于目标服务器对第一业务服务进行测试。

需要说明的是，该实施例中的接收单元62可以用于执行本申请实施例1中的步骤S202，该实施例中的响应单元64可以用于执行本申请实施例1中的步骤S204，该实施例中的发送单元66可以用于执行本申请实施例1中的步骤S206。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，在接收到测试请求时，从业务系统的接入服务器获取第一业务请求，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；然后发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，由于发送的第一业务请求是直接从接入服务器获取到的，而不用在测试时进行业务请求的构造，可以解决相关技术中对业务服务的测试效率较低的技术问题，进而达到提高业务服务的测试效率的技术效果。

用户经常在终端或者客户端上观看第一媒体信息(如新闻、视频、音乐、购物网页等)，为了迎合用户的习惯、喜好等，当用户在该终端或者客户端观看第一媒体信息时，常常为该用户推荐一些其它的媒体信息(记为第二媒体信息，如推荐的广告、推荐的视频、推荐的音乐等信息)。

业务请求可以为用户点击观看第一媒体信息时，客户端或者终端发送的用于请求第二媒体信息的请求，以在加载第一媒体信息的同时加载第二媒体信息，在同一展示界面中进行展示。

业务系统可以为用于提供一系列业务服务(业务服务用于提供待推荐的第二媒体信息的服务)的服务器集群，接入服务器在接收到业务请求时，将该业务请求转发至对应的业务服务所在的业务服务器，业务服务器在接收到业务请求时，根据业务请求中携带的用户信息、客户端信息、终端信息等中的一个或多个，选取合适的第二媒体信息，以满足用户的习惯爱好，增加用户黏度。

相关技术中在进行业务服务的测试时，需要编写程序，使用发包工具从历史时间段内保存的日志中提取相关参数信息，随机获取过去几天至几个月的日志中记载的业务请求相关的参数信息，并根据随机选取的相关参数信息，测试时，按照协议重新组成请求包，通过控速系统配置发送速度，保证请求根据配置的速度大小匀速发送到测试系统，以对业务服务进行测试。

相关技术中，在获取日志中的参数时需要进行数据库操作，进行大量配置工作，并需要随时对提取的数据进行更新，操作繁琐，工作量大，造成了测试的效率较低。而在本申请中，采用的方式为现网引流(一种复制现网业务请求，并等量实时转发到测试系统的测试方式)，仅需在接收服务器侧预先对接收到的业务请求进行复制保存，测试时直接使用保存的业务请求，而无需进行业务请求包的构造，可以解决相关技术中测试效率较低的技术问题。

另外，相关技术中在获取日志中的参数时为随机获取，具有完全的随机性，而实际用户行为和业务请求有一定的倾向性，并非完全随机。请求的倾向性会直接影响系统的缓存命中率，而随机的获取参数会导致缓存命中率与实际情况下的缓存命中率存在较大区别，从而对系统性能测试造成很大影响。而在本申请中，用于进行测试的业务请求为预先直接对某个时段内的用户的业务请求复制得到的，也即是具有倾向性的业务请求，而不是人为构造的业务请求，在进行测试时，可以使得测试结果更为准确。

在新业务类型的业务服务或者新版本的业务服务上线前，需要对待上线的业务服务进行测试，具体可以通过测试人员、脚本或者机器自动触发的形式触发测试，也即在测试终端(如中转Server)上接收到触发测试的测试请求，该试请求用于请求对待测试的第一业务服务进行测试。

可选地，响应单元还用于按照当前时刻从接入服务器的请求集合中获取第一业务请求，其中，当前时刻与第一业务请求的发送时刻之间的差值小于预设阈值，请求集合中的业务请求为对接入服务器在当前时刻之前接收到的业务请求进行复制得到的，请求集合中包括第一业务请求。

相关技术中的日志中记载的所有参数为过去若干天到若干个月内，甚至时间更为久远的数据，申请人认识到，许多业务需求是随着时间的变化而变化的，历史时间段的数据与现在时刻的数据有较大时间差，反映当前用户的习惯需求的能力较弱，如对于某些广告，若干天前处于上线状态，当前就处于下线状态，若干天前的参数也不能用于表征最近刚上线的广告。实时推荐系统的时效性为秒级，进行推荐计算的数据也为实时获取并随用户行为进行改变的，使用过去的数据在当前进行计算出的结果会有很大误差，系统的性能表现也会有差别，影响测试的结果。

而在本申请的实施例中，在接入服务器上，每当接收到客户端发送的业务请求时，先将接收到的业务请求进行复制，并保存在请求集合中，然后转发原业务请求到业务服务器。在进行测试时，可以根据实时推荐系统的需求设置预设阈值，如设置为1分钟、30秒、10秒、5秒、1秒等，这样在获取用于测试的业务请求时，只获取与当前时刻的时间差在预设阈值内的，因为这段时间内的业务请求反映当前用户的习惯需求的能力较强，能够满足实时推荐系统的时效性需求，使用这样的业务请求数据计算出的结果会有比较准确，系统的性能表现也会有较好，能够使得测试结果更为准确。

需要说明的是，在本申请的技术方案中，可以同时对多个业务服务进行测试。响应单元从接入服务器的请求集合中选取出与第一业务服务匹配的第一业务请求，其中，第一业务服务与第一业务请求所请求提供的业务服务相匹配。

可选地，如图7所示，上述的响应单元64包括：第一获取模块642，用于从配置文件中获取与第一业务服务关联的第一参数信息，其中，第一参数信息为用于请求提供第一业务服务的业务请求中需携带的参数信息；判断模块644，用于判断请求集合中的业务请求所携带的第二参数信息与第一参数信息是否相同，其中，第二参数信息用于指示请求集合中的业务请求所请求提供的业务服务；确定模块646，用于在判断出第二参数信息与第一参数信息相同的情况下，确定请求集合中的业务请求为选取出的第一业务请求。

上述的参数信息可以为用于标识所请求的业务服务的标识信息，每个业务服务具有唯一标识，这样就可以根据参数信息唯一确定该业务请求所请求提供的业务服务，在为多个业务服务选取测试用的业务请求时，即可根据每个业务请求的参数信息(如唯一标识)从请求集合中分别选取。

在该实施例中，在不用构造业务请求的基础上，可以同时对多个业务服务进行测试，进一步提高了测试的效率。

可选地，如图8所示，上述的配置文件为在接收到测试请求之前创建的，具体是通过本申请的装置所包括的创建单元68实现的，该创建单元用于在接收到测试请求之前，创建配置文件，其中，配置文件中记录有待测试的业务服务和用于请求提供待测试的业务服务的业务请求中需携带的参数信息之间的关联关系、待测试的业务服务和待测试的业务服务所在服务器的地址信息之间的关联关系以及待测试的业务服务和待测试的业务服务所在服务器的发送比例之间的关联关系。

考虑到部署有业务服务的进行测试的目标服务器与真实的用于提供该业务服务的服务器之间的性能差异(如运算性能、吞吐量等)，可以对请求的数量按照一定的发送比例进行发送，发送单元包括：第二获取模块，用于在发送第一业务请求至第一业务服务所在的目标服务器之前，从配置文件中获取为目标服务器配置的发送比例；发送模块，用于按照发送比例发送第一业务请求至目标服务器。

上述的发送比例为根据目标服务器和真实的用于提供业务服务的第二服务器之间的性能确定的，具体可以将真实的用于提供业务服务的第二服务器的性能进行量化处理，得到第一参数，同时将目标服务器的性能进行量化处理，得到第二参数，该发送比例即第二参数与第一参数的比值。采用这种方式进行处理，可以避免目标服务器运行在过负荷状态，避免影响测试结果。

另外，待测试的业务服务可以为多个，而不同的业务服务可能部署在不同目标服务器上，发送单元还包括：第三获取模块，用于在按照发送比例发送第一业务请求至目标服务器之前，从配置文件中获取目标服务器的地址信息；发送模块还用于按照发送比例发送第一业务请求至地址信息所指示的目标服务器。

可选地，本申请的装置还可以包括：获取单元，用于在发送第一业务请求至第一业务服务所在的目标服务器之后，获取目标服务器对第一业务服务的测试结果，其中，测试结果中包括第一业务服务根据第一业务请求返回的媒体推荐信息。

在本申请的实施例中，提供了一种高效实用的模拟现网流量的测试方法，可运用于广告推荐系统、视频推荐系统等的测试中，提升了测试的效率，并提高了测试的效果和测试结果的准确度。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

实施例3

根据本发明实施例，还提供了一种用于实施上述业务服务的测试方法的服务器或终端。

图9是根据本发明实施例的一种终端的结构框图，如图9所示，该终端可以包括：一个或多个(图9中仅示出一个)处理器901、存储器903、以及传输装置905(如上述实施例中的发送装置)，如图9所示，该终端还可以包括输入输出设备907。

其中，存储器903可用于存储软件程序以及模块，如本发明实施例中的业务服务的测试方法和装置对应的程序指令/模块，处理器901通过运行存储在存储器903内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的业务服务的测试方法。存储器903可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器903可进一步包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置905用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置905包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置905为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器903用于存储应用程序。

处理器901可以通过传输装置905调用存储器903存储的应用程序，以执行下述步骤：接收到测试请求，测试请求用于请求对待测试的第一业务服务进行测试；响应于测试请求，从业务系统的接入服务器获取第一业务请求，接入服务器用于转发接收到的第二业务请求至业务系统，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，发送的第一业务请用于目标服务器对第一业务服务进行测试。

处理器901还用于执行下述步骤：从配置文件中获取与第一业务服务关联的第一参数信息，第一参数信息为用于请求提供第一业务服务的业务请求中需携带的参数信息；判断请求集合中的业务请求所携带的第二参数信息与第一参数信息是否相同，第二参数信息用于指示请求集合中的业务请求所请求提供的业务服务；在判断出第二参数信息与第一参数信息相同的情况下，确定请求集合中的业务请求为选取出的第一业务请求。

采用本发明实施例，在接收到测试请求时，从业务系统的接入服务器获取第一业务请求，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；然后发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，由于发送的第一业务请求是直接从接入服务器获取到的，而不用在测试时进行业务请求的构造，可以解决相关技术中对业务服务的测试效率较低的技术问题，进而达到提高业务服务的测试效率的技术效果。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图9所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图9其并不对上述电子装置的结构造成限定。例如，终端还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行业务服务的测试方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S11，接收到测试请求，测试请求用于请求对待测试的第一业务服务进行测试；

S12，响应于测试请求，从业务系统的接入服务器获取第一业务请求，接入服务器用于转发接收到的第二业务请求至业务系统，第一业务请求为接入服务器对接收到的第二业务请求进行复制得到的；

S13，发送第一业务请求至第一业务服务所在的目标服务器，以对第一业务服务进行测试，发送的第一业务请用于目标服务器对第一业务服务进行测试。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S21，从配置文件中获取与第一业务服务关联的第一参数信息，第一参数信息为用于请求提供第一业务服务的业务请求中需携带的参数信息；

S22，判断请求集合中的业务请求所携带的第二参数信息与第一参数信息是否相同，第二参数信息用于指示请求集合中的业务请求所请求提供的业务服务；

S23，在判断出第二参数信息与第一参数信息相同的情况下，确定请求集合中的业务请求为选取出的第一业务请求。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (16)

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

接收到测试请求，其中，所述测试请求用于请求对待测试的第一业务服务进行测试；

响应于所述测试请求，从业务系统的接入服务器获取第一业务请求，其中，所述接入服务器用于转发接收到的第二业务请求至对应的业务服务所在的业务服务器，所述第一业务请求为所述接入服务器对接收到的所述第二业务请求进行复制得到的；

发送所述第一业务请求至所述第一业务服务所在的目标服务器，以对所述第一业务服务进行测试，其中，发送的所述第一业务请用于所述目标服务器对所述第一业务服务进行测试。

2.根据权利要求1所述的方法，其特征在于，从业务系统的接入服务器获取第一业务请求包括：

按照当前时刻从所述接入服务器的请求集合中获取所述第一业务请求，其中，所述当前时刻与所述第一业务请求的发送时刻之间的差值小于预设阈值，所述请求集合中的业务请求为对所述接入服务器在所述当前时刻之前接收到的业务请求进行复制得到的，所述请求集合中包括所述第一业务请求。

3.根据权利要求1所述的方法，其特征在于，从业务系统的接入服务器获取第一业务请求包括：

从所述接入服务器的请求集合中选取出与所述第一业务服务匹配的所述第一业务请求，其中，所述第一业务服务与所述第一业务请求所请求提供的业务服务相匹配。

4.根据权利要求3所述的方法，其特征在于，从所述接入服务器的请求集合中选取出与所述第一业务服务匹配的所述第一业务请求包括：

从配置文件中获取与所述第一业务服务关联的第一参数信息，其中，所述第一参数信息为用于请求提供所述第一业务服务的业务请求中需携带的参数信息；

判断所述请求集合中的业务请求所携带的第二参数信息与所述第一参数信息是否相同，其中，所述第二参数信息用于指示所述请求集合中的业务请求所请求提供的业务服务；

在判断出所述第二参数信息与所述第一参数信息相同的情况下，确定所述请求集合中的业务请求为选取出的所述第一业务请求。

5.根据权利要求1所述的方法，其特征在于，

在发送所述第一业务请求至所述第一业务服务所在的目标服务器之前，所述方法还包括：从配置文件中获取为所述目标服务器配置的发送比例；

发送所述第一业务请求至所述第一业务服务所在的目标服务器包括：按照所述发送比例发送所述第一业务请求至所述目标服务器。

6.根据权利要求5所述的方法，其特征在于，

在按照所述发送比例发送所述第一业务请求至所述目标服务器之前，所述方法还包括：从所述配置文件中获取所述目标服务器的地址信息；

按照所述发送比例发送所述第一业务请求至所述目标服务器包括：按照所述发送比例发送所述第一业务请求至所述地址信息所指示的所述目标服务器。

7.根据权利要求1至6中任意一项所述的方法，其特征在于，在接收到所述测试请求之前，所述方法还包括：

创建配置文件，其中，所述配置文件中记录有待测试的业务服务和用于请求提供所述待测试的业务服务的业务请求中需携带的参数信息之间的关联关系、所述待测试的业务服务和所述待测试的业务服务所在服务器的地址信息之间的关联关系以及所述待测试的业务服务和所述待测试的业务服务所在服务器的发送比例之间的关联关系。

8.根据权利要求1所述的方法，其特征在于，在发送所述第一业务请求至所述第一业务服务所在的目标服务器之后，所述方法还包括：

获取所述目标服务器对所述第一业务服务的测试结果，其中，所述测试结果中包括所述第一业务服务根据所述第一业务请求返回的媒体推荐信息。

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

接收单元，用于接收到测试请求，其中，所述测试请求用于请求对待测试的第一业务服务进行测试；

响应单元，用于响应于所述测试请求，从业务系统的接入服务器获取第一业务请求，其中，所述接入服务器用于转发接收到的第二业务请求至对应的业务服务所在的业务服务器，所述第一业务请求为所述接入服务器对接收到的所述第二业务请求进行复制得到的；

发送单元，用于发送所述第一业务请求至所述第一业务服务所在的目标服务器，以对所述第一业务服务进行测试，其中，发送的所述第一业务请用于所述目标服务器对所述第一业务服务进行测试。

10.根据权利要求9所述的装置，其特征在于，所述响应单元还用于按照当前时刻从所述接入服务器的请求集合中获取所述第一业务请求，其中，所述当前时刻与所述第一业务请求的发送时刻之间的差值小于预设阈值，所述请求集合中的业务请求为对所述接入服务器在所述当前时刻之前接收到的业务请求进行复制得到的，所述请求集合中包括所述第一业务请求。

11.根据权利要求9所述的装置，其特征在于，所述响应单元还用于从所述接入服务器的请求集合中选取出与所述第一业务服务匹配的所述第一业务请求，其中，所述第一业务服务与所述第一业务请求所请求提供的业务服务相匹配。

12.根据权利要求11所述的装置，其特征在于，所述响应单元包括：

第一获取模块，用于从配置文件中获取与所述第一业务服务关联的第一参数信息，其中，所述第一参数信息为用于请求提供所述第一业务服务的业务请求中需携带的参数信息；

判断模块，用于判断所述请求集合中的业务请求所携带的第二参数信息与所述第一参数信息是否相同，其中，所述第二参数信息用于指示所述请求集合中的业务请求所请求提供的业务服务；

确定模块，用于在判断出所述第二参数信息与所述第一参数信息相同的情况下，确定所述请求集合中的业务请求为选取出的所述第一业务请求。

13.根据权利要求9所述的装置，其特征在于，所述发送单元包括：

第二获取模块，用于在发送所述第一业务请求至所述第一业务服务所在的目标服务器之前，从配置文件中获取为所述目标服务器配置的发送比例；

发送模块，用于按照所述发送比例发送所述第一业务请求至所述目标服务器。

14.根据权利要求13所述的装置，其特征在于，所述发送单元还包括：

所述发送单元还包括：第三获取模块，用于在按照所述发送比例发送所述第一业务请求至所述目标服务器之前，从所述配置文件中获取所述目标服务器的地址信息；

所述发送模块还用于按照所述发送比例发送所述第一业务请求至所述地址信息所指示的所述目标服务器。

15.根据权利要求9至14中任意一项所述的装置，其特征在于，所述装置还包括：

创建单元，用于在接收到所述测试请求之前，创建配置文件，其中，所述配置文件中记录有待测试的业务服务和用于请求提供所述待测试的业务服务的业务请求中需携带的参数信息之间的关联关系、所述待测试的业务服务和所述待测试的业务服务所在服务器的地址信息之间的关联关系以及所述待测试的业务服务和所述待测试的业务服务所在服务器的发送比例之间的关联关系。

16.根据权利要求9所述的装置，其特征在于，所述装置还包括：

获取单元，用于在发送所述第一业务请求至所述第一业务服务所在的目标服务器之后，获取所述目标服务器对所述第一业务服务的测试结果，其中，所述测试结果中包括所述第一业务服务根据所述第一业务请求返回的媒体推荐信息。

Images