CN109783381B

CN109783381B - 一种测试数据生成方法、装置及系统

Info

Publication number: CN109783381B
Application number: CN201910010880.3A
Authority: CN
Inventors: 裴莹; 季丁丁; 黄艳; 黄昊
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2019-01-07
Filing date: 2019-01-07
Publication date: 2021-11-09
Anticipated expiration: 2039-01-07
Also published as: CN109783381A

Abstract

本说明书实施例公开了一种测试数据生成方法、装置及系统，所述方法包括获取目标产品的实际业务场景记录，所述场景记录包括业务场景对应的操作流及页面要素；将所述实际业务场景记录与所述目标产品的单一业务场景记录进行比对，将所述实际场景记录转化为单一场景记录描述的多维数据记录；将所述目标产品的多个实际业务场景对应的多维数据记录进行聚类处理，获得类中心点对应的多维数据记录；将所述类中心点对应的多维数据记录还原为业务场景记录，获得所述目标产品的测试数据。利用本说明书各实施例，可以避免测试场景遗漏或者测试场景选取范围过大，从而提高产品功能稳定性测试的有效性。

Description

一种测试数据生成方法、装置及系统

技术领域

本发明涉及计算机数据处理技术领域，特别地，涉及一种测试数据生成方法、装置及系统。

背景技术

银行产品不断升级，功能稳定性测试成为银行产品功能测试的一个重要部分。通常，功能稳定性测试的测试案例及测试范围采用人工分析及编写。测试范围是否能够真实反映出实际操作中较为频繁使用的业务场景，很大程度上取决于测试人员的个人经验和能力。银行产品的特殊性和人工分析的不确定性，较易造成功能稳定性测试业务场景遗漏或测试范围过大，影响银行产品功能稳定性测试的效果。

发明内容

本说明书实施例的目的在于提供一种测试数据生成方法、装置及系统，可以避免测试场景遗漏或者测试场景选取范围过大，从而提高产品功能稳定性测试的有效性。

本说明书提供一种测试数据生成方法、装置及系统是包括如下方式实现的：

一种测试数据生成方法，包括：

获取目标产品的实际业务场景记录，所述场景记录包括业务场景对应的操作流及页面要素；

将所述实际业务场景记录与所述目标产品的单一业务场景记录进行比对，将所述实际场景记录转化为单一场景记录描述的多维数据记录；

将所述目标产品的多个实际业务场景对应的多维数据记录进行聚类处理，获得类中心点对应的多维数据记录；

将所述类中心点对应的多维数据记录还原为业务场景记录，获得所述目标产品的测试数据。

本说明书提供的所述方法的另一个实施例中，所述将所述实际业务场景记录与所述目标产品的单一业务场景记录进行比对之前，还包括：

对所述目标产品的业务场景及产品功能进行分析，获得所述目标产品的单一业务场景记录。

本说明书提供的所述方法的另一个实施例中，所述将所述目标产品的多个实际业务场景对应的多维数据记录进行聚类处理，包括：

将聚类个数设置为目标产品对应的单一业务场景的个数，对所述目标产品的多个实际业务场景对应的多维数据记录进行聚类处理。

本说明书提供的所述方法的另一个实施例中，所述方法还包括：

判断所述目标产品的功能是否发生更新，所述更新包括目标产品的功能升级或者变更；

如果判断结果为是，则获取所述目标产品功能更新后的单一业务场景记录，根据功能更新后的单一业务场景记录确定所述目标产品发生功能更新后的测试数据。

另一方面，本说明书还提供一种测试数据生成装置，所述装置包括：

数据收集模块，用于获取目标产品的实际业务场景记录，所述场景记录包括业务场景对应的操作流及页面要素；

数据转化模块，用于将所述实际业务场景记录与所述目标产品的单一业务场景记录进行比对，将所述实际场景记录转化为单一场景记录描述的多维数据记录；

聚类处理模块，用于将所述目标产品的多个实际业务场景对应的多维数据记录进行聚类处理，获得类中心点对应的多维数据记录；

数据还原模块，用于将所述类中心点对应的多维数据记录还原为业务场景记录，获得所述目标产品的测试数据。

本说明书提供的所述装置的另一个实施例中，所述装置还包括：

单一业务确定模块，用于对所述目标产品的业务场景及产品功能进行分析，获得所述目标产品的单一业务场景记录。

本说明书提供的所述装置的另一个实施例中，所述聚类处理模块包括：

