CN106708818A - 一种压力测试方法和系统 - Google Patents

Abstract

本发明实施例提供了一种压力测试方法和系统，以使压力测试与实际业务相结合，提高压力测试的准确性。所述的方法包括：设置业务模型，对所述业务模型中的每个业务场景分别进行模型测试；按照所述模型测试对业务模型进行准确度校验，当准确度校验通过时将所述业务模型作为压测业务模型；按照所述压测业务模型选取业务场景，依据所述业务场景发送业务请求；依据所述业务请求生成数据库请求，对数据库进行压力测试。基于业务模型执行压力测试，实现了通过业务驱动压力测试的执行，使得测试与实际环境更接近，提高了压力测试的准确性。

Description

一种压力测试方法和系统

技术领域

本发明涉及测试技术领域，特别是涉及一种压力测试方法和一种压力测试系统。

背景技术

压力测试是对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。在对数据库(Database，DB)进行压力测试时，其中一种测试方法是结构化查询语言(Structured Query Language，SQL)回放压测。

SQL回放压测指的是从应用代码中捞取SQL语句，直接在数据库上进行执行，或采用TCPCopy方式回放TCP请求。进行SQL回放压测时，通常是数据库管理员(Database Administrator，DBA)采用该方式直接对数据库进行压力测试，但是，上述压测方式中捞取的SQL是与业务脱离，因而对数据库的测试与实际的业务无关，难以从业务角度模拟大压力对数据库的影响，使得压力测试结果不准确。

因此，目前需要本领域技术人员迫切解决的一个技术问题就是：提出一种压力测试方法，使得压力测试与实际业务相结合，提高压力测试的准确性。

发明内容

本发明实施例所要解决的技术问题是提供一种压力测试方法，使得压力测试与实际业务相结合，提高压力测试的准确性。

相应的，本发明实施例还提供了一种压力测试系统，用以保证上述方法的实现及应用。

为了解决上述问题，本发明公开了一种压力测试方法，包括：设置业务模型，对所述业务模型中的每个业务场景分别进行模型测试；按照所述模型测试对业务模型进行准确度校验，当准确度校验通过时将所述业务模型作为压测业务模型；按照所述压测业务模型选取业务场景，依据所述业务场景发送业务请求；依据所述业务请求生成数据库请求，对数据库进行压力测试。

可选的，设置业务模型，包括：在业务模型中设置至少一个业务场景，并为所述业务场景配置业务场景参数，其中，所述业务场景参数包括：请求参数、入口参数、压力参数、业务系统参数和数据库参数。

可选的，对所述业务模型中的每个业务场景分别进行模型测试，包括：针对业务模型中的每个业务场景，根据目标业务量对数据库施加压力以进行模型测试；在达到所述目标业务量时，获取数据库的性能数据。

可选的，获取数据库的性能数据之后，所述的方法还包括：按照所述性能数据调整所述业务场景的压力参数；记录在各压力参数下所述数据库的性能数据。

可选的，所述的方法还包括：根据设置的业务模型计算各业务场景对应的数据库事务数，建立所述业务模型对应的数据库事务模型；按照所述模型测试对业务模型进行准确度校验，包括：针对业务模型中的每个业务场景，从对应模型测试的性能数据中获取实际数据库事务数；从所述数据库事务模型中获取所述业务场景对应的数据库事务数作为预期数据库事务数；采用所述实际数据库事务数和预期数据库事务数计算差异度；采用所述差异度对所述业务场景进行准确度校验，其中，当所述差异度在差异度指标范围内时，确定业务场景通过准确度校验。

可选的，按照所述压测业务模型选取业务场景，依据所述业务场景发送业务请求，包括：按照所述压测业务模型设置压测工具，从所述压测工具中选取业务场景；按照所述业务场景对应的请求参数组装业务请求，发送所述业务请求。

可选的，依据所述业务请求生成数据库请求，对数据库进行压力测试，包括：依据所述业务请求调用系统接口生成数据库请求；按照所述数据库请求对所述数据库进行读写操作以执行压力测试。

可选的，所述的方法还包括：在压力测试的过程中，针对所述业务场景对应业务的依赖系统的调用，通过挡板进行虚拟，并返回所述依赖系统的业务信息，其中，所述业务信息包括：外部系统的调用信息，和/或，系统内部的指定逻辑相关信息。

