CN109309596A - 一种压力测试方法、装置及服务器 - Google Patents

Abstract

本申请提供一种压力测试方法、装置及服务器，该方法包括：确定待测试时间段；获取不同业务类型在所述待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；根据所述不同业务类型的流量比例对待测系统进行压力测试。通过本申请的技术方案，压力测试结果准确，提高资源的利用率，减少压力测试的频率和工作量，避免压力测试的结果太低导致的容量不足、系统故障等问题，也可以避免压力测试的结果太高导致的服务器资源浪费的问题，压力测试的结果更接近真实场景。

Description

一种压力测试方法、装置及服务器

技术领域

本申请涉及互联网技术领域，尤其涉及一种压力测试方法、装置及服务器。

背景技术

压测，即压力测试，是确立系统稳定性的一种测试方法，用于测试待测系统的性能极限。具体的，可以通过对待测系统不断施加“压力”，以测试出系统的瓶颈或者不能接受的性能点，从而获得系统能够提供的最大服务级别，主要用来检测待测系统的承受能力，如待测系统的用户承受能力、流量承受能力等。

随着业务的不断发展，服务器提供的业务类型越来越多，不同业务类型对服务器的性能要求并不相同，而传统的压力测试方式，并不区分业务类型，导致压力测试结果并不准确。如果压力测试的结果太低，容易导致容量不足，并造成系统故障；如果压力测试的结果太高，会造成服务器资源的极大浪费。

发明内容

本申请提供一种压力测试方法，所述方法包括：

确定待测试时间段；

获取不同业务类型在所述待测试时间段对应的用户访问日志数量；

根据所述用户访问日志数量，获得不同业务类型的流量比例；

根据所述不同业务类型的流量比例对待测系统进行压力测试。

本申请提供一种压力测试方法，所述方法包括：

根据统计周期内的时间段产生的流量，确定至少一个待测试时间段；

根据确定的待测试时间段对待测系统进行压力测试。

本申请提供一种压力测试装置，所述装置包括：

确定模块，用于确定待测试时间段；

获取模块，用于获取不同业务类型在所述待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；

测试模块，用于根据不同业务类型的流量比例对待测系统进行压力测试。

本申请提供一种压力测试装置，所述装置包括：

确定模块，用于根据统计周期内的时间段产生的流量，确定至少一个待测试时间段；

测试模块，用于根据确定的待测试时间段对待测系统进行压力测试。

本申请提供一种服务器，所述服务器包括：处理器，用于确定待测试时间段；获取不同业务类型在所述待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；

测试器，用于根据所述不同业务类型的流量比例对待测系统进行压力测试。

本申请提供一种服务器，所述服务器包括：处理器，用于根据统计周期内的时间段产生的流量，确定至少一个待测试时间段；

测试器，根据确定的待测试时间段对待测系统进行压力测试。

基于上述技术方案，本申请实施例中，通过确定待测试时间段，并获取业务类型在待测试时间段对应的用户访问日志数量，并根据用户访问日志数量对待测系统进行压力测试。这样，可以针对待测试时间段进行压力测试，并根据业务类型对应的用户访问日志数量，模拟每个业务类型的用户业务请求，压力测试结果准确，提高资源的利用率，减少压力测试的频率和工作量，避免压力测试的结果太低导致的容量不足、系统故障等问题，也可以避免压力测试的结果太高导致的服务器资源浪费的问题，压力测试的结果更接近真实场景。

附图说明

为了更加清楚地说明本申请实施例或者现有技术中的技术方案，下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据本申请实施例的这些附图获得其它的附图。

图1A是本申请一种实施方式中的压力测试方法的流程图；

图1B和图1C是本申请一种实施方式中的流量的示意图；

图1D、图1E和图1F是本申请一种实施方式中的压力测试方法的流程图；

图2是本申请另一种实施方式中的压力测试方法的流程图；

图3是本申请一种实施方式中的压力测试装置的结构图；

图4是本申请另一种实施方式中的压力测试装置的结构图。

具体实施方式

在本申请实施例使用的术语仅仅是出于描述特定实施例的目的，而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但是这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”，或者“当……时”，或者“响应于确定”。

本申请实施例提出一种压力测试方法，可以应用于服务器，并用于对待测系统(即服务器的系统，用于实现用户业务)进行压力测试。服务器可以是终端设备、笔记本电脑、PC(Personal Computer，个人计算机)、移动终端、电商平台等，对此服务器的类型不做限制。

在介绍压力测试方法之前，先对该压力测试方法涉及的概念进行说明：

业务类型：可以根据业务功能划分业务类型，每个业务功能对应一个业务类型。例如，针对提供电商服务的服务器，具有如下功能：购物车功能、首页功能、搜索功能、下单功能、商品详情页等，因此，可以将这些功能划分为如下业务类型：购物车类型、首页类型、搜索类型、下单类型、商品详情页类型。