聚类处理单元，用于将聚类个数设置为目标产品对应的单一业务场景的个数，对所述目标产品的多个实际业务场景对应的多维数据记录进行聚类处理。

功能更新判断模块，用于判断所述目标产品的功能是否发生更新，所述更新包括目标产品的功能升级或者变更；

测试数据更新模块，用于如果判断结果为是，则获取所述目标产品功能更新后的单一业务场景记录，根据功能更新后的单一业务场景记录确定所述目标产品发生功能更新后的测试数据。

另一方面，本说明书还提供一种测试数据生成设备，包括处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现包括以下步骤：

另一方面，本说明书还提供一种测试数据生成系统，包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个实施例所述方法的步骤。

本说明书一个或多个实施例提供的测试数据生成方法、装置及系统，可以获取大量的目标产品的实际业务场景记录，并将获取的实际业务场景记录与所述目标产品的单一业务场景记录进行比对，以将实际场景记录转化为单一场景记录描述的多维数据记录形式。然后，可以对多个多维数据记录进行聚类分析，将聚类分析后各类的中心点对应的业务场景记录作为目标产品的测试案例。利用本说明各个实施例，可以提取出真实反映目标产品频繁使用的功能的业务场景数据作为测试案例，避免了测试场景遗漏或者测试场景选取范围过大，从而提高产品功能稳定性测试的有效性。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本说明书提供的一种测试数据生成方法实施例的流程示意图；

图2为本说明书提供的一个实施例中的测试数据生成方法的流程示意图；

图3为本说明书提供的一种测试数据生成装置实施例的模块结构示意图；

图4为本说明书提供的另一种测试数据生成装置实施例的模块结构示意图；

图5为根据本说明书的一个示例性实施例的服务器的示意结构图。

具体实施方式

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

银行产品不断升级，功能稳定性测试成为银行产品功能测试的一个重要部分。所述功能稳定性测试可以是指，在软件产品(或其上下游产品)开发或升级后，对产品提供的核心功能进行的高频度验证，以保证应用软件产品提供持续可靠、稳定的功能，满足绝大多数用户的需求。

通常，功能稳定性测试的测试案例及测试范围采用人工分析及编写。测试范围是否能够真实反映出实际操作中较为频繁使用的业务场景，很大程度上取决于测试人员的个人经验和能力。银行产品的特殊性和人工分析的不确定性，较易造成功能稳定性测试业务场景遗漏或测试范围过大，影响银行产品功能稳定性测试的效果。

相应的，本说明书实施例提供了一种测试数据生成方法，可以通过获取目标产品的大量实际业务场景对应的场景记录数据，然后，将实际业务场景的场景记录与目标产品的单一业务场景的场景记录进行比对，确定实际业务场景所包含的单一业务场景。将实际业务场景表示成单一业务场景组合的形式，获得实际业务场景对应的多维数据记录。然后，可以对多个多维数据记录进行聚类分析，将聚类分析后各类的中心点对应的业务场景记录，作为目标产品的测试案例。本说明各个实施例的方案，基于实际业务场景，提取出多个不重复的复杂业务场景作为该产品的功能稳定性测试案例集，可以保证获得案例集更符合实际业务场景，更兼顾了案例的范围以及数量。

图1是本说明书提供的所述一种测试数据生成方法实施例流程示意图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。

具体的一个实施例如图1所示，本说明书提供的测试数据生成方法的一个实施例中，所述方法可以包括：

S102：获取目标产品的实际业务场景记录，所述场景记录包括业务场景对应的操作流及页面要素。

所述业务场景可以指为了满足某个业务目的进行的一系列业务操作，可以包括业务前提条件、具体的业务操作步骤及预期结果，如存款、转汇等。所述场景记录可以包括业务场景对应的操作流数据及页面要素数据。一个业务场景的操作流可以包括后台顺序记录下的用户在该业务场景中的业务操作数据；所述页面要素可以包括相应业务场景对应的各操作页面的主要页面元素数据，如当前页面标题及主要输入内容等。

对于待分析的目标产品，可以从后台记录下各用户在实际业务场景中的每一次完整的业务操作数据，形成相应实际业务场景对应的场景记录。如对于一个用户执行的一次实际业务场景，可以顺序记录下该实际业务场景的每一步骤所使用的操作页面名称、系统用户类型、业务流输入、业务流输出(除敏感数据外)、判断/页面跳转等业务操作数据，获得该实际业务场景的操作流及页面要素数据。其中，所述敏感数据可以包括用户姓名、证件号码、公司用户号等数据。