可选的，所述的方法还包括：根据数据库的处理消耗量和所述实际数据库事务数，计算平均单个事务的处理消耗量；对所述数据库的处理消耗量、所述实际数据库事务数和平均单个事务的处理消耗量进行分析，预测数据库的处理器容量。

本申请实施例还公开了一种压力测试系统，包括：设置及测试模块，用于设置业务模型，对所述业务模型中的每个业务场景分别进行模型测试；检验模块，用于按照所述模型测试对业务模型进行准确度校验，当准确度校验通过时将所述业务模型作为压测业务模型；压测模块，用于按照所述压测业务模型选取业务场景，依据所述业务场景发送业务请求；依据所述业务请求生成数据库请求，对数据库进行压力测试。

可选的，所述设置及测试模块，包括：设置子模块，用于在业务模型中设置至少一个业务场景，并为所述业务场景配置业务场景参数，其中，所述业务场景参数包括：请求参数、入口参数、压力参数、业务系统参数和数据库参数。

可选的，所述设置及测试模块，包括：模型测试子模块，用于针对业务模型中的每个业务场景，根据目标业务量对数据库施加压力以进行模型测试；性能获取模块，用于在达到所述目标业务量时，获取数据库的性能数据。

可选的，所述设置及测试模块，还包括：调整子模块，用于按照所述性能数据调整所述业务场景的压力参数；所述性能获取模块，还用于记录在各压力参数下所述数据库的性能数据。

可选的，所述的系统还包括：事务模型建立模块，用于根据设置的业务模型计算各业务场景对应的数据库事务数，建立所述业务模型对应的数据库事务模型；所述检验模块，包括：实际数据获取子模块，用于针对业务模型中的每个业务场景，从对应模型测试的性能数据中获取实际数据库事务数；预期数据获取子模块，用于从所述数据库事务模型中获取所述业务场景对应的数据库事务数作为预期数据库事务数；差异度计算子模块，用于采用所述实际数据库事务数和预期数据库事务数计算差异度；准确度检验子模块，用于采用所述差异度对所述业务场景进行准确度校验，其中，当所述差异度在差异度指标范围内时，确定业务场景通过准确度校验。

可选的，所述压测模块，包括：业务场景选取子模块，用于按照所述压测业务模型设置压测工具，从所述压测工具中选取业务场景；业务请求发送子模块，用于按照所述业务场景对应的请求参数组装业务请求，发送所述业务请求。

可选的，所述压测模块，包括：数据库请求生成子模块，用于依据所述业务请求调用系统接口生成数据库请求；压力测试子模块，用于按照所述数据库请求对所述数据库进行读写操作以执行压力测试。

可选的，所述压测模块，还包括：挡板虚拟子模块，用于在压力测试的过程中，针对所述业务场景对应业务的依赖系统的调用，通过挡板进行虚拟，并返回所述依赖系统的业务信息，其中，所述业务信息包括：外部系统的调用信息，和/或，系统内部的指定逻辑相关信息。

可选的，所述的系统还包括：处理器容量预测模块，用于根据数据库的处理消耗量和所述实际数据库事务数，计算平均单个事务的处理消耗量；对所述数据库的处理消耗量、所述实际数据库事务数和平均单个事务的处理消耗量进行分析，预测数据库的处理器容量。

与现有技术相比，本发明实施例包括以下优点：

本申请实施例设置将压力测试与实际业务相结合的业务模型，以通过业务驱动压力测试的执行，业务模型中配置了业务场景，对每个业务场景分别进行模型测试并进行准确度校验，将通过准确度校验的业务模型作为压测业务模型，按照该压测业务模型选取业务场景，依据所述业务场景发送业务请求并生成相应的业务请求生成数据库请求，对数据库进行压力测试。基于业务模型执行压力测试，实现了通过业务驱动压力测试的执行，使得测试与实际环境更接近，提高了压力测试的准确性。

附图说明

图1是本申请的一种压力测试方法实施例的步骤流程图；

图2是本申请的一种业务模型处理方法实施例的步骤流程图；

图3是本申请的一种数据库CPU和事务的关系示意图；

图4是本申请的另一种压力测试方法实施例的步骤流程图；

图5是本申请一种压力测试系统实施例的结构框图；