当然，上述只是给出了提供电商服务的服务器的几个示例，在实际应用中，还可以有其它业务类型，对此业务类型不做限制。此外，针对提供其它服务的服务器，也有对应的业务类型，其划分方式与上述方式类似，在此不再赘述。

为方便描述，后续以业务类型A、业务类型B、业务类型C为例进行说明。

时间段：时间段也可以称为时间切面或者时间区间，可以将一个统计周期划分成多个时间段，每个时间段表示两个时间点之间的区间。例如，在以“天”为统计周期时，则时间段包括：时间段1，表示区间(0点，1点]；时间段2，表示区间(1点，2点]；时间段3，表示区间(2点，3点]；以此类推，时间段24，表示区间(23点，24点]。又例如，在以“周”为统计周期时，则时间段包括：时间段1，表示区间(星期一0点，星期一24点]；时间段2，表示区间(星期二0点，星期二24点]；以此类推，时间段7，表示区间(星期日0点，星期日24点]。

为方便描述，后续以统计周期为“天”为例，即包括时间段1-时间段24。

用户访问日志：是用户访问服务器时产生的日志(也可以称为access_log)，可以表征用户访问服务器的行为，服务器在收集到用户访问日志(用户访问日志的收集过程不再赘述)后，可以将用户访问日志存储到日志集合(如数据库)。

其中，该日志集合可以包括多个用户访问日志，每个用户访问日志可以包括：日志发生时间和URL(Uniform Resource Locator，统一资源定位符)信息。日志发生时间用于表示用户访问服务器的时间，例如，2017.5.23-15:20等。此外，URL信息可以是一个URL地址，而URL地址对应一个网络访问行为，可以携带用于表示业务类型的业务参数，如https://m.xx.xxxx.com/等，“m”为业务参数，其表示业务类型是首页类型，“xx.xxxx.com”表示被访问的网站。

在一个例子中，上述用户访问日志可以是cooike日志和/或pv日志。当然，用户访问日志的类型并不局限于上述两种类型，所有记录有日志发生时间和URL信息的日志，均在本申请实施例的保护范围之内，对此不做限制。

参见图1A所示，为该压力测试方法的流程图，该方法可以包括：

步骤101，确定待测试时间段。

其中，针对“确定待测试时间段”的过程，可以包括但不限于如下方式：

方式一、获取统计周期内的时间段产生的流量，并确定流量最大的时间段，并将所述流量最大的时间段确定为待测试时间段。

其中，上述时间段产生的流量是指：所有业务类型的总流量。

如图1B所示，是统计周期为“天”时，流量的一个示例，时间段1表示区间(0点，1点]，时间段2表示区间(0点，24点]，…，时间段12表示区间(11点，12点]，…时间段24表示区间(23点，24点]。流量100表示总流量是100，即访问业务类型A的流量、访问业务类型B的流量、访问业务类型C的流量之和是100，即100次访问请求。同理，流量200表示总流量是200，即访问业务类型A的流量、访问业务类型B的流量、访问业务类型C的流量之和是200，即200次访问请求。以此类推。

从图1B中可以看出，流量最大的时间段是时间段12，其流量是700，即共有700次访问请求，因此，可以确定待测试时间段是时间段12。

方式二、针对至少一个业务类型，获取统计周期内的时间段产生的该业务类型的流量，确定流量最大的时间段，将流量最大的时间段确定为该业务类型对应的待测试时间段；其中，不同业务类型可以对应不同的待测试时间段，或者，不同业务类型可以对应相同的待测试时间段。

其中，上述时间段产生的流量是：单个业务类型的流量。例如，针对业务类型A，获取统计周期内的每个时间段产生的业务类型A的流量(即访问业务类型A的流量)，并将流量最大的时间段确定为业务类型A的待测试时间段。针对业务类型B，获取统计周期内的每个时间段产生的业务类型B的流量，并将流量最大的时间段确定为业务类型B的待测试时间段。针对业务类型C，获取统计周期内的每个时间段产生的业务类型C的流量，并将流量最大的时间段确定为业务类型C的待测试时间段。

如图1C所示，是统计周期为“天”时，流量的一个示例，时间段1表示区间(0点，1点]，时间段2表示区间(0点，24点]，…，时间段12表示区间(11点，12点]，…时间段24表示区间(23点，24点]。流量100表示访问业务类型A的流量、或者访问业务类型B的流量、或者访问业务类型C的流量。同理，流量200表示访问业务类型A的流量、或者访问业务类型B的流量、或者访问业务类型C的流量。以此类推。

从图1C中可以看出，对于业务类型A，流量最大的时间段是时间段14，其流量是900，即共有900次访问请求。对于业务类型B，流量最大的时间段是时间段12，其流量是700，即共有700次访问请求。对于业务类型C，流量最大的时间段是时间段10，其流量是800，即共有800次访问请求。综上所述，可以确定待测试时间段是时间段10、时间段12、时间段14。

