CN111984519B - 一种用于业务系统的测试方法及其装置 - Google Patents

Abstract

本申请公开了一种用于业务系统的测试方法及其装置，所述方法包括根据构成测试场景的场景数据，生成针对业务系统的测试日志，其中，所述场景数据包括测试模板和测试数据；利用所述测试日志对所述业务系统执行测试，获取针对所述业务系统的测试结果。采用本申请，可准确地获知业务系统的抗压能力，且人力成本大幅度降低。

Description

一种用于业务系统的测试方法及其装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种用于业务系统的测试方法及其装置。

背景技术

为了确保业务系统的性能稳定，通常需要对所述业务系统进行测试(例如，压力测试，简称压测)，以确保业务系统的面对高并发业务处理请求时，业务指标能够时刻达到期望要求。

在相关技术中，技术人员可依靠经验模拟测试场景，并在该测试场景下利用设定的数据流测试业务系统，但依靠经验模拟的测试场景和真实的业务场景仍然存在差距，因此，基于依靠经验模拟测试场景，存在无法准确获知业务系统抗压能力的问题。

发明内容

本申请实施例提供一种用于业务系统的测试方法及其设备，用以解决通过相关技术中的测试方法无法准确地获知业务系统的抗压能力的技术问题。

本申请实施例还提供一种用于业务系统的测试方法，所述方法包括：根据构成测试场景的场景数据，生成针对业务系统的测试日志，其中，所述场景数据包括测试模板和测试数据；利用所述测试日志对所述业务系统执行测试，获取针对所述业务系统的测试结果。

本申请实施例还提供一种用于业务系统的测试装置，所述装置包括：处理器；以及用于存储计算机可执行指令的存储器，所述可执行指令可被处理器执行以实现前述方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：采用本申请，可准确地获知业务系统的抗压能力。

附图说明

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

图1是根据本申请的示例性实施例的业务系统执行业务处理的框架图；

图2是示出根据本申请的示例性实施例的用于业务系统的测试方法的流程图；

图3是示出根据本申请的示例性实施例的实时计费系统的计费日志的构成图；

图4是示出根据本申请的示例性实施例的实时计费系统的业务场景图；

图5是示出根据本申请的示例性实施例的实时计费系统在测试场景下的测试结果；

图6是示出根据本申请的示例性实施例的用于业务系统的测试装置的框图。

具体实施方式

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

为了方便理解本申请，以下将结合图1对本申请的应用场景进行描述，应注意，虽然图1是按照实时计费系统作为业务系统展开描述，但在实施中，本申请不限于实时计费系统。

如图1所示，图1中的用户10通过各种电子终端110向业务服务器120发送业务请求，例如，用户可通过电子终端110执行点击操作，随后，业务服务器120接收到该点击操作，并根据该点击操作生成日志，其中，日志中所包括的时间戳是用户执行点击操作时的时间。如图1所述，所述电子终端110可包括但不限于可接收用户的输入操作的电子装置，所述业务服务器120可以是与业务应用对应的单个服务器或按照特定方式(例如，分布式)构成的服务器群。举例来说，所述业务服务器可以是用于对广告推广活动进行计费的实时计费服务器，由于在这些应用中实现业务功能需要执行多种不同的操作，例如，广告投放配置、竞价、权益配置等不同的操作，因此，业务服务器120可在接收到用户的输入后，将业务拆分到不同的服务器(例如，服务器150)上执行。

随后，采集设备130可从业务服务器120上获取日志，采集设备130可以是硬件实现的也可以是通过软件模块实现的，在实施中，通常采用日志采集软件来实现，例如，logstash、logagent、syslog-ng等。

采集设备130可将获取的日志存储在存储设备140上，例如，可将获取的日志存储在消息中间件，消息中间件可被简单地理解为分布式的消息队列构成的构件。在实施中，采集设备130可不通过存储设备140直接将采集到的日志提供给服务器150。

最后，执行特定业务操作的服务器(例如，执行实时计费的服务器)150可获取这些日志，并根据这些日志执行特定操作，例如，计费。所述服务器150包括但不限于个人计算机、大中型计算机、计算机集群、手机、平板电脑、智能手表、车载移动台等，执行主体并不构成对本申请的限定。