图6是本申请的另一种压力测试系统实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例的核心构思之一在于，提出一种压力测试方法，使得压力测试与实际业务相结合，提高压力测试的准确性。本实施例设置将压力测试与实际业务相结合的业务模型，以通过业务驱动压力测试的执行，业务模型中配置了业务场景，对每个业务场景分别进行模型测试并进行准确度校验，将通过准确度校验的业务模型作为压测业务模型，按照该压测业务模型选取业务场景，依据所述业务场景发送业务请求并生成相应的业务请求生成数据库请求，对数据库进行压力测试。基于业务模型执行压力测试，实现了通过业务驱动压力测试的执行，使得测试与实际环境更接近，提高了压力测试的准确性。

实施例一

参照图1，示出了本申请的一种压力测试方法实施例的步骤流程图，具体可以包括如下步骤：

步骤102，设置业务模型，对所述业务模型中的每个业务场景分别进行模型测试。

本实施例中为保证压力测试的准确性，将压力测试与实际业务相结合，通过业务驱动压力测试的执行，因而设置业务模型。业务模型指的是执行业务压力测试的模型，通过该业务模型中包括各业务对应压力测试的各种参数。其中，在业务模型中配置了业务场景，一种业务场景对应一种压力测试方式，一个业务模型中可以配置一种或多种业务场景。

对于业务模型中的每个业务场景分别进行模型测试，该模型测试用于对业务模型的准确性进行测试，用以确定该业务模型是否能够执行压力测试。

步骤104，按照所述模型测试对业务模型进行准确度校验，当准确度校验通过时将所述业务模型作为压测业务模型。

按照该模型测试对业务模型进行准确度校验，当准确度校验通过时确定业务模型的准确性达到测试要求，可以将所述业务模型作为压测业务模型，后续执行压力测试。

步骤106，按照所述压测业务模型选取业务场景，依据所述业务场景发送业务请求。

步骤108，依据所述业务请求生成数据库请求，对数据库进行压力测试。

针对压测业务模型可以选取一个业务场景，然后按照该业务场景发送响应的业务请求，依据该业务请求确定执行业务，从而生成该业务对应的数据库请求，通过该数据库请求调用数据库对该数据库集群进行压力测试，本实施例中数据库的压力测试可以针对单个数据库，也可以针对数据库集群，本申请实施例对此不作限定。

综上所述，本实施例设置将压力测试与实际业务相结合的业务模型，以通过业务驱动压力测试的执行，业务模型中配置了业务场景，对每个业务场景分别进行模型测试并进行准确度校验，将通过准确度校验的业务模型作为压测业务模型，按照该压测业务模型选取业务场景，依据所述业务场景发送业务请求并生成相应的业务请求生成数据库请求，对数据库进行压力测试。基于业务模型执行压力测试，实现了通过业务驱动压力测试的执行，使得测试与实际环境更接近，提高了压力测试的准确性。

实施例二

在上述实施例的基础上，本实施例详细论述基于业务模型所执行的压力测试。

1、业务模型的建立与验证

参照图2，示出了本申请的一种业务模型处理方法实施例的步骤流程图。

步骤202，在业务模型中设置至少一个业务场景，并为所述业务场景配置业务场景参数。

在业务模型中设置至少一个业务场景，其中业务场景可以包括单业务场景和多业务场景，单业务场景指的是单一业务下执行压力测试的场景，多业务场景指的是多种业务共同执行时进行压力测试的场景。

在业务模型中为每个业务场景分别配置相应的业务场景参数，其中，所述业务场景参数包括：场景标识(如场景编号)、请求参数、入口参数、压力参数、业务系统参数和数据库参数。一种业务模型的各业务场景参数如表1所示：

表1

针对每种业务场景，可以在其对应业务场景参数中配置相应的业务请求，业务请求的入口参数，执行的业务压力，业务对应的系统以及数据库等各种参数。

步骤204，针对业务模型中的每个业务场景，根据目标业务量对数据库施加压力以进行模型测试。

步骤206，在达到所述目标业务量时，获取数据库的性能数据。

本实施例中，为了确定业务模型的准确性，可以分别对每个业务场景进行模型测试，每个业务场景配置其所要达到的目标业务量以及相应的压力测试脚本，因此可以根据目标业务量由压力机驱动压测脚本执行相应的业务并对数据库进行施压，从而在数据库达到目标业务量时，获取数据库的性能数据。