针对方式一，为了获取统计周期内的每个时间段产生的流量，可以对服务器进行监控。在时间段1，服务器每接收到1个访问请求，就将时间段1的流量加1，在时间段1结束后，可以统计出时间段1产生的流量。在时间段2，服务器每接收到1个访问请求，就将时间段2的流量加1，在时间段2结束后，可以统计出时间段2产生的流量。以此类推，在一个统计周期(如1天)结束后，就可以获取统计周期内的每个时间段产生的流量。

针对方式二，为了获取统计周期内的每个时间段产生的流量，可以对服务器进行监控。在时间段1，服务器每接收到1个针对业务类型A的访问请求，就将时间段1的业务类型A的流量加1；服务器每接收到1个针对业务类型B的访问请求，就将时间段1的业务类型B的流量加1；服务器每接收到1个针对业务类型C的访问请求，就将时间段1的业务类型C的流量加1；在时间段1结束后，可以统计出时间段1产生的针对业务类型A的流量、针对业务类型B的流量、针对业务类型C的流量。以此类推，在一个统计周期(如1天)结束后，就可以获取统计周期内的每个时间段产生的业务类型A的流量、业务类型B的流量、业务类型C的流量。

针对方式二，在一个例子中，由于访问请求中包括URL信息，且URL信息携带用于表示业务类型的业务参数，因此，在服务器接收到访问请求后，可以分析出该访问请求对应的是业务类型A、还是业务类型B、还是业务类型C。

方式三、接收携带待测试时间段的命令，并从该命令中获得待测试时间段。

例如，当用户指定待测试时间段为时间段18时，可以接收到携带时间段18的命令，并确定待测试时间段为时间段18。当用户指定待测试时间段为时间段20时，可以接收到携带时间段20的命令，并确定待测试时间段为时间段20。

步骤102，获取不同业务类型(如服务器支持的每个业务类型)在待测试时间段对应的用户访问日志数量。其中，待测试时间段可以为一个，也可以为多个；当待测试时间段为多个时，每个待测试时间段的处理过程相同，后续以一个待测试时间段为例进行说明，如待测试时间段为时间段12。

例如，当待测试时间段为时间段12时，则可以获取业务类型A在时间段12对应的用户访问日志数量，业务类型B在时间段12对应的用户访问日志数量，业务类型C在时间段12对应的用户访问日志数量。当然，当待测试时间段为其它时间段时，其处理过程与时间段12的处理过程类似，后续不再赘述。

在一个例子中，针对“获取不同业务类型在待测试时间段对应的用户访问日志数量”的过程，还可以包括但不限于如下两种实现方式：

方式一、参见图1D所示，为一个实施例的流程示意图。

步骤10211，从日志集合中选取该待测试时间段对应的用户访问日志。

其中，该日志集合可以包括多个用户访问日志，每个用户访问日志包括日志发生时间。基于此，可以从日志集合中依次获取用户访问日志；若该用户访问日志的日志发生时间位于待测试时间段，则确定该用户访问日志是待测试时间段对应的用户访问日志；若该用户访问日志的日志发生时间不位于待测试时间段，则确定该用户访问日志不是是待测试时间段对应的用户访问日志。

例如，日志集合包括用户访问日志1-用户访问日志10000，先从日志集合中获取用户访问日志1，假设用户访问日志1的日志发生时间是2017.5.23-11:20，则该日志发生时间位于时间段12(即时间区间11点-12点)，因此，确定用户访问日志1是时间段12对应的用户访问日志。以此类推，假设用户访问日志1-用户访问日志800的日志发生时间位于时间段12，而用户访问日志801-用户访问日志10000的日志发生时间并不位于时间段12，则可以从日志集合中选取出时间段12对应的用户访问日志为用户访问日志1-用户访问日志800。

步骤10212，确定选取出的用户访问日志对应的业务类型。

其中，由于日志集合中的用户访问日志包括URL信息，因此，在从日志集合中选取出待测试时间段对应的用户访问日志后，针对选取出的用户访问日志，可以从该用户访问日志的URL信息中解析出业务参数(其用于表示业务类型)，并根据该业务参数确定该用户访问日志对应的业务类型。

例如，针对选取出的用户访问日志1-用户访问日志800，先从用户访问日志1的URL信息中解析出业务参数，并根据该业务参数确定用户访问日志1对应业务类型A，然后，从用户访问日志2的URL信息中解析出业务参数，并根据该业务参数确定用户访问日志2对应业务类型A，以此类推，假设用户访问日志1-用户访问日志400对应业务类型A，用户访问日志401-用户访问日志700对应业务类型B，用户访问日志701-用户访问日志800对应业务类型C。

步骤10213，根据确定结果统计不同业务类型对应的用户访问日志数量。

例如，由于用户访问日志1-用户访问日志400对应业务类型A，因此根据确定结果统计业务类型A对应的用户访问日志数量为400。由于用户访问日志401-用户访问日志700对应业务类型B，因此根据确定结果统计业务类型B对应的用户访问日志数量为300。由于用户访问日志701-用户访问日志800对应业务类型C，因此根据确定结果统计业务类型C对应的用户访问日志数量为100。