在本申请中，为了检测服务器150面对各种场景下的抗压能力，会对该服务器150执行测试，例如，可确定获取这些日志的时间与日志中时间戳的时间之间的时间差可作为外部延迟(Outter Delay，OD)的指标来衡量服务器150的抗压能力。应理解，OD仅是用于衡量服务器150性能的一个指标，本申请不限于OD。

以下将结合图2具体解释对服务器150执行的测试方法。在实施中，可直接在服务器150执行图2中的测试方法，也可在与服务器150的运行环境等同的备用服务器上执行所述测试方法，例如，可利用Jstorm上的topo，将不同的日志(例如，业务日志和测试日志)按照预设规则路由到不同的服务器集群。

图2示出了根据本申请的示例性实施例的用于业务系统的测试方法的流程图。

在步骤S210，根据构成测试场景的场景数据，生成针对业务系统的测试日志，其中，所述场景数据包括测试模板和测试数据。根据示例性实施例，所述测试日志可以理解为以日志的形式生成的满足特定测试目的的测试用例/测试脚本。

具体来说，服务器150在执行大量业务时，可通过例如logagent获取到多个业务日志，可从这些业务日志中获取场景数据，在实施中，这些日志可以是在任意时间段内进行的，并且可以是由任意数量的用户参与的，本申请实施例在此不做限定。

在实施中，可预先确定与执行业务测试对应的时间段，随后可获取在所述时段内的业务日志，并根据这些业务数据获取场景数据。可选地，为了测试业务系统的最大承受能力，可指定特定日期的业务日志，比如，可指定双十一等特定日期内的业务日志，或者可选择数量最多时的业务日志，又例如，为了保证业务系统的日常运行，可指定最近一段时间内的业务日志作为场景数据。

获取满足预设要求的业务日志并从所述业务日志提取场景数据后，可利用这些场景数据生成针对业务系统的测试日志，其中，所述测试日志是由测试模板和测试数据构成的。所述测试模板可以是技术人员根据自身需求设置的模板，例如，所述测试模板可以是包括时间、用户id以及每个用户id对应的计划id构成的，即，${时间}&${用户id}&${计划id}。

所述测试数据可包括根据测试模板中包括的参数从场景数据中获取的数据。所述测试数据可包括测试参数以及测试参数的数据结构，正如以上提到的测试模板的示例，所述测试数据可包括时间、用户id以及计划id，通俗地说，所述测试日志是利用场景数据“填写”场景模板生成的日志。

此外，所述场景数据还可包括特征分布信息。在本申请中，可利用这些特征分布信息来模拟业务系统运行时的场景。具体来说，在获取到多个业务日志后，还可对这些业务日志执行特征分析，生成所述业务日志的特征分布信息。

在实施中，可利用所述特征分布信息重现指定历史事件段内的场景，也可利用所述特征分析信息对所述业务系统模拟热点时段的场景。例如，针对在不同时刻获取到的业务日志的数量，在各个时刻上生成不同数量的测试日志，并根据所述特征分布信息，将这些测试日志分配给每个账户id以及每个账户id对应的计划数量，重现真实业务操作场景。此外，还可在各个时刻生成的不同数量的测试日志的基础上，相应地增加这些测试日志的数量，比如，在10.：01时刻的测试日志是50个的情况下，将测试日志的数量放大到150个。

此外，还可在不同时刻获取到的业务日志的数量中确定最大业务日志的数量，并根据该时刻的业务日志生成测试日志，随后，在测试时段内的每个时间点上均生成最大数量的业务日志，从而测试业务系统在持续的高压状态下的抗压能力。此外，还可在最大数量的测试日志的基础上，再次增加这些测试日志的数量，比如，在10.：01时刻的测试日志是200个的情况下，将测试日志的数量放大到600个。

此外，这些日志可被存放在测试文件中，由于现有的诸如logagent等日志采集设备在采集日志时有瓶颈问题，大约是可以采集20万次日志，因此，如果测试日志的数量在100万以内，可将这些测试日志存储在5个文件中。

为了更清楚地理解本申请，以下将以实时计费系统为例，参照图3和图4对以上步骤S210进行具体描述。

图3示出了根据本申请的示例性实施例的实时计费系统的计费模型的示图。如图3所述，每个账户id可包括多个计划(图3中的计划A和计划B)。所有计费日志是由每个账户以及每个账户对应的计划构成的，每个账户的总消耗包括图3中的树结构的所有叶子节点遍历进行加和。假设每次点击价格是10元，在同一秒有10条计划A，20条计划B对应的计费日志，则通过遍历计划叶子节点，可以得知这一时刻，该账户有30次点击，消耗300元(计划A消耗100元，计划B消耗200元)。