本实施例中，业务与数据库事务相对应，因而业务场景所要达到的目标业务量可以是数据库的事务数，因而在对每个业务场景进行测试时，可以观察数据库在达到目标事务数时，数据库的的性能数据，如资源占用量、性能表现如CPU占用量以及抖动等。

步骤208，按照所述性能数据调整所述业务场景的压力参数。

步骤210，记录在各压力参数下所述数据库的性能数据。

根据数据库的性能数据确定数据库在当前目标业务量下的表现结果，如数据库在当前压力下是否达到极限，是否会出现崩溃、是否可以承受更大的压力等，从而确定对该业务场景所配置参数是否合适。

通过上述性能数据可以调整该业务场景的压力参数，如通过调整业务场景压力，增加或减少数据库事务，并记录观察在不同压力参数下数据库的性能数据，观察数据库的表现，从而确定准确的压力参数。

步骤212，根据设置的业务模型计算各业务场景对应的数据库事务数，建立所述业务模型对应的数据库事务模型。

本实施例中还设置了数据库事务模型来检验业务模型的准确性，数据库事务模型是依据业务模型确定的。其中，数据库事务(Database Transaction)是指作为单个逻辑工作单元执行的一系列操作，要么完整地执行，要么完全地不执行。事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID(原子性Atomicity、一致性Consistency、隔离性Isolation和持久性Durability)属性。

根据设置的业务模型计算各业务场景对应的数据库事务数，依据各业务场景对应的数据库事务数建立所述业务模型对应的数据库事务模型。

单业务场景对应数据库事务数为业务平均吞吐量(Transaction PerSecond，TPS)与每笔业务的数据库事务数。

多业务场景对应数据库事务数为按照各个业务的业务量占比，分别统计各业务对应的数据库事务数，再进行求和，即多业务场景对应数据库事务数＝业务1的数据库事务数+业务2的数据库事务数+……+业务n的数据库事务数。

其中，多业务场景(综合场景)满足上述模型的前置条件是各个业务TPS(比例)保持相对固定，可以在压力工具中通过流控插件进行保证。

步骤214，针对业务模型中的每个业务场景，从对应模型测试的性能数据中获取实际数据库事务数。

步骤216，从所述数据库事务模型中获取所述业务场景对应的数据库事务数作为预期数据库事务数。

步骤218，采用所述实际数据库事务数和预期数据库事务数计算差异度。

步骤220，采用所述差异度对所述业务场景进行准确度校验。

上述对业务模型中每个业务场景执行模型测试后，还可以对该业务场景进行准确度校验，从该业务场景对应模型测试中对数据库监控的性能数据中获取实际数据库事务数，从所述数据库事务模型中获取所述业务场景对应的数据库事务数作为预期数据库事务数，本实施例中，预期数据库事务数＝实际TPS*每笔业务数据库事务数，实际数据库事务数性能数据获取。

采用所述实际数据库事务数和预期数据库事务数计算差异度，数据的差异度％＝(实际数据库事务数–预期数据库事务数)/预期数据库事务数*100％。

再采用所述差异度对所述业务场景进行准确度校验，即根据实际模型测试中的TPS与每笔业务对应数据库事务数进行换算，得出预期数据库事务数，与实际监控得到的实际数据库事务数进行比对，数据的差异度在差异度指标范围内时，确定业务场景通过准确度校，如差异度在差异度指标范围[-3％，3％]以内，则认为模型符合预期。即当所述差异度在差异度指标范围内时，确定业务场景通过准确度校验。

以某系统的业务模型中多业务场景对应DB的模型测试为例，其测试的相关数据如表2所示：

表2

由上述表2可知，针对该多业务场景，基于数据库事务数和实际TPS可以计算得到对应的预期数据库事务为10753.3，通过模型测试观测数据库得到性能数据中得到实际数据库事务数为10556.3，通过计算确定两者的事务数差异＝实际数据库事务数–预期数据库事务数＝10556.3-10753.3＝-197，进而计算得到差异度＝事务数差异/预期数据库事务数*100％＝(-197/10753.3)*100％＝-1.83％该差异度的绝对值在3％的差异度指标范围内，因而可以确认该多业务场景通过准确度校验。

本申请一个可选实施例中，所述的方法还包括：根据数据库的处理消耗量和所述实际数据库事务数，计算平均单个事务的处理消耗量；对所述数据库的处理消耗量、所述实际数据库事务数和平均单个事务的处理消耗量进行分析，预测数据库的处理器(Central Processing Unit，CPU)容量。