其中，上述业务类型A对应的用户访问日志数量400，是业务类型A在时间段12对应的用户访问日志数量；业务类型B对应的用户访问日志数量300，是业务类型B在时间段12对应的用户访问日志数量；业务类型C对应的用户访问日志数量100，是业务类型C在时间段12对应的用户访问日志数量。

方式二、先根据日志集合生成时间段、业务类型和用户访问日志的对应关系，然后，可以通过待测试时间段查询该对应关系，从而得到该待测试时间段对应的业务类型和用户访问日志，进一步的，可以统计出不同业务类型对应的用户访问日志数量。参见图1E所示，为这个实施例的流程示意图。

步骤10221，从日志集合中依次获取用户访问日志。其中，该日志集合包括多个用户访问日志，每个用户访问日志包括日志发生时间和URL信息。

步骤10222，根据该用户访问日志的日志发生时间确定该用户访问日志对应的时间段。例如，假设用户访问日志1的日志发生时间是2017.5.23-11:20，则可以确定出该用户访问日志对应的时间段为时间段12。

步骤10223，根据该用户访问日志的URL信息中携带的业务参数(用于表示业务类型的参数)，确定该用户访问日志对应的业务类型。例如，从该用户访问日志的URL信息中解析出业务参数，并根据该业务参数确定业务类型。

步骤10224，根据该用户访问日志与时间段的对应关系、该用户访问日志与业务类型的对应关系，生成时间段、业务类型和用户访问日志的对应关系。

例如，表1是时间段、业务类型和用户访问日志的对应关系表，该对应关系表的初始状态为空。先从日志集合中获取用户访问日志1，假设用户访问日志1的日志发生时间是2017.5.23-11:20，则确定用户访问日志1对应时间段12；根据用户访问日志1的URL信息确定用户访问日志1对应业务类型A；基于上述两个对应关系，可以在对应关系表中添加时间段12、业务类型A与用户访问日志1的对应关系，如表2所示。进一步的，在对日志集合中的用户访问日志1-用户访问日志10000进行上述处理后，对应关系表最终可以如表3所示。

表1

表2

表3

步骤10225，通过待测试时间段查询时间段、业务类型和用户访问日志的对应关系，得到该待测试时间段对应的业务类型和用户访问日志。

步骤10226，统计出业务类型对应的用户访问日志数量。

例如，在通过待测试时间段(时间段12)查询表3所示的对应关系表后，可以得到业务类型A对应用户访问日志1-用户访问日志400，业务类型B对应用户访问日志401-用户访问日志700，业务类型C对应用户访问日志701-用户访问日志800，因此，业务类型A对应的用户访问日志数量为400，业务类型B对应的用户访问日志数量为300，业务类型C对应的用户访问日志数量为100。

步骤103，根据用户访问日志数量，获得不同业务类型的流量比例，并根据不同业务类型的流量比例对待测系统进行压力测试。

如图1F所示，为针对步骤103的压力测试的流程图。

步骤1031，根据不同业务类型的用户访问日志数量，获得不同业务类型的流量比例，即业务类型的流量比例与业务类型的用户访问日志数量的比例相同。

例如，当业务类型A对应用户访问日志数量400，业务类型B对应用户访问日志数量为300，业务类型C对应用户访问日志数量100时，则业务类型A、业务类型B、业务类型C的流量比例可以为4:3:1(即400:300:100)。

步骤1032，根据不同业务类型的流量比例模拟用户业务请求，即根据不同业务类型的流量比例模拟各业务类型对应的用户业务请求。

具体的，在模拟不同业务类型对应的用户业务请求时，业务类型对应的用户业务请求数量的比例，可以与业务类型的流量比例相同。

例如，当业务类型A、业务类型B、业务类型C的流量比例为4:3:1时，则模拟的业务类型A的用户业务请求数量、业务类型B的用户业务请求数量、业务类型C的用户业务请求数量之间的比例为4:3:1。假设共模拟80000个用户业务请求，可以模拟40000个针对业务类型A的用户业务请求，模拟30000个针对业务类型B的用户业务请求，模拟10000个针对业务类型C的用户业务请求。

在一个例子中，针对“模拟业务类型对应的用户业务请求”的过程，可以包括但不限于如下方式：获取业务类型对应的用户访问日志，并根据该业务类型对应的用户访问日志模拟该业务类型对应的用户业务请求。

例如，获取业务类型A对应的用户访问日志，并根据用户访问日志模拟业务类型A对应的用户业务请求。获取业务类型B对应的用户访问日志，并根据用户访问日志模拟业务类型B对应的用户业务请求。获取业务类型C对应的用户访问日志，并根据用户访问日志模拟业务类型C对应的用户业务请求。