随后，可在获取到这些计费日志后，从所述计费日志中提取出测试数据，例如，可利用10秒内的计费日志生成三元组数据<时间，QPS，特征分布信息>，例如<2018-12-02 21:26:40，47000，特征分布信息>，其中，所述特征分布信息可利用预先定义的参数进行描述，例如，所述特征信息可利用Json语言来描述在不同的时间分段内的用户id，每个用户id对应的点击数量以及点击数据最高的用户id。举例来说，可利用Json语言来对图4的垂直线时刻对应的计费日志进行描述。

此外，为了更精准地获取到这些计费日志的特征信息，还可遍历计费日志对应的三元组数据<时间，QPS，流量特征>，提取最大QPS的时间作为热点时刻。

在获取到这些场景数据后，可生成针对该计费系统的测试日志。具体来说，可根据这些场景数据中的特征分布信息生成测试时段内的各个时间点上的日志，例如，可生成与最大QPS的数量等同数量的总日志，随后可对这些日志分配账户id以及每个账户id对应的计划数量，针对每个用户的计划数量，构造与计划数量对应的日志。在实施中，可按照顺序将生成的总日志分配给各个账户id的计划，优选地，可采用随机方式将生产的总日志分配到各个账户id的计划。在对这些测试日志分配完成后，可利用JavaUUID算法对所述测试日志执行回填，例如，可对账户余额，商品价格等对应的参数进行回填。由于JavaUUID算法是本领域通用技术手段，因此在此将不再展开。

在生成针对业务系统的测试日志后，可执行步骤S220，利用所述测试日志对所述业务系统执行测试，获取针对所述业务系统的测试结果。

在本申请实施例中，利用所述测试日志对所述业务系统执行测试，具体可以是：在测试时间段内将所述测试日志按照预设要求提供给业务系统；所述业务系统利用所述测试日志执行测试，获取测试结果。在实施中，可根据不同的测试目的而确定测试的时间段，比如，持续一个小时按照最大数量的业务日志对所述业务系统进行业务测试。

在在测试时间段内的各个时间点上生成与所述特征分布信息中的业务操作等数量的各个测试模板的情况下，可将基于各个测试模板生成的各个测试日志按照顺序提供给业务系统。

在在测试时间段内的各个时间点上均生成与所述特征分布信息中的最大业务操作等数量的测试模板的情况下，可将在测试时间段内将各个时间点上数量相同的测试日志提供给业务系统。

当利用OD作为测试指标时，可利用生成测试日志的时间与业务系统获取测试日志的时间之间的时间差作为所述业务系统的OD。此外，在获取到所述系统的OD后，利用健康度来确定所述业务系统的健康程度。在实施中，可利用用户可察觉地方式呈现所述业务系统的健康程度，例如，可利用不同地颜色来表征所述业务系统的健康程度，例如，红色表示所述业务系统处于不健康的状态下，绿色表示所述业务系统处于健康状态下。

在实施中，可为所述业务系统构建不同的业务场景，并在这些业务场景下对所述业务系统进行测试。以下将结合图5对这部分进行示意性描述。

图5是示出根据本申请的示例性实施例的实时计费系统在不同测试场景下的测试结果。

在实施中，可利用可观看到的图表来表示实时计费系统的健康程度。如图5所示，横坐标表示时间(秒)，纵坐标表示OD。可以看出，所示实时计费系统的最大OD是3秒，可被认为在该场景下实时计费系统是健康的。

综上可述，根据本申请的示例性实施例的用于业务系统的测试方法利用构成测试场景的场景数据生成测试日志并利用这些测试日志对所述业务系统进行测试，从而准确地获知业务系统的抗压能力，且人力成本大幅度降低。更进一步地，利用获取的业务日志来生成测试日志，由于所述业务日志可反应真实业务操作，因此可模拟出真实的业务场景。更进一步地，可利用特征分布信息对业务系统构建不同的业务场景，从而能够更精准地确定业务系统的抗压能力。更进一步地，可对所述业务系统模拟出热度场景，以测试业务系统面对大流量时的性能。更近一步地，可利用所述业务系统模拟出历史交互场景，以测试业务系统面对真实场景下的抗压能力。更进一步地，可利用OD作为衡量业务系统的指标，从而能够量化业务系统的性能。更进一步地，可利用健康程度来表示业务系统的性能。