即本申请还包括DB CPU容量预测分析模型，其中，符合该模型的前提条件是必须不包含事务外的查询，否则会产生额外的QPS消耗CPU。根据数据库消耗CPU(即数据库的处理消耗量)与实际数据库事务数计算平均单个事务消耗的CPU。如表3所示：

表3

基于上述表3将数据库的处理消耗量(DB CPU)、实际数据库事务数(Transaction)和单个事务的处理消耗量(CPU/Per Transacton)绘制到一个数据表中是，如图3所示，在固定模型下，DB CPU与Transaction成正比线性增长趋势，CPU/Per Transacton的占比相对稳定，当DB CPU超过50％时，CPU/Per Transacton出现上升，此时在其他资源分配(磁盘IO、Session、空间分配)上的CPU增加。

其中，容量预估用于在不允许将数据库CPU压至满载情况下(例如，线上数据库容量预估)，可通过单个事务的处理消耗量估算数据库达到一定CPU时的容量(或处理能力)。即可以预估处理器的容量达到一定数值时对应的数据库事务数，以及在一定数据库事务数下处理器的容量。

2、压力测试

通过上述方式确定出通过准确度校验的业务模型后，可以将该业务模型作为压测业务模型执行压力测试。

参照图4，示出了本申请的另一种压力测试方法实施例的步骤流程图。

步骤402，按照所述压测业务模型设置压测工具，从所述压测工具中选取业务场景。

步骤404，按照所述业务场景对应的请求参数组装业务请求，发送所述业务请求。

本实施例中按照压测业务模型设置压测工具，即在压测工具中配置各业务场景及其业务场景参数，以及配置压力测试对应的压测脚本等信息，然后从该压测工具中选取业务场景，按照所述业务场景对应的请求参数组装业务请求，由控制管理器驱动施压数据库发起业务请求。

步骤406，依据所述业务请求调用系统接口生成数据库请求。

步骤408，按照所述数据库请求对所述数据库进行读写操作以执行压力测试。

系统依据该业务请求通过调用应用的系统接口发起数据库请求，按照所述数据库请求对所述数据库执行该业务场景对应业务的读写操作等，从而执行相应的压力测试。

步骤410，在压力测试的过程中，针对所述业务场景对应业务的依赖系统的调用，通过挡板进行虚拟，并返回所述依赖系统的业务信息。

本实施例的压力测试是与任务相关的，即由业务驱动对数据库进行施压，从而执行符合实际业务的压力测试，因而在压力测试过程中，有一些业务是依赖其他系统执行的，针对所述业务场景中业务的依赖系统，系统通过应用挡板进行Mock，使压力主要作用于数据库。

其中，所述业务信息包括：外部系统的调用信息，和/或，系统内部的指定逻辑相关信息。即在业务执行过程中有时需要依赖系统外部的其他系统提供数据等支持，将此类即为外部系统调用，对应获取的业务信息为外部系统的调用信息；有些业务需要系统内部的部分复杂逻辑才能执行，将这类为系统内部的指定逻辑过程，对应获取的业务信息为系统内部的指定逻辑相关信息，对于依赖系统的调用通过应用挡板进行虚拟(Mock)，减少复杂的逻辑处理，满足基本的业务处理即可。

其中，采用应用挡板进行Mock是指在测试过程中，由于某些系统返回对象不容易获得，采用创建虚拟对象的方式来模拟被调系统的返回，从而实现整个业务处理完整性的一种技术。Mock指的是虚拟某些特定对象以便测试。

其中，一种应用挡板模型如表4所示：

表4

例如，在压力测试过程中，T应用需要调用外围系统C(如为会员系统)组装用户模型，在满足1600笔/秒的压力下，C系统同时需要部署对应的应用集群，因此在T应用代码中程序调用系统C的部分直接构造一个方法来返回用户模型。另外，T系统在测试过程中还需要调用A系统以保证外部商户号唯一，而压测过程通过前端测试数据构造来保证了外部商户号唯一，因此A系统的调用部分在代码中进行屏蔽。从而通过mock技术实现返回所述依赖任务的任务信息，使得压力主要作用于数据库。