其中，针对业务类型A的用户访问日志，可以是待测试时间段(如时间段12)的用户访问日志，也可以是所有时间段(如时间段1-段24)的用户访问日志。针对业务类型B的用户访问日志，可以是待测试时间段的用户访问日志，也可以是所有时间段的用户访问日志。针对业务类型C的用户访问日志，可以是待测试时间段的用户访问日志，也可以是所有时间段的用户访问日志。

在一个例子中，针对模拟业务类型的用户业务请求的过程，可以将用户访问日志确定为用户业务请求，也可以对用户访问日志进行修改，将修改后的用户访问日志确定为用户业务请求，对此模拟过程不做限制，只要能够通过用户业务请求触发待测系统处理该用户业务请求，实现对待测系统的压力测试即可。

步骤1033，根据模拟的用户业务请求对待测系统进行压力测试。

例如，在模拟出40000个针对业务类型A的用户业务请求、30000个针对业务类型B的用户业务请求、10000个针对业务类型C的用户业务请求后，可以同时将这80000个用户业务请求发送给服务器，由服务器处理这80000个用户业务请求，从而实现对待测系统的压力测试，如实现对待测系统的全链路压力测试、单链路压力测试、分机房压力测试等，对此压力测试过程不再赘述。

基于上述技术方案，本申请实施例中，通过确定待测试时间段，并获取业务类型在待测试时间段对应的用户访问日志数量，并根据用户访问日志数量对待测系统进行压力测试。这样，可以针对待测试时间段进行压力测试，并根据业务类型对应的用户访问日志数量，模拟每个业务类型的用户业务请求，压力测试结果准确，提高资源的利用率，减少压力测试的频率和工作量，避免压力测试的结果太低导致的容量不足、系统故障等问题，也可以避免压力测试的结果太高导致的服务器资源浪费的问题，压力测试的结果更接近真实场景。

在上述技术方案中，是使用每个业务类型的流量比例模拟用户业务请求，而不是平均模拟用户业务请求，如模拟40000个针对业务类型A的用户业务请求，模拟30000个针对业务类型B的用户业务请求，模拟10000个针对业务类型C的用户业务请求，从而更接近真实场景。具体的，考虑到服务器可以为多个国家(如200多个国家)、多个时区(如24个时区)的用户提供服务，这些用户存在分布地域广、使用偏好差异大、访问时间多样等特点，因此，通过根据业务类型的流量比例模拟用户业务请求，可以解决不同地域、不同用户、不同时间导致的评估差异问题，通过这种方式的压力测试结果更加准确。

在上述技术方案中，是针对多个待测试时间段，模拟用户业务请求，这些待测试时间段是业务高峰的时间段，并回放各个关键时间点的流量，因此，可以评估出不同时间段的压力测试模型，再配合压力测试进行容量评估，使所有业务类型在不会引发容量问题的情况下，准确评估系统容量，最大限度的提高资源的利用率，实现系统容量的趋势预测，并减少压力测试频率和工作量。

基于与上述方法同样的申请构思，本申请实施例还提出另一种压力测试方法，参见图2所示，为该压力测试方法的流程图，该方法可以包括以下步骤：

步骤201，根据统计周期内的时间段产生的流量，确定至少一个待测试时间段。

步骤202，根据确定的待测试时间段对待测系统进行压力测试。

在一个例子中，针对“根据统计周期内的时间段产生的流量，确定至少一个待测试时间段”的过程，可以包括但不限于如下方式：获取统计周期内的时间段产生的流量，并确定流量最大的时间段，并将所述流量最大的时间段确定为待测试时间段；或者，针对至少一个业务类型，获取统计周期内的时间段产生的该业务类型的流量，确定流量最大的时间段，将流量最大的时间段确定为该业务类型对应的待测试时间段；其中，不同业务类型对应不同待测试时间段。其中，针对确定至少一个待测试时间段的处理过程，可以参见步骤101中的方式一和方式二，在此不再重复赘述。

在一个例子中，针对“根据确定的待测试时间段对待测系统进行压力测试”的过程，可以包括但不限于如下方式：获取不同业务类型在确定的待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；根据所述不同业务类型的流量比例对待测系统进行压力测试。其中，针对待测系统的压力测试过程，参见步骤102和103，在此不再重复赘述。

基于与上述方法同样的申请构思，本申请实施例还提出一种压力测试装置，如图3所示，为该压力测试装置的结构示意图，该压力测试装置包括：

确定模块301，用于确定待测试时间段；

获取模块302，用于获取不同业务类型在所述待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；

测试模块303，用于根据不同业务类型的流量比例对待测系统进行压力测试。

所述确定模块301，具体用于在确定待测试时间段的过程中，获取统计周期内的时间段产生的流量，并确定流量最大的时间段，并将所述流量最大的时间段确定为待测试时间段；或者，

针对至少一个业务类型，获取统计周期内的时间段产生的该业务类型的流量，确定流量最大的时间段，将流量最大的时间段确定为该业务类型对应的待测试时间段；其中，不同业务类型对应不同待测试时间段；或者，

接收携带待测试时间段的命令，并从所述命令中获得待测试时间段