本说明书提供的一个场景实例中，以“用户大额存款后转账”这一实际场景为例，说明如何对该实际业务场景的操作流及页面要素进行记录，获得实际业务场景记录。

可以首先收集实际业务场景的各操作，记录全部操作流及主要页面要素(涉及隐私及不重要的页面元素无需记录)。

例如：“用户大额存款后转账”标记为S₁，其操作流＝{打开页面＝“存款”，输入身份证号，选择银行卡/存款/存单账号等，选择币种＝“CNY”，输入存款金额＝“2000000”，在回显页面确认用户姓名、账号、金额，确认存款请求并提交；选择转出账号，输入/选择转入账号，选择币种＝“CNY”，输入转账金额＝“30000”，在回显页面确认转入转出账号及用户姓名，金额，确认转账请求并提交}。

提取的主要页面要素为：页面＝“存款”；存款币种＝“人民币”；存款金额＝2000000；页面＝“转账”；币数＝“人民币”；转账金额＝“30000”。

然后，可以综合该实际业务场景的操作流及页面要素记录数据，获得该实际业务场景的场景记录。后台顺序记录下的操作流数据，但可能会出现个别操作页面中的数据，直接从前一个页面中延续过来，而无需用户做任何更改，则相应的数据可能在操作流数据中未能体现；或者，个别操作页面的名称在操作流数据中未能体现，如上述实例中的“转账”页面名称，从而影响场景记录数据的完整性。通过综合操作流以及页面要素数据获得业务场景的场景记录数据，可以保证场景记录数据的完整性，进而提高后续数据分析的准确性。

可以参考上述方法，提取大量用户在各自的复杂业务场景中完整的一系列业务操作，形成大量复杂业务场景的记录，以用于确定目标产品的测试案例，从而保证提取的测试案例更符合实际业务场景。

S104：将所述实际业务场景记录与所述目标产品的单一业务场景记录进行比对，将所述实际场景记录转化为单一场景记录描述的多维数据记录。

可以将实际业务场景的操作流以及页面要素与目标产品的各单一业务场景的操作流及页面要素进行比对，识别出实际业务场景是由哪些单一业务场景组合而成。将实际业务场景记录表示为实际业务场景所包含的单一业务场景的场景记录组合形式，获得所述实际业务场景对应的多维数据记录。从而将复杂的业务场景数据以单一业务场景的操作流集合的形式来体现，实现对复杂业务场景记录数据的规范化，便于后续数据分析处理。

本说明书的另一个实施例中，在将所述实际业务场景记录与所述目标产品的单一业务场景记录进行比对之前，所述方法还可以包括：

对所述目标产品的业务场景及产品功能进行分析，确定所述目标产品的单一业务场景记录。

可以通过对目标产品的业务场景及产品功能进行分析，获得目标产品的全部单一业务场景，单一业务场景以业务场景记录的形式进行体现。对任意一个单一业务场景，可以顺序记录下其操作过程中的各个操作页面名称及要素，获得单一业务场景的操作流及页面要素，形成单一业务场景的场景记录。

如可以从产品需求方的《技术方案建议书》、《功能说明书》或产品模型等分析出该产品能够提供的功能，确定目标产品包含的单一业务场景。例如：用户开户、存款可作为一个单一业务场景，转账可根据是否进行授权页面跳转，分为：转账(大额需授权)及转账(小额无需授权)等多个单一业务场景。

然后，可以分析各单一业务场景，记录下各单一业务场景的操作流及页面要素，对单一业务场景进行定义，获得单一业务场景记录。

例如：存款的操作流为：{打开存款页面，输入身份证号，选择银行卡/存款/存单账号等，选择货种，输入存款金额，在回显界面确认用户姓名、账号、金额，确认存款请求并提交}。识别的页面要素包括：“页面名称”、“账号”“存款金额”等。

一些实施方式中，还可以用符号标识出该目标产品所提供的全部单一业务场景。例如，识别出单一业务场景：存款、转账及修改密码，并分别标识为：T₁、T₂、T₃。

利用上述实施例，可以预先获得目标产品的全部单一业务场景记录，并将分析获得目标产品的全部单一业务场景记录进行存储，以用于后续实际业务场景分析。

一些实施方式中，可以将实际业务场景记录与各单一业务场景记录的各节点进行特征点比对，将实际业务场景记录顺序拆分成多个单一业务场景记录的组合形式，获得实际业务场景对应的多维数据记录。