为了更清楚地明白本申请的示例性实施例的发明构思，以下将参照图6描述本申请的示例性实施例的用于业务系统的测试装置的框图。本领域普通技术人员将理解：图6中的装置仅示出了与本示例性实施例相关的组件，所述装置中还包括除了图6中示出的组件之外的通用组件。

图6示出本申请的示例性实施例的用于业务系统的测试装置的框图。应注意，所述数据处理装置可以是图1中的服务器150，也可以是执行图2示出的用于业务系统的测试方法的装置。

参考图6，在硬件层面，该装置包括处理器、内部总线和计算机可读存储介质，其中，所述计算机可读存储介质包括易失性存储器和非易失性存储器。处理器从非易失性存储器中读取对应的计算机程序然后运行。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

具体来说，所述处理器执行以下操作：根据构成测试场景的场景数据，生成针对业务系统的测试日志，其中，所述场景数据包括测试模板和测试数据；利用所述测试日志对所述业务系统执行测试，获取针对所述业务系统的测试结果。

可选地，所述测试模板是将测试参数按照预设数据结构呈现的模板。

可选地，所述测试数据包括基于测试模板获取的参数值以及业务日志的特征分布信息。

可选地，所述处理器在实现步骤根据构成测试场景的场景数据，生成针对业务系统的测试日志包括：获取满足预设要求的业务日志；从所述业务日志中获取测试数据；利用测试数据按照测试模板生成测试日志。

可选地，所述处理器在实现步骤获取满足预设要求的业务日志包括：按照预设时间间隔获取预定时间段内的业务日志。

可选地，所述处理器在实现步骤从所述业务日志提取场景数据包括：按照测试模板包括的参数，从所述业务日志中提取与所述参数对应的参数值；对所述业务日志执行特征分析，生成所述业务日志的特征分布信息。

可选地，所述特征分布信息是业务操作在所述预定时间段内按照时间分布的特征信息。

可选地，所述处理器在实现步骤利用测试数据按照测试模板生成测试日志包括：生成与所述特征分布信息中的业务操作的数量对应的测试模板；利用测试数据中的参数值对所述测试模板进行填充，生成测试日志。

可选地，所述处理器在实现步骤利用所述测试日志对所述业务系统执行测试获取针对所述业务系统的测试结果包括：在测试时间段内将所述测试日志按照预设要求提供给业务系统；所述业务系统利用所述测试日志执行测试，获取测试结果。

可选地，所述处理器在实现步骤生成与所述特征分布信息中的业务操作对应数量的测试模板包括：在测试时间段内的各个时间点上生成与所述特征分布信息中的业务操作等数量的各个测试模板。

可选地，所述处理器在实现步骤在测试时间段内将所述测试日志按照预设要求提供给业务系统包括：在测试时间段内将各个时间点上生成的各个测试日志提供给业务系统。

可选地，所述处理器在实现步骤生成与所述特征分布信息中的业务操作对应数量的测试模板包括：在测试时间段内的各个时间点上均生成与所述特征分布信息中的最大业务操作等数量的测试模板。

可选地，所述处理器在实现步骤在测试时间段内将所述测试日志按照预设要求提供给业务系统包括：在测试时间段内将各个时间点上数量相同的测试日志提供给业务系统。

可选地，所述处理器在实现步骤利用所述测试日志对所述业务系统执行测试获取针对所述业务系统的测试结果包括：利用所述测试日志对所述业务系统执行测试，确定所述业务系统获取到所述测试日志的获取时间；确定所述获取时间与生成所述测试日志的生成时间之间的时间差；利用所述时间差确定针对所述业务系统的测试结果。

可选地，所述处理器在实现步骤在利用所述时间差确定针对所述业务系统的测试结果后还包括：利用健康度来确定所述业务系统的健康程度。

此外，根据另一实施例，所述处理器可执行以下操作利用根据业务操作生成的业务日志，获取针对所述业务系统的场景信息；利用所述场景信息，生成用于所述业务系统的测试日志；利用所述测试日志对所述业务系统执行测试，获取测试结果。

可选地，所述场景信息包括热点场景信息和/或分布式场景信息。

可选地，所述热点场景信息包括在所述业务操作中超过阈值的业务操作的分布信息。

可选地，所述分布式场景信息包括所述业务操作随时间的分布信息。