在一个例子中，所述获取模块302，具体用于在获取不同业务类型在所述待测试时间段对应的用户访问日志数量的过程中，从日志集合中选取所述待测试时间段对应的用户访问日志；确定选取出的用户访问日志对应的业务类型；根据确定结果统计出不同业务类型对应的用户访问日志数量。

所述日志集合包括多个用户访问日志，且用户访问日志包括日志发生时间和统一资源定位符URL信息；所述获取模块302，具体用于在从日志集合中选取所述待测试时间段对应的用户访问日志的过程中，从所述日志集合中依次获取用户访问日志；若获取的用户访问日志的日志发生时间位于所述待测试时间段，则确定所述获取的用户访问日志是所述待测试时间段对应的用户访问日志；在确定选取出的用户访问日志对应的业务类型的过程中，针对选取出的用户访问日志，从该用户访问日志的URL信息中解析出业务参数，并根据所述业务参数确定该用户访问日志对应的业务类型；

其中，所述URL信息包括用于表示业务类型的业务参数。

所述获取模块302，具体用于在获取不同业务类型在所述待测试时间段对应的用户访问日志数量的过程中，生成时间段、业务类型和用户访问日志的对应关系；通过所述待测试时间段查询所述对应关系，得到所述待测试时间段对应的业务类型和用户访问日志，统计出不同业务类型对应的用户访问日志数量。

所述获取模块302，具体用于在生成时间段、业务类型和用户访问日志的对应关系的过程中，从日志集合中依次获取用户访问日志；其中，所述日志集合包括多个用户访问日志，且用户访问日志包括日志发生时间和URL信息；

根据该用户访问日志的日志发生时间确定该用户访问日志对应的时间段；

根据该用户访问日志的URL信息中携带的业务参数，确定该用户访问日志对应的业务类型；其中，所述业务参数是用于表示业务类型的参数；

根据该用户访问日志与时间段的对应关系、该用户访问日志与业务类型的对应关系，生成时间段、业务类型和用户访问日志的对应关系。

在一个例子中，所述测试模块303，具体用于在根据所述不同业务类型的流量比例对待测系统进行压力测试的过程中，根据不同业务类型的流量比例模拟用户业务请求；根据模拟的用户业务请求对待测系统进行压力测试；

所述测试模块303，具体用于在根据不同业务类型的流量比例模拟用户业务请求的过程中，根据不同业务类型的流量比例模拟各业务类型对应的用户业务请求，业务类型对应的用户业务请求数量的比例，与业务类型的流量比例相同。

基于与上述方法同样的申请构思，本申请实施例还提供一种服务器，所述服务器可以包括处理器和测试器：其中，所述处理器，用于确定待测试时间段；获取不同业务类型在所述待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；所述测试器，用于根据所述不同业务类型的流量比例对待测系统进行压力测试。

基于与上述方法同样的申请构思，本申请实施例还提供一种机器可读存储介质，该机器可读存储介质可以应用于服务器，所述机器可读存储介质上存储有若干计算机指令，所述计算机指令被执行时进行如下处理：

确定待测试时间段；获取不同业务类型在所述待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；根据所述不同业务类型的流量比例对待测系统进行压力测试。

基于与上述方法同样的申请构思，本申请实施例还提出一种压力测试装置，如图4所示，为该压力测试装置的结构示意图，该压力测试装置包括：

确定模块401，用于根据统计周期内的时间段产生的流量，确定至少一个待测试时间段；

测试模块402，用于根据确定的待测试时间段对待测系统进行压力测试。

所述确定模块401，具体用于在根据统计周期内的时间段产生的流量，确定至少一个待测试时间段的过程中，获取统计周期内的时间段产生的流量，并确定流量最大的时间段，并将所述流量最大的时间段确定为待测试时间段；或，针对至少一个业务类型，获取统计周期内的时间段产生的该业务类型的流量，确定流量最大的时间段，将流量最大的时间段确定为该业务类型对应的待测试时间段；不同业务类型对应不同待测试时间段；

所述测试模块402，具体用于在根据确定的待测试时间段对待测系统进行压力测试的过程中，获取不同业务类型在确定的待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；根据所述不同业务类型的流量比例对待测系统进行压力测试。

基于与上述方法同样的申请构思，本申请实施例还提供一种服务器，所述服务器可以包括处理器和测试器：其中，所述处理器，用于根据统计周期内的时间段产生的流量，确定至少一个待测试时间段；所述测试器，根据确定的待测试时间段对待测系统进行压力测试。

基于与上述方法同样的申请构思，本申请实施例还提供一种机器可读存储介质，该机器可读存储介质可以应用于服务器，所述机器可读存储介质上存储有若干计算机指令，所述计算机指令被执行时进行如下处理：

根据统计周期内的时间段产生的流量，确定至少一个待测试时间段；根据确定的待测试时间段对待测系统进行压力测试。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