本实施例中，压测的数据库集群可以按照一定的比例进行缩放，如与线上数据库的数量进行等比缩放，其中数据库缩放可以按照物理库维护划分，系统架构为分库分表模式，通过软硬负载压力可以均衡到达各个分布式集群系统，压力对于各个库比较集中，因此压测目标量按照线上数据库集群与线下压测数据库集群进行缩放。例如，假设T库线上为100逻辑库50物理库，则线下按照1/50部署，即测试中采用2个逻辑库和1个物理库，同时目标TPS为总TPS的1/50计算。

通过上述业务模型的建立与验证以及验证通过的业务模型进行压力测试，实现了业务与压力测试的结合。本实施例中上述压测过程可以通过自动化脚本实现。如图5所示为自动化脚本实现压测的架构图。

按照通过准确度校验的业务模型，预先配置压测所需的各种信息。即输入业务场景编号后，可以通过配置模型配置压力测试中压测工具所需的各种信息，包括：压测场景编号、应用系统信息、服务器部署信息、应用挡板信息以及该业务场景对应压测脚本信息等。然后部署相应的业务系统，发布应用挡板对应的mock代码，如一种方式是进行字节码注入，另一种方式是替换代码文件，然后对mock代码进行编译，启动并检查业务系统。

在执行压力测试的过程中，输入压测场景编号后，驱动压测模块驱动Jmeter施压，即发送业务请求进行压力测试，基于该业务请求生成数据库请求对数据库进行压力测试，从而输出相应的业务指标即数据库的测试数据。

在压测过程中还可以通过系统外部的数据库监控平台收集数据库的性能数据，获取数据的硬件负载、数据库事务数以及Session(会话)数据等。

其中，Jmeter.一种开源免费的压力测试工具，Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，可以用于测试静态和动态资源，例如静态文件、Java小服务程序、CGI脚本、Java对象、数据库，FTP服务器等等。JMeter可以用于对服务器、网络或对象模拟巨大的负载，来自不同压力类别下测试它们的强度和分析整体性能。

从而在构建完业务模型且业务模型达到压测要求即通过准确度校验后，通过该业务模型实现与业务相关的压力测试，实现了通过业务驱动压力测试的执行，使得测试与实际环境更接近，提高了压力测试的准确性。

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

实施例三

在上述实施例的基础上，本实施例还公开了一种压力测试系统。

参照图5，示出了本申请一种压力测试系统实施例的结构框图，具体可以包括如下模块：

设置及测试模块502，用于设置业务模型，对所述业务模型中的每个业务场景分别进行模型测试；

检验模块504，用于按照所述模型测试对业务模型进行准确度校验，当准确度校验通过时将所述业务模型作为压测业务模型；

压测模块506，用于按照所述压测业务模型选取业务场景，依据所述业务场景发送业务请求；依据所述业务请求生成数据库请求，对数据库进行压力测试。

本申请实施例设置将压力测试与实际业务相结合的业务模型，以通过业务驱动压力测试的执行，业务模型中配置了业务场景，对每个业务场景分别进行模型测试并进行准确度校验，将通过准确度校验的业务模型作为压测业务模型，按照该压测业务模型选取业务场景，依据所述业务场景发送业务请求并生成相应的业务请求生成数据库请求，对数据库进行压力测试。基于业务模型执行压力测试，实现了通过业务驱动压力测试的执行，使得测试与实际环境更接近，提高了压力测试的准确性。

实施例四

参照图6，示出了本申请的另一种压力测试系统实施例的结构框图，具体可以包括如下模块：

设置及测试模块602，用于设置业务模型，对所述业务模型中的每个业务场景分别进行模型测试；

检验模块604，用于按照所述模型测试对业务模型进行准确度校验，当准确度校验通过时将所述业务模型作为压测业务模型；

压测模块606，用于按照所述压测业务模型选取业务场景，依据所述业务场景发送业务请求；依据所述业务请求生成数据库请求，对数据库集群进行压力测试。

本申请一个可选实施例中，所述设置及测试模块602，包括：设置子模块60202，用于在业务模型中设置至少一个业务场景，并为所述业务场景配置业务场景参数，其中，所述业务场景参数包括：请求参数、入口参数、压力参数、业务系统参数和数据库参数。

所述设置及测试模块，包括：模型测试子模块60204，用于针对业务模型中的每个业务场景，根据目标业务量对数据库施加压力以进行模型测试；性能获取模块60206，用于在达到所述目标业务量时，获取数据库的性能数据。