可选地，所述处理器在实现步骤利用所述场景信息生成用于所述业务系统的测试日志包括：在所述场景信息包括热点场景信息的情况下，生成与热点场景信息中的分布信息对应的测试日志。

可选地，所述处理器在实现步骤利用所述场景信息生成用于所述业务系统的测试日志包括：在所述场景信息包括分布式场景信息的情况下，生成与分布式场景信息中的分布信息对应的测试日志。

此外，还可提供一种用于计费系统的压测装置，处理器；以及用于存储计算机可执行指令的存储器，所述可执行指令可被处理器执行：获取与计费日志对应的计费数据，其中，所述计费数据包括计费日志生成的时间、总点击数量以及特征分布信息；生成与所述总点击数量对应的多个测试日志，其中，所述多个测试日志按照特征分布信息分布到各个账户中的每个计划上。

综上可述，根据本申请的示例性实施例的用于业务系统的测试装置利用构成测试场景的场景数据生成测试日志并利用这些测试日志对所述业务系统进行测试，从而准确地获知业务系统的抗压能力，且人力成本大幅度降低。更进一步地，利用获取的业务日志来生成测试日志，由于所述业务日志可反应真实业务操作，因此可模拟出真实的业务场景。更进一步地，可利用特征分布信息对业务系统构建不同的业务场景，从而能够更精准地确定业务系统的抗压能力。更进一步地，可对所述业务系统模拟出热度场景，以测试业务系统面对大流量时的性能。更近一步地，可利用所述业务系统模拟出历史交互场景，以测试业务系统面对真实场景下的抗压能力。更进一步地，可利用OD作为衡量业务系统的指标，从而能够量化业务系统的性能。更进一步地，可利用健康程度来表示业务系统的性能。

需要说明的是，实施例1所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤21和步骤22的执行主体可以为设备1，步骤23的执行主体可以为设备2；又比如，步骤21的执行主体可以为设备1，步骤22和步骤23的执行主体可以为设备2；等等。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

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

Claims (9)

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

按照测试模板包括的测试参数，从业务日志中提取与所述测试参数对应的参数值；

对所述业务日志执行特征分析，生成所述业务日志的特征分布信息，其中，所述特征分布信息是业务操作按照时间分布的特征信息；

将所述参数值和所述特征分析信息按照测试模板，生成针对业务系统的测试日志；

利用所述测试日志对所述业务系统执行测试，获取针对所述业务系统的测试结果。

2.如权利要求1所述的方法，其特征在于，按照测试模板包括的测试参数，从业务日志中提取与所述测试参数对应的参数值前还包括：

设置将测试参数按照预设数据结构呈现的测试模板。

3.如权利要求2所述的方法，其特征在于，按照测试模板包括的测试参数，从业务日志中提取与所述测试参数对应的参数值前还包括：

获取满足预设要求的业务日志。

4.如权利要求3所述的方法，其特征在于，所述业务日志是按照预设时间间隔获取预定时间段内的业务日志，所述特征分布信息是业务操作在所述预定时间段内按照时间分布的特征信息。

5.如权利要求1所述的方法，其特征在于，所述参数值和所述特征分析信息按照测试模板生成针对业务系统的测试日志包括：

生成与所述特征分布信息中的业务操作的数量对应的测试模板；

利用所述参数值对所述测试模板进行填充，生成针对业务系统的测试日志。

6.如权利要求5所述的方法，其特征在于，利用所述测试日志对所述业务系统执行测试获取针对所述业务系统的测试结果包括：

在测试时间段内将所述测试日志按照预设要求提供给业务系统；

所述业务系统利用所述测试日志执行测试，获取测试结果。

7.如权利要求1所述的方法，其特征在于，利用所述测试日志对所述业务系统执行测试获取针对所述业务系统的测试结果包括：

利用所述测试日志对所述业务系统执行测试，确定所述业务系统获取到所述测试日志的获取时间；

确定所述获取时间与生成所述测试日志的生成时间之间的时间差；

利用所述时间差确定针对所述业务系统的测试结果。

8.如权利要求7所述的方法，其特征在于，在利用所述时间差确定针对所述业务系统的测试结果后还包括：

利用健康度来确定所述业务系统的健康程度。

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

处理器；以及

用于存储计算机可执行指令的存储器，所述可执行指令可被处理器执行以实现权利要求1至8中的任一权利要求所述的方法。