如，对于实际业务场景“用户大额存款后转账”，可以记录实际业务场景“用户大额存款后转账”的操作流及页面要素，获得“用户大额存款后转账”对应的场景记录。然后，与各单一业务场景记录进行对比，识别确定“用户大额存款后转账”为存款T₁及取款T₂两种单一业务场景组成。

然后，可以将“用户大额存款后转账”转化为存款T₁及取款T₂描述的二维数据记录：S₁＝{T₁，T₂}；其中，存款金额＝“2000000”及转账金额＝“30000”。从而将实际复杂的实际业务场景转化为一系列单一业务场景描述的多维数据记录形式，以便于后续数据分析处理。

S106：将所述目标产品的多个实际业务场景对应的多维数据记录进行聚类处理，获得所述目标产品的测试数据。

可以获取大量的目标产品的实际业务场景，利用步骤S102-S104中各实施例提供的方案获取各实际业务场景对应的多维数据记录。然后，对多个多维数据记录进行聚类分析，获得多个聚类集合，将具有相似数据特征的实际业务场景聚为一类。

通过将复杂的实际业务场景转化为单一业务场景描述的多维数据记录，可以规范复杂实际业务场景的数据表现形式，从而可以更为高效准确的实现对多个复杂实际业务场景之间的数据特征分析。通过聚类分析，可以将具备相同或者相似数据特征的复杂实际业务场景归为一类，将数据特征差距较大的复杂实际业务场景划分为不同的类别。

然后，可以计算各类数据的中心点，获得各类中心点对应的多维数据记录。将各类中心点对应的多维数据记录还原为业务场景记录，并将还原后的业务场景记录作为目标产品功能稳定性测试的测试案例。从而，可以提取出多个不重复的实际复杂业务场景作为该产品的功能稳定性测试案例集。

且提取出的测试数据范围可以真实反映出实际上目标产品最为频繁使用的功能，兼顾了选取的案例的范围以及数量，避免了测试场景遗漏或者测试场景选取范围过大。从而可以更好地实现产品功能稳定性测试的有效性。

图2表示本说明书提供的一种测试数据生成方法的流程示意图。如图2所示，本说明书的一个实施例中，可以使用K-modes聚类方法处理多维数据。可以将聚类个数k设置为目标产品对应的单一业务场景的个数，并将步骤S104中得到的多条多维数据记录X₁至X_n(n>k)作为学习样本进行输入。

聚类算法运行后，当其将n个元素聚合到k个集合，且集合的中心点不再发生变化后将自动停止。此时，可以得到k个集合中每个集合的全部数据及每个集合的中心点数据。

例如，生成的K个数据集合为：T₁＝{X₁,X₃,X_n-1}，T₂＝{X₂，X₈}，......，T_k＝{X₅，…X_n}，每个聚类集合的中心点为X_r(X_r为X₁至X_n中的一个多维数据记录，对应一个实际业务场景)。

然后，可以将每个集合的中心点对应的多维数据记录还原为业务场景记录。并将还原后的业务场景记录作为所述目标产品测试案例，获得所述目标产品功能稳定性测试的测试数据。

本说明书上述实施例中，对于实际业务场景个数n，可以尽可能地大，以更好地反映实际业务操作中的真实使用场景。

对于聚类个数k，可以将聚类个数k设置为目标产品对应的单一业务场景的个数，以兼顾聚类效果以及数据处理的效率。

如果设置k<全部单一业务场景的数量，则最终聚类得到的聚类数量过少，集合中心点不够集中，从而无法覆盖全部单一业务场景。因此，设置k>＝全部单一业务场景的数量，则可以尽可能使最终得到的场景集合能够覆盖全部单一业务场景。

但如果k设置的数量过多，虽可以很好的覆盖全部单一业务场景，但可能会影响测试效率。如，直接将全部单一业务场景作为功能测试案例，此时，执行k条案例即可覆盖到该产品的全部功能点。但考虑到功能稳定性案例对于复杂的场景的要求，需对其进行组合，如果使用排列组合方法，得到的组合数将为k！。

本说明书上述实施例中，通过将k的值设置为目标产品单一业务场景的个数，可以兼顾筛选到的案例的全面性以及数据处理的效率。

本说明书的另一个实施例中，当目标产品的功能升级或者变更时，可以对目标产品的业务场景及产品功能进行重新分析，获取目标产品的单一业务场景记录，根据功能更新后的单一业务场景记录确定所述目标产品的测试数据。