本申请另一个可选实施例中，所述设置及测试模块602，还包括：调整子模块60208，用于按照所述性能数据调整所述业务场景的压力参数；所述性能获取模块60206，还用于记录在各压力参数下所述数据库的性能数据。

本申请一个可选实施例中，所述的系统还包括：事务模型建立模块608，用于根据设置的业务模型计算各业务场景对应的数据库事务数，建立所述业务模型对应的数据库事务模型；所述检验模块604，包括：实际数据获取子模块60402，用于针对业务模型中的每个业务场景，从对应模型测试的性能数据中获取实际数据库事务数；预期数据获取子模块60404，用于从所述数据库事务模型中获取所述业务场景对应的数据库事务数作为预期数据库事务数；差异度计算子模块6046，用于采用所述实际数据库事务数和预期数据库事务数计算差异度；准确度检验子模块60408，用于采用所述差异度对所述业务场景进行准确度校验，其中，当所述差异度在差异度指标范围内时，确定业务场景通过准确度校验。

本申请一个可选实施例中，所述压测模块606，包括：业务场景选取子模块60602，用于按照所述压测业务模型设置压测工具，从所述压测工具中选取业务场景；业务请求发送子模块60604，用于按照所述业务场景对应的请求参数组装业务请求，发送所述业务请求。

本申请另一个可选实施例中，所述压测模块606，包括：数据库请求生成子模块60606，用于依据所述业务请求调用系统接口生成数据库请求；压力测试子模块60608，用于按照所述数据库请求对所述数据库进行读写操作以执行压力测试。

本申请另一个可选实施例中，所述压测模块606，还包括：挡板虚拟子模块60610，用于在压力测试的过程中，针对所述业务场景对应业务的依赖系统的调用，通过挡板进行虚拟，并返回所述依赖系统的业务信息，其中，所述业务信息包括：外部系统的调用信息，和/或，系统内部的指定逻辑相关信息。

所述的系统还包括：处理器容量预测模块610，用于根据数据库的处理消耗量和所述实际数据库事务数，计算平均单个事务的处理消耗量；对所述数据库的处理消耗量、所述实际数据库事务数和平均单个事务的处理消耗量进行分析，预测数据库的处理器容量。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种压力测试方法和一种压力测试系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (18)

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

设置业务模型，对所述业务模型中的每个业务场景分别进行模型测试；

按照所述模型测试对业务模型进行准确度校验，当准确度校验通过时将所述业务模型作为压测业务模型；

按照所述压测业务模型选取业务场景，依据所述业务场景发送业务请求；

依据所述业务请求生成数据库请求，对数据库进行压力测试。

2.根据权利要求1所述的方法，其特征在于，设置业务模型，包括：

在业务模型中设置至少一个业务场景，并为所述业务场景配置业务场景参数，其中，所述业务场景参数包括：请求参数、入口参数、压力参数、业务系统参数和数据库参数。

3.根据权利要求2所述的方法，其特征在于，对所述业务模型中的每个业务场景分别进行模型测试，包括：

针对业务模型中的每个业务场景，根据目标业务量对数据库施加压力以进行模型测试；

在达到所述目标业务量时，获取数据库的性能数据。

4.根据权利要求3所述的方法，其特征在于，获取数据库的性能数据之后，所述的方法还包括：

按照所述性能数据调整所述业务场景的压力参数；

记录在各压力参数下所述数据库的性能数据。

5.根据权利要求3或4所述的方法，其特征在于，所述的方法还包括：

根据设置的业务模型计算各业务场景对应的数据库事务数，建立所述业务模型对应的数据库事务模型；

按照所述模型测试对业务模型进行准确度校验，包括：

针对业务模型中的每个业务场景，从对应模型测试的性能数据中获取实际数据库事务数；

从所述数据库事务模型中获取所述业务场景对应的数据库事务数作为预期数据库事务数；

采用所述实际数据库事务数和预期数据库事务数计算差异度；

采用所述差异度对所述业务场景进行准确度校验，其中，当所述差异度在差异度指标范围内时，确定业务场景通过准确度校验。

6.根据权利要求2所述的方法，其特征在于，按照所述压测业务模型选取业务场景，依据所述业务场景发送业务请求，包括：

按照所述压测业务模型设置压测工具，从所述压测工具中选取业务场景；

按照所述业务场景对应的请求参数组装业务请求，发送所述业务请求。