而且，这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可以采用完全硬件实施例、完全软件实施例、或者结合软件和硬件方面的实施例的形式。而且，本申请可以采用在一个或者多个其中包含有计算机可用程序代码的计算机可用存储介质(可以包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (23)

1.一种压力测试方法，其特征在于，所述方法包括：

确定待测试时间段；

获取不同业务类型在所述待测试时间段对应的用户访问日志数量；

根据所述用户访问日志数量，获得不同业务类型的流量比例；

根据所述不同业务类型的流量比例对待测系统进行压力测试。

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

所述确定待测试时间段的过程，具体包括：

获取统计周期内的时间段产生的流量，并确定流量最大的时间段，并将所述流量最大的时间段确定为待测试时间段；或者，

针对至少一个业务类型，获取统计周期内的时间段产生的该业务类型的流量，确定流量最大的时间段，将流量最大的时间段确定为该业务类型对应的待测试时间段；其中，不同业务类型对应不同待测试时间段；或者，

接收携带待测试时间段的命令，并从所述命令中获得待测试时间段。

3.根据权利要求1所述的方法，其特征在于，所述获取不同业务类型在所述待测试时间段对应的用户访问日志数量的过程，具体包括：

从日志集合中选取所述待测试时间段对应的用户访问日志；

确定选取出的用户访问日志对应的业务类型；

根据确定结果统计出不同业务类型对应的用户访问日志数量。

4.根据权利要求3所述的方法，其特征在于，所述日志集合包括多个用户访问日志，且用户访问日志包括日志发生时间；所述从日志集合中选取所述待测试时间段对应的用户访问日志的过程，具体包括：

从所述日志集合中依次获取用户访问日志；

若获取的用户访问日志的日志发生时间位于所述待测试时间段，则确定所述获取的用户访问日志是所述待测试时间段对应的用户访问日志。

5.根据权利要求3所述的方法，其特征在于，所述日志集合包括多个用户访问日志，且用户访问日志包括统一资源定位符URL信息；所述确定选取出的用户访问日志对应的业务类型的过程，具体包括：

针对选取出的用户访问日志，从该用户访问日志的URL信息中解析出业务参数，并根据所述业务参数确定该用户访问日志对应的业务类型；

其中，所述URL信息包括用于表示业务类型的业务参数。

6.根据权利要求1所述的方法，其特征在于，所述获取不同业务类型在所述待测试时间段对应的用户访问日志数量的过程，具体包括：

生成时间段、业务类型和用户访问日志的对应关系；

通过所述待测试时间段查询所述对应关系，得到所述待测试时间段对应的业务类型和用户访问日志，并统计出不同业务类型对应的用户访问日志数量。

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

所述生成时间段、业务类型和用户访问日志的对应关系的过程，具体包括：

从日志集合中依次获取用户访问日志；其中，所述日志集合包括多个用户访问日志，且用户访问日志包括日志发生时间和URL信息；

根据该用户访问日志的日志发生时间确定该用户访问日志对应的时间段；

根据该用户访问日志的URL信息中携带的业务参数，确定该用户访问日志对应的业务类型；其中，所述业务参数是用于表示业务类型的参数；

根据该用户访问日志与时间段的对应关系、该用户访问日志与业务类型的对应关系，生成时间段、业务类型和用户访问日志的对应关系。

8.根据权利要求1所述的方法，其特征在于，所述根据所述不同业务类型的流量比例对待测系统进行压力测试的过程，具体包括：

根据不同业务类型的流量比例模拟用户业务请求；

根据模拟的用户业务请求对待测系统进行压力测试。

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

所述根据不同业务类型的流量比例模拟用户业务请求的过程，具体包括：

根据不同业务类型的流量比例模拟各业务类型对应的用户业务请求，其中，业务类型对应的用户业务请求数量的比例，与业务类型的流量比例相同。

10.一种压力测试方法，其特征在于，所述方法包括：

根据统计周期内的时间段产生的流量，确定至少一个待测试时间段；

根据确定的待测试时间段对待测系统进行压力测试。

11.根据权利要求10所述的方法，其特征在于，所述根据统计周期内的时间段产生的流量，确定至少一个待测试时间段的过程，具体包括：

获取统计周期内的时间段产生的流量，并确定流量最大的时间段，并将所述流量最大的时间段确定为待测试时间段；或者，

针对至少一个业务类型，获取统计周期内的时间段产生的该业务类型的流量，确定流量最大的时间段，将流量最大的时间段确定为该业务类型对应的待测试时间段；其中，不同业务类型对应不同待测试时间段。

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

所述根据确定的待测试时间段对待测系统进行压力测试的过程，具体包括：

获取不同业务类型在确定的待测试时间段对应的用户访问日志数量；

根据所述用户访问日志数量，获得不同业务类型的流量比例；

根据所述不同业务类型的流量比例对待测系统进行压力测试。

13.一种压力测试装置，其特征在于，所述装置包括：

确定模块，用于确定待测试时间段；

获取模块，用于获取不同业务类型在所述待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；

测试模块，用于根据不同业务类型的流量比例对待测系统进行压力测试。

14.根据权利要求13所述的装置，其特征在于，

所述确定模块，具体用于在确定待测试时间段的过程中，获取统计周期内的时间段产生的流量，并确定流量最大的时间段，并将所述流量最大的时间段确定为待测试时间段；或者，

针对至少一个业务类型，获取统计周期内的时间段产生的该业务类型的流量，确定流量最大的时间段，将流量最大的时间段确定为该业务类型对应的待测试时间段；其中，不同业务类型对应不同待测试时间段；或者，

接收携带待测试时间段的命令，并从所述命令中获得待测试时间段。

15.根据权利要求13所述的装置，其特征在于，

所述获取模块，具体用于在获取不同业务类型在所述待测试时间段对应的用户访问日志数量的过程中，从日志集合中选取所述待测试时间段对应的用户访问日志；确定选取出的用户访问日志对应的业务类型；根据确定结果统计出不同业务类型对应的用户访问日志数量。

16.根据权利要求15所述的装置，其特征在于，所述日志集合包括多个用户访问日志，且用户访问日志包括日志发生时间和统一资源定位符URL信息；

所述获取模块，具体用于在从日志集合中选取所述待测试时间段对应的用户访问日志的过程中，从所述日志集合中依次获取用户访问日志；若获取的用户访问日志的日志发生时间位于所述待测试时间段，则确定所述获取的用户访问日志是所述待测试时间段对应的用户访问日志；

在确定选取出的用户访问日志对应的业务类型的过程中，针对选取出的用户访问日志，从该用户访问日志的URL信息中解析出业务参数，并根据所述业务参数确定该用户访问日志对应的业务类型；

其中，所述URL信息包括用于表示业务类型的业务参数。

17.根据权利要求13所述的装置，其特征在于，

所述获取模块，具体用于在获取不同业务类型在所述待测试时间段对应的用户访问日志数量的过程中，生成时间段、业务类型和用户访问日志的对应关系；通过所述待测试时间段查询所述对应关系，得到所述待测试时间段对应的业务类型和用户访问日志，统计出不同业务类型对应的用户访问日志数量。

18.根据权利要求17所述的装置，其特征在于，

所述获取模块，具体用于在生成时间段、业务类型和用户访问日志的对应关系的过程中，从日志集合中依次获取用户访问日志；其中，所述日志集合包括多个用户访问日志，且用户访问日志包括日志发生时间和URL信息；

根据该用户访问日志的日志发生时间确定该用户访问日志对应的时间段；

根据该用户访问日志的URL信息中携带的业务参数，确定该用户访问日志对应的业务类型；其中，所述业务参数是用于表示业务类型的参数；

根据该用户访问日志与时间段的对应关系、该用户访问日志与业务类型的对应关系，生成时间段、业务类型和用户访问日志的对应关系。

19.根据权利要求13所述的装置，其特征在于，

所述测试模块，具体用于在根据所述不同业务类型的流量比例对待测系统进行压力测试的过程中，根据不同业务类型的流量比例模拟用户业务请求；根据模拟的用户业务请求对待测系统进行压力测试；

所述测试模块，具体用于在根据不同业务类型的流量比例模拟用户业务请求的过程中，根据不同业务类型的流量比例模拟各业务类型对应的用户业务请求，业务类型对应的用户业务请求数量的比例，与业务类型的流量比例相同。

20.一种压力测试装置，其特征在于，所述装置包括：

确定模块，用于根据统计周期内的时间段产生的流量，确定至少一个待测试时间段；

测试模块，用于根据确定的待测试时间段对待测系统进行压力测试。

21.根据权利要求20所述的装置，其特征在于，

所述确定模块，具体用于在根据统计周期内的时间段产生的流量，确定至少一个待测试时间段的过程中，获取统计周期内的时间段产生的流量，并确定流量最大的时间段，并将所述流量最大的时间段确定为待测试时间段；或者，针对至少一个业务类型，获取统计周期内的时间段产生的该业务类型的流量，确定流量最大的时间段，将流量最大的时间段确定为该业务类型对应的待测试时间段；不同业务类型对应不同待测试时间段；

所述测试模块，具体用于在根据确定的待测试时间段对待测系统进行压力测试的过程中，获取不同业务类型在确定的待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；根据所述不同业务类型的流量比例对待测系统进行压力测试。

22.一种服务器，其特征在于，所述服务器包括：

处理器，用于确定待测试时间段；获取不同业务类型在所述待测试时间段对应的用户访问日志数量；根据所述用户访问日志数量，获得不同业务类型的流量比例；

测试器，用于根据所述不同业务类型的流量比例对待测系统进行压力测试。

23.一种服务器，其特征在于，所述服务器包括：

处理器，用于根据统计周期内的时间段产生的流量，确定至少一个待测试时间段；

测试器，根据确定的待测试时间段对待测系统进行压力测试。