一些实施方式中，可以获取目标产品的功能升级或者变更后的实际业务场景记录，以及在重新获取的单一业务场景记录的基础上，对实际业务场景记录进行转化及聚类分析，获得所述目标产品的测试数据。每个步骤具体的实施方式可以参考上述实施例实施，这里不做赘述。

另一些实施方式中，也可以筛选出目标产品发生更新的功能对应的一个或者多个单一业务场景，并将更新之前收集的包含该一个或者多个单一业务场景的实际业务场景记录剔除，重新获取涉及该一个或者多个单一业务场景的实际业务场景记录。然后，结合其他不涉及该一个或者多个单一业务场景的实际业务场景记录，利用上述实施例提供的方案，进行数据转化以及聚类分析处理，获得目标产品发生功能更新后的测试数据。

相应的，本说明书的一个或者多个实施例中，所述方法还可以包括：

判断所述目标产品的功能是否发生更新，所述更新可以包括目标产品的功能升级或者变更；

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。具体的可以参照前述相关处理相关实施例的描述，在此不做一一赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书一个或多个实施例提供的所述测试数据生成方法，可以获取大量的目标产品的实际业务场景记录，并将获取的实际业务场景记录与所述目标产品的单一业务场景记录进行比对，以将实际场景记录转化为单一场景记录描述的多维数据记录形式。然后，可以对多个多维数据记录进行聚类分析，将聚类分析后各类的中心点对应的业务场景记录作为目标产品的测试案例。利用本说明各个实施例，可以提取出真实反映目标产品频繁使用的功能的业务场景数据作为测试案例，避免了测试场景遗漏或者测试场景选取范围过大，从而提高产品功能稳定性测试的有效性。

基于上述所述的测试数据生成方法，本说明书一个或多个实施例还提供一种测试数据生成装置。所述的装置可以包括使用了本说明书实施例所述方法的系统、软件(应用)、模块、组件、服务器等并结合必要的实施硬件的装置。基于同一创新构思，本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。具体的，图3表示说明书提供的一种测试数据生成装置实施例的模块结构示意图，如图3所示，所述装置可以包括：

数据收集模块202，可以用于获取目标产品的实际业务场景记录，所述场景记录包括业务场景对应的操作流及页面要素；

数据转化模块204，可以用于将所述实际业务场景记录与所述目标产品的单一业务场景记录进行比对，将所述实际场景记录转化为单一场景记录描述的多维数据记录；

聚类处理模块206，可以用于将所述目标产品的多个实际业务场景对应的多维数据记录进行聚类处理，获得类中心点对应的多维数据记录；

数据还原模块208，可以用于将所述类中心点对应的多维数据记录还原为业务场景记录，获得所述目标产品的测试数据。

图4为本说明书提供的另一种测试数据生成装置实施例的模块结构示意图。如图4所示，本说明书的一个或者多个实施例中，所述装置还可以包括：

单一业务确定模块203，可以用于对所述目标产品的业务场景及产品功能进行分析，获得所述目标产品的单一业务场景记录。

本说明书的另一个实施例中，所述聚类处理模块304可以包括：

聚类处理单元，可以用于将聚类个数设置为目标产品对应的单一业务场景的个数，对所述目标产品的多个实际业务场景对应的多维数据记录进行聚类处理。

本说明书的另一个实施例中，所述装置还可以包括：

功能更新判断模块，可以用于判断所述目标产品的功能是否发生更新，所述更新可以包括目标产品的功能升级或者变更；

测试数据更新模块，可以用于如果判断结果为是，则获取所述目标产品功能更新后的单一业务场景记录，根据功能更新后的单一业务场景记录确定所述目标产品发生功能更新后的测试数据。

需要说明的，上述所述的装置根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本说明书一个或多个实施例提供的所述测试数据生成装置，可以获取大量的目标产品的实际业务场景记录，并将获取的实际业务场景记录与所述目标产品的单一业务场景记录进行比对，以将实际场景记录转化为单一场景记录描述的多维数据记录形式。然后，可以对多个多维数据记录进行聚类分析，将聚类分析后各类的中心点对应的业务场景记录作为目标产品的测试案例。利用本说明各个实施例，可以提取出真实反映目标产品频繁使用的功能的业务场景数据作为测试案例，避免了测试场景遗漏或者测试场景选取范围过大，从而提高产品功能稳定性测试的有效性。

本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上，所述的存储介质可以计算机读取并执行，实现本说明书实施例所描述方案的效果。因此，本说明书还提供一种测试数据生成设备，包括处理器及存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现包括以下步骤：