7.根据权利要求1或6所述的方法，其特征在于，依据所述业务请求生成数据库请求，对数据库进行压力测试，包括：

依据所述业务请求调用系统接口生成数据库请求；

按照所述数据库请求对所述数据库进行读写操作以执行压力测试。

8.根据权利要求7所述的方法，其特征在于，所述的方法还包括：

在压力测试的过程中，针对所述业务场景对应业务的依赖系统的调用，通过挡板进行虚拟，并返回所述依赖系统的业务信息，其中，所述业务信息包括：外部系统的调用信息，和/或，系统内部的指定逻辑相关信息。

9.根据权利要求5所述的方法，其特征在于，所述的方法还包括：

根据数据库的处理消耗量和所述实际数据库事务数，计算平均单个事务的处理消耗量；

对所述数据库的处理消耗量、所述实际数据库事务数和平均单个事务的处理消耗量进行分析，预测数据库的处理器容量。

10.一种压力测试系统，其特征在于，包括：

设置及测试模块，用于设置业务模型，对所述业务模型中的每个业务场景分别进行模型测试；

检验模块，用于按照所述模型测试对业务模型进行准确度校验，当准确度校验通过时将所述业务模型作为压测业务模型；

压测模块，用于按照所述压测业务模型选取业务场景，依据所述业务场景发送业务请求；依据所述业务请求生成数据库请求，对数据库进行压力测试。

11.根据权利要求10所述的系统，其特征在于，所述设置及测试模块，包括：

设置子模块，用于在业务模型中设置至少一个业务场景，并为所述业务场景配置业务场景参数，其中，所述业务场景参数包括：请求参数、入口参数、压力参数、业务系统参数和数据库参数。

12.根据权利要求11所述的系统，其特征在于，所述设置及测试模块，包括：

模型测试子模块，用于针对业务模型中的每个业务场景，根据目标业务量对数据库施加压力以进行模型测试；

性能获取模块，用于在达到所述目标业务量时，获取数据库的性能数据。

13.根据权利要求12所述的系统，其特征在于，所述设置及测试模块，还包括：

调整子模块，用于按照所述性能数据调整所述业务场景的压力参数；

所述性能获取模块，还用于记录在各压力参数下所述数据库的性能数据。

14.根据权利要求12或13所述的系统，其特征在于，所述的系统还包括：

事务模型建立模块，用于根据设置的业务模型计算各业务场景对应的数据库事务数，建立所述业务模型对应的数据库事务模型；

所述检验模块，包括：

实际数据获取子模块，用于针对业务模型中的每个业务场景，从对应模型测试的性能数据中获取实际数据库事务数；

预期数据获取子模块，用于从所述数据库事务模型中获取所述业务场景对应的数据库事务数作为预期数据库事务数；

差异度计算子模块，用于采用所述实际数据库事务数和预期数据库事务数计算差异度；

准确度检验子模块，用于采用所述差异度对所述业务场景进行准确度校验，其中，当所述差异度在差异度指标范围内时，确定业务场景通过准确度校验。

15.根据权利要求11所述的系统，其特征在于，所述压测模块，包括：

业务场景选取子模块，用于按照所述压测业务模型设置压测工具，从所述压测工具中选取业务场景；

业务请求发送子模块，用于按照所述业务场景对应的请求参数组装业务请求，发送所述业务请求。

16.根据权利要求10或15所述的系统，其特征在于，所述压测模块，包括：

数据库请求生成子模块，用于依据所述业务请求调用系统接口生成数据库请求；

压力测试子模块，用于按照所述数据库请求对所述数据库进行读写操作以执行压力测试。

17.根据权利要求16所述的系统，其特征在于，所述压测模块，还包括：

挡板虚拟子模块，用于在压力测试的过程中，针对所述业务场景对应业务的依赖系统的调用，通过挡板进行虚拟，并返回所述依赖系统的业务信息，其中，所述业务信息包括：外部系统的调用信息，和/或，系统内部的指定逻辑相关信息。

18.根据权利要求14所述的系统，其特征在于，所述的系统还包括：

处理器容量预测模块，用于根据数据库的处理消耗量和所述实际数据库事务数，计算平均单个事务的处理消耗量；对所述数据库的处理消耗量、所述实际数据库事务数和平均单个事务的处理消耗量进行分析，预测数据库的处理器容量。