所述存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

需要说明的，上述所述的设备根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本说明书实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图5是应用本发明实施例的一种生成测试数据的服务器的硬件结构框图。如图5所示，服务器10可以包括一个或多个(图中仅示出一个)处理器100(处理器100可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器200、以及用于通信功能的传输模块300。本邻域普通技术人员可以理解，图5所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图5中所示更多或者更少的组件，例如还可以包括其他的处理硬件，如数据库或多级缓存、GPU，或者具有与图5所示不同的配置。

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

传输模块300用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输模块300包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块300可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

上述实施例所述测试数据生成设备，可以获取大量的目标产品的实际业务场景记录，并将获取的实际业务场景记录与所述目标产品的单一业务场景记录进行比对，以将实际场景记录转化为单一场景记录描述的多维数据记录形式。然后，可以对多个多维数据记录进行聚类分析，将聚类分析后各类的中心点对应的业务场景记录作为目标产品的测试案例。利用本说明各个实施例，可以提取出真实反映目标产品频繁使用的功能的业务场景数据作为测试案例，避免了测试场景遗漏或者测试场景选取范围过大，从而提高产品功能稳定性测试的有效性。

本说明书还提供一种测试数据生成系统，所述系统可以为单独的产品功能稳定性测试数据生成系统，也可以应用在多种银行业务处理系统中。所述的系统可以为单独的服务器，也可以包括使用了本说明书的一个或多个所述方法或一个或多个实施例装置的服务器集群、系统(包括分布式系统)、软件(应用)、实际操作装置、逻辑门电路装置、量子计算机等并结合必要的实施硬件的终端装置。所述测试数据生成系统可以包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个或者多个实施例中所述方法的步骤。

需要说明的，上述所述的系统根据方法或者装置实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

上述实施例所述测试数据生成系统，可以获取大量的目标产品的实际业务场景记录，并将获取的实际业务场景记录与所述目标产品的单一业务场景记录进行比对，以将实际场景记录转化为单一场景记录描述的多维数据记录形式。然后，可以对多个多维数据记录进行聚类分析，将聚类分析后各类的中心点对应的业务场景记录作为目标产品的测试案例。利用本说明各个实施例，可以提取出真实反映目标产品频繁使用的功能的业务场景数据作为测试案例，避免了测试场景遗漏或者测试场景选取范围过大，从而提高产品功能稳定性测试的有效性。

需要说明的是，本说明书上述所述的装置或者系统根据相关方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照方法实施例的描述，在此不作一一赘述。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类、存储介质+程序实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

尽管本说明书实施例内容中提到的单一业务场景记录、实际业务场景记录、操作流、页面要素等获取、定义、交互、计算、判断等操作和数据描述，但是，本说明书实施例并不局限于必须是符合标准数据模型/模板或本说明书实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书的可选实施方案范围之内。

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

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

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

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

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

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

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

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述并不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

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

Claims

1.一种测试数据生成方法，其特征在于，包括：

获取目标产品的实际业务场景记录，其中，所述实际业务场景记录包括实际业务场景对应的操作流及页面要素；

将所述实际业务场景记录的操作流及页面要素与所述目标产品的各单一业务场景记录的操作流及页面要素进行比对，以将所述实际业务场景记录顺序拆分成多个单一业务场景记录的组合形式，作为所述实际业务场景的多维数据记录；

2.根据权利要求1所述的方法，其特征在于，所述将所述实际业务场景记录的操作流及页面要素与所述目标产品的各单一业务场景记录的操作流及页面要素进行比对之前，还包括：

3.根据权利要求1或2所述的方法，其特征在于，所述将所述目标产品的多个实际业务场景对应的多维数据记录进行聚类处理，包括：

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

5.一种测试数据生成装置，其特征在于，所述装置包括：

数据收集模块，用于获取目标产品的实际业务场景记录，其中，所述实际业务场景记录包括实际业务场景对应的操作流及页面要素；

数据转化模块，用于将所述实际业务场景记录的操作流及页面要素与所述目标产品的各单一业务场景记录的操作流及页面要素进行比对，以将所述实际业务场景记录顺序拆分成多个单一业务场景记录的组合形式，作为所述实际业务场景的多维数据记录；

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

7.根据权利要求5所述的装置，其特征在于，所述聚类处理模块包括：

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

9.一种测试数据生成系统，其特征在于，包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现权利要求1-4中任意一项所述方法的步骤。