CN110399303A - 用于准备测试数据的方法、数据准备装置和电子设备 - Google Patents

Abstract

本公开提供了一种由电子设备执行的用于准备测试数据的方法，包括：获取脚本执行任务；根据数据消费规则从测试数据分类库中获取执行脚本执行任务时所需的测试数据；以及将执行脚本执行任务时所需的测试数据装载至脚本中的对应脚本参数中，以便执行脚本执行任务时使用，其中，测试数据分类库用于存储测试不同业务时所需的多条测试数据记录，每条测试数据记录包括测试数据和分别与至少一个字段对应的至少一个分类参数，至少一个字段包括测试数据的数据类别。本公开还提供了一种数据准备装置、一种电子设备和一种计算机可读存储介质。

Description

用于准备测试数据的方法、数据准备装置和电子设备

技术领域

本公开涉及计算机技术领域，更具体地，涉及一种由电子设备执行的用于准备测试数据的方法、一种数据准备装置、一种电子设备和一种计算机可读存储介质。

背景技术

随着自动化测试技术的发展应用日渐成熟，越来越多的测试组织和测试人员使用自动化测试技术和工具来替代传统的手工测试执行操作，以提高整体测试工作的测试效率及测试工作质量。

然而，随着自动化脚本数量的变多，在传统模式下，每次执行自动化测试任务时，通过测试人员手工方式进行测试数据准备的工作量及工作复杂度逐步提升，已经无法满足规模化自动化测试的工作发展需求。

发明内容

有鉴于此，本公开提供了一种由电子设备执行的用于准备测试数据的方法、一种数据准备装置、一种电子设备和一种计算机可读存储介质。

本公开的一个方面提供了一种由电子设备执行的用于准备测试数据的方法，包括：获取脚本执行任务；根据数据消费规则从测试数据分类库中获取执行上述脚本执行任务时所需的测试数据；以及将执行上述脚本执行任务时所需的测试数据装载至上述脚本中的对应脚本参数中，以便执行上述脚本执行任务时使用，其中，上述测试数据分类库用于存储测试不同业务时所需的多条测试数据记录，每条测试数据记录包括测试数据和分别与至少一个字段对应的至少一个分类参数，上述至少一个字段包括上述测试数据的数据类别。

根据本公开的实施例，用于准备测试数据的方法还包括：在根据数据消费规则从测试数据分类库中获取执行上述脚本执行任务时所需的测试数据的过程中，判断上述测试数据分类库中是否存储有目标典型数据，其中，上述目标典型数据包括在历史测试过程中发现了版本缺陷的测试数据；以及在判断上述测试数据分类库中存储有上述目标典型数据的情况下，从上述测试数据分类库中获取上述目标典型数据。

根据本公开的实施例，用于准备测试数据的方法还包括：从一个或多个数据源获取测试数据，并按照测试数据分类规则存入上述测试数据分类库中。

根据本公开的实施例，上述至少一个字段还包括以下至少之一：数据生成规则、数据消费规则、数据使用状态、是否为典型数据、数据的测试任务标识、数据是否有效、测试版本信息。

根据本公开的实施例，用于准备测试数据的方法还包括：对上述测试数据分类库中的测试数据记录中的字段进行标记，以确定与上述字段对应的分类参数。

根据本公开的实施例，用于准备测试数据的方法还包括：对上述测试数据分类库中的测试数据的使用状态进行监控，确定上述测试数据分类库中未使用的测试数据的数量是否小于预先设定的阈值；在确定上述测试数据分类库中未使用的测试数据的数量小于上述预先设定的阈值的情况下，指示数据抽取模块从一个或多个数据源获取测试数据；以及/或者在确定上述测试数据分类库中未使用的测试数据的数量小于上述预先设定的阈值的情况下，发送指示信息，以提示用户补充测试数据。

本公开的另一方面提供了一种数据准备装置，包括：测试数据分类库，用于存储测试不同业务时所需的多条测试数据记录，其中，每条测试数据记录包括测试数据和分别与至少一个字段对应的至少一个分类参数，上述至少一个字段包括上述测试数据的数据类别；以及数据消费模块，用于根据数据消费规则从测试数据分类库中获取执行上述脚本执行任务时所需的测试数据，并将执行上述脚本执行任务时所需的测试数据装载至上述脚本中的对应脚本参数中，以便执行上述脚本执行任务时使用。

根据本公开的实施例，上述数据消费模块还用于：在根据数据消费规则从测试数据分类库中获取执行上述脚本执行任务时所需的测试数据的过程中，判断上述测试数据分类库中是否存储有目标典型数据，其中，上述目标典型数据包括在历史测试过程中发现了版本缺陷的测试数据；以及在判断上述测试数据分类库中存储有上述目标典型数据的情况下，从上述测试数据分类库中获取上述目标典型数据。

根据本公开的实施例，数据准备装置还包括数据抽取模块，用于从一个或多个数据源获取测试数据，并按照测试数据分类规则存入上述测试数据分类库中。

根据本公开的实施例，上述至少一个字段还包括以下至少之一：数据生成规则、数据消费规则、数据使用状态、是否为典型数据、数据的测试任务标识、数据是否有效、测试版本信息。

根据本公开的实施例，还包括：数据维护模块，用于对上述测试数据分类库中的测试数据记录中的字段进行标记，以确定与上述字段对应的分类参数。

根据本公开的实施例，数据准备装置还包括数据监控模块，用于对上述测试数据分类库中的测试数据的使用状态进行监控，确定上述测试数据分类库中未使用的测试数据的数量是否小于预先设定的阈值；在确定上述测试数据分类库中未使用的测试数据的数量小于上述预先设定的阈值的情况下，指示上述数据抽取模块从一个或多个数据源获取测试数据；以及/或者在确定上述测试数据分类库中未使用的测试数据数量小于上述预先设定的阈值的情况下，发送指示信息，以提示用户补充测试数据。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个指令，其中，当上述一个或多个指令被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，可以从测试数据分类库中获取执行脚本执行任务时所需的测试数据。其中，测试数据分类库可以存储测试不同业务时所需的多条测试数据记录，每条测试数据记录包括测试数据和分别与至少一个字段对应的至少一个分类参数，无需测试人员手工方式准备测试数据。因此至少部分地克服了相关技术中需要依赖手工方式准备测试数据，导致数据准备过程效率低的技术问题，进而实现了提高数据准备效率，满足规模化自动化测试的工作发展需求的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用由电子设备执行的用于准备测试数据的方法的应用场景图；

图2示意性示出了根据本公开实施例的由电子设备执行的用于准备测试数据的方法的流程图；

图3示意性示出了根据本公开实施例的数据准备装置的框图；

图4示意性示出了根据本公开实施例的测试数据分类库中分类后的测试数据的示意图；

图5示意性示出了根据本公开实施例的从一个或多个数据源获取测试数据的示意图；

图6示意性示出了根据本公开实施例的从客户信息数据源和账号信息数据源获取测试数据的示意图；

图7示意性示出了根据本公开实施例的由电子设备执行的用于准备测试数据的方法的流程图；

图8示意性示出了根据本公开另一实施例的可以应用由电子设备执行的用于准备测试数据的方法的应用场景图；以及

图9示意性示出了根据本公开实施例的适于实现上文描述的由电子设备执行的用于准备测试数据的方法的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

在验收测试阶段，尤其是最后一轮的回归验证测试环节时，为了保证测试环境数据的多样性及测试环境与生产环境数据的一致性，测试环境中的数据恢复通过从生产环境进行数据恢复并脱敏后装载的最新数据，没有历史的存量测试数据。每次测试执行时需要的测试数据(包括柜员、账户、银行卡号、各类凭证、客户编号和企业注册信息等)往往需要测试人员从当前的测试环境中手工获取及维护，从而完成测试执行前的测试数据准备工作。

例如：测试人员在测试信贷管理系统，“经营快贷放款”这一业务流程时，需要先准备一系列数据才可以进行放款测试，要准备的数据包括：客户档案信息(主机客户编号，例如：020000112226710，完整的客户信贷档案，例如：对应的贷款协议编号为02002000000000178267，且信贷档案标识为已完成)，个人经营企业的工商注册信息(企业需要在工商局备案且需要有真实存在的企业)，税务信息(企业对应的完整的纳税信息)和客户行内信用评级(例如以往的借据0020000051-00000377-000017290状态是否正常)等，以上数据均存在且完整，且能和申请的客户一一对应时，才可以正式启动“经营快贷放款”流程的测试，对于该类数据，测试人员一般通过手工从具体应用的数据库中查询符合条件记录的方式来获取。

同样，在进行验收测试阶段的自动化测试工作时，每次自动化测试执行前均需要测试人员将准备好的测试数据手工对照并维护到对应自动化测试脚本的参数文件中，这个环节也需要投入较大的手工维护工作量。

在脚本执行过程中，测试人员一般共用测试环境中的测试数据，测试数据无法进行标记，存在由于测试人员间对测试数据选取使用的信息不同步，出现不同测试人员使用同一个测试数据、两次测试执行使用同一套测试数据等的情况，导致测试数据使用产生冲突和相互干扰的现象，对整个测试验证过程产生较大的影响。尤其在涉及账务核对的测试场景下，可能由于一次数据冲突生成脏数据，导致大批量已完成的交易测试工作浪费。

例如：在测试信贷管理系统时，两个测试人员分别要进行“贷款放款”和“贷款合同失效”的操作，在测试过程中如果使用了相同的贷款合同(例如：合同号为“00200000512019贷0000573”的贷款合同)，测试人员A对该合同已经进行了放款操作，测试人员B将合同设置为了失效。在最后状态验证阶段，就会出现错误的结果，导致之前测试人员A已经完成的“贷款放款”测试不准确，需要重新进行验证，在涉及到部分关键数据时，有可能导致更大范围的测试验证工作失效。同理对于账户的操作也是如此，如果使用了相同的账户(例如：10120810100000000586)，测试人员A将账户设置为冻结，测试人员B需要用此账户进行存取款测试，也会有数据冲突的问题，导致测试人员A和测试人员B前期做过的许多测试验证工作失效。

在企业内部，一般会采用产品线/产品组的方式来对不同的应用系统进行测试过程的组织实施，同一个产品线/产品组内的测试人员负责对同一组应用系统的不同功能进行分工测试，该种模式下进行自动化测试时，虽然不同测试人员分配到的测试用例及测试意图不同，但测试的应用系统均为同一组，存在许多由于测试数据需求相同，测试准备工作量重复投入的问题。同时，当不同产品线之间的应用系统存在上下游交互关系时，为了验证应用系统之间的功能，也会存在由于测试准备需求一致，测试准备工作量重复投入的问题。

对于一些数据准备过程比较复杂的数据准备需求，部分企业也会配置专门的技术支持岗位来对该类数据进行统一的数据准备方案的研究和实施。组织模式基本为测试人员提出需求，技术支持人员依据需求完成数据准备后反馈到测试人员，在这个过程中，需要业务人员人工发现待测数据不足后反馈到技术人员，技术人员依据自己的工作安排，有工作空隙时实施具体的数据准备操作，操作完成后将准备完成好的数据反馈给测试人员进行使用。由于整个过程涉及到多个环节，还涉及到工作任务优先级、支持人员精力等因素，整个数据准备过程经常存在效率不高的情况。

由此可见，在相关技术中，存在准备自动化测试数据存在手工衔接环节多、重复工作量较多、测试数据使用冲突相互干扰、数据准备工作效率低下等问题。

本公开提供了一种由电子设备执行的用于准备测试数据的方法和自动化测试数据准备装置。通过建立测试数据分类库，定义测试数据生成规则、测试数据消费规则、自动化测试脚本参数与测试数据消费规则绑定自动提取运行等模式，可以减少整个数据准备环节中的人工介入工作量，提高工作效率。同时，可以基于对测试数据的使用情况的标记及执行结果的智能分析，对前期自动化测试中发现问题的有效数据能够在不同版本间进行更加有针对性的测试验证，进一步提升自动化测试质量。

本公开的实施例提供了一种由电子设备执行的用于准备测试数据的方法，包括：获取脚本执行任务；根据数据消费规则从测试数据分类库中获取执行脚本执行任务时所需的测试数据；以及将执行脚本执行任务时所需的测试数据装载至脚本中的对应脚本参数中，以便执行脚本执行任务时使用，其中，测试数据分类库用于存储测试不同业务时所需的多条测试数据记录，每条测试数据记录包括测试数据和分别与至少一个字段对应的至少一个分类参数，至少一个字段包括测试数据的数据类别。

图1示意性示出了根据本公开实施例的可以应用由电子设备执行的用于准备测试数据的方法的应用场景图。需要注意的是，图1所示仅为可以应用本公开实施例的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，测试数据分类库101和数据消费模块102之间可以进行数据交互。

根据本公开的实施例，在测试脚本运行过程中，数据消费模块102可以依据绑定的数据消费规则自动提取测试数据分类库101中的数据，将提取的测试数据装载至对应脚本参数中供执行使用。

根据本公开的实施例，脚本执行任务在执行过程中，可以依据脚本参数配置的具体数据消费规则在测试数据分类库中提取对应的数据进行执行，当测试数据被某个自动化脚本的执行任务提取使用后，该测试数据使用状态可以标记为已使用状态。同时，还可以记录使用该测试数据的脚本执行任务编号。

根据本公开的实施例，提高了准备测试数据的工作效率，通过集中的测试数据分类库，改变了原先测试人员零散的手工测试数据准备工作模式，提高了数据准备的工作效率。降低了每次自动化测试执行前测试人员手工维护自动化测试脚本中测试数据的工作量，提高自动化测试执行的工作效率。通过标记测试数据使用状态，规避了在测试过程中对同一套测试数据使用，或者数据使用冲突等可能导致测试失效问题。解决了由于数据冲突生成脏数据，测试结果相互干扰及测试工作量浪费等问题，提高测试的准确性。

图2示意性示出了根据本公开实施例的由电子设备执行的用于准备测试数据的方法的流程图。

如图2所示，该方法包括操作S210～S230。

在操作S210，获取脚本执行任务。

在操作S220，根据数据消费规则从测试数据分类库中获取执行脚本执行任务时所需的测试数据。

在操作S230，将执行脚本执行任务时所需的测试数据装载至脚本中的对应脚本参数中，以便执行脚本执行任务时使用，其中，测试数据分类库用于存储测试不同业务时所需的多条测试数据记录，每条测试数据记录包括测试数据和分别与至少一个字段对应的至少一个分类参数，至少一个字段包括测试数据的数据类别。

根据本公开的实施例，例如，在对某存款系统中8月版“开立7天美元定期存款小于1000起存”的功能进行测试时，首先将该自动化测试脚本“某亚洲WAP版-开立7天美元定期存款小于1000起存”和数据提取规则“币种：美元，金额：小于1000”进行绑定，从测试数据分类库中获取满足条件的测试数据。然后将满足条件的测试数据装载至脚本中的对应脚本参数中。

图3示意性示出了根据本公开实施例的数据准备装置的框图。

如图3所示，该数据准备装置100包括测试数据分类库101和数据消费模块102。需要说明的是，图3所示的数据准备装置100是对图1中的测试数据分类库101和数据消费模块102的进一步说明。

测试数据分类库101用于存储测试不同业务时所需的多条测试数据记录，其中，每条测试数据记录包括测试数据和分别与至少一个字段对应的至少一个分类参数，至少一个字段包括测试数据的数据类别。

数据消费模块102用于根据数据消费规则从测试数据分类库中获取执行脚本执行任务时所需的测试数据，并将执行脚本执行任务时所需的测试数据装载至脚本中的对应脚本参数中，以便执行脚本执行任务时使用。

根据本公开的实施例，每条测试数据记录中的至少一个字段还可以包括以下至少之一：数据生成规则、数据消费规则、数据使用状态、是否为典型数据、数据的测试任务标识、数据是否有效、测试版本信息。

根据本公开的实施例，可以定义一套测试数据分类库，用于存储每次版本测试自动化脚本消费的测试数据集，通过对测试数据分类库中具体测试数据的使用状态及最后自动化脚本的执行结果进行标记，可以减少数据使用冲突。

图4示意性示出了根据本公开实施例的测试数据分类库中分类后的测试数据的示意图。

如图4所示，定义数据种类为测试某业务所需准备的数据类别，例如，类别可以包括一般柜面交易需使用柜员号、账户、银行卡号、客户编码、凭证信息、企业注册信息等内容。

根据本公开的实施例，可以在测试数据分类库中按照对应类别存放相应的测试数据。测试数据分类库的一般示例如表1所示。

表1

根据本公开的实施例，在测试数据分类库中，“生成规则”字段指的是该数据是通过何种规则抽取出来的。“消费规则”字段指的是将要以何种规则被自动化测试执行任务使用消费。

“使用状态”字段是标识该数据是否已被当前版本的测试任务使用，当数据被提取存入到测试数据分类库中时，该字段初始状态置为未使用。如果数据使用状态为未使用，代表可以被后续的自动化脚本执行所消费；当某次测试执行任务使用了该数据时，将字段自动改为已使用，后续的测试任务即无法使用该数据。

“消费数据任务编号”字段是用来标记已被消费的数据对应的测试任务，以便后续的版本测试任务查找对应的历史数据及进行深度的统计分析使用。当数据状态为未使用时，该字段无内容；当某测试任务消费该数据时，将该字段任务编号自动记入为对应的测试执行任务编号。

“是否典型数据”字段用于标记用户对某次测试中发现了版本缺陷的测试数据，该数据后续可作为新版本重点验证的数据。测试人员可以依据自动化测试任务的执行结果，将任务使用的数据标记为典型数据。

“版本号”字段用于标记该数据的版本信息。

“是否有效”字段用于标记适用于当前版本测试的有效测试数据，新的版本测试开始时，测试数据抽取模块从数据源抽取测试数据，形成该版本的有效测试数据；同时，检测历史版本中的典型数据是否在本次版本正常可用，如可以使用则将是否有效字段设置为是。版本号为历史版本的有效数据均为典型数据。

根据本公开的实施例，可以从测试数据分类库中获取执行脚本执行任务时所需的测试数据，其中，测试数据分类库可以存储测试不同业务时所需的多条测试数据记录，每条测试数据记录包括测试数据和分别与至少一个字段对应的至少一个分类参数，无需测试人员手工方式准备测试数据，所以至少部分地克服了相关技术中需要依赖手工方式准备测试数据，导致数据准备过程效率低的技术问题，进而达到了提高数据准备效率，满足规模化自动化测试的工作发展需求的技术效果。

根据本公开的实施例，测试数据分类库中待测试数据来源可以有两部分，一部分来源于数据抽取模块依据数据抽取规则从数据源抽取的数据，另一部分为用户依据自己测试所需手工添加维护的数据。

根据本公开的实施例，从一个或多个数据源获取测试数据，并按照测试数据分类规则存入测试数据分类库中。

根据本公开的实施例，数据准备装置100还包括数据抽取模块，用于从一个或多个数据源获取测试数据，并按照测试数据分类规则存入测试数据分类库中。

图5示意性示出了根据本公开实施例的从一个或多个数据源获取测试数据的示意图。

如图5所示，数据抽取模块可以从测试数据源1、测试数据源2、测试数据源3，……和测试数据源n抽取测试数据，并按照数据分类规则存入测试数据分类库中。其中，数据分类规则可以是按照上述字段进行分类。数据抽取模块支持依据数据规则库中编制的数据准备及抽取规则，从不同数据源中提取测试数据，按照对应的测试数据分类放入到测试数据分类库中。同时，数据抽取模块首先将历史版本测试数据的“是否有效”字段都设置为否，再检测历史版本测试数据中类别为典型数据的测试数据是否可在当前在测版本正常可用，如可以使用则将对应数据的“是否有效”字段设置为是。

图6示意性示出了根据本公开实施例的从客户信息数据源和账号信息数据源获取测试数据的示意图。

如图6所示，例如，测试需要北京地区的银行卡余额大于1万元的男性用户客户编号，生成规则中即为该具体业务逻辑。抽取模块根据该逻辑，形成语句从对应的客户信息和账号信息库中查询满足条件的客户编号数据，存放在测试数据分类库中。数据抽取模块中的规则为测试人员在案例设计中确定的内容，并包含所关联的应用系统数据库查询，以便抽取模块从各数据源提取数据。

通过根据本公开的实施例，可以及时发现待测数据不足的问题，并自动依据数据抽取规则对待测数据进行补充，避免由于数据准备不足或测试数据质量较差导致的自动化测试脚本等问题引起的执行失败，提高了自动化测试执行的效率。

图7示意性示出了根据本公开实施例的由电子设备执行的用于准备测试数据的方法的流程图。

如图7所示，该方法包括操作S710～S760。

在操作S710，提交自动化脚本执行任务。

在操作S720，提取自动化脚本中参数绑定的数据消费规则。

在操作S730，依据具体的数据消费规则提取数据。

在操作S740，判断测试数据分类库中是否存在历史版本状态为有效的典型数据。

在操作S750，若存在，优先提取历史版本状态为有效的典型数据，将数据返回脚本中。

在操作S760，若不存在，提取当前版本符合条件的测试数据，将数据返回脚本中。

根据本公开的实施例，历史版本和当前版本可以是针对同一客户端的不同版本。

根据本公开的实施例，在根据数据消费规则从测试数据分类库中获取执行脚本执行任务时所需的测试数据的过程中，判断测试数据分类库中是否存储有目标典型数据，其中，目标典型数据包括在历史测试过程中发现了版本缺陷的测试数据。在判断测试数据分类库中存储有目标典型数据的情况下，从测试数据分类库中获取目标典型数据。

根据本公开的实施例，在获取测试数据的过程中，会将和该测试脚本相关的，在历史版本中标记为典型数据且在当前版本中“是否有效”字段标记为是的测试数据优先提供给用户，同时也会提取当前版本中满足条件的数据，给用户进行测试。

在执行自动化测试执行任务过程中，可以依据脚本参数配置的具体消费规则在测试数据分类库中提取对应的数据进行执行，当数据被某个自动化脚本的执行任务提取使用后，该测试数据使用状态置为已使用状态，并同时记录使用该测试数据的脚本执行任务编号。

根据本公开的实施例，在根据数据消费规则从测试数据分类库中获取执行脚本执行任务时所需的测试数据的过程中，可以通过数据消费模块102判断测试数据分类库中是否存储有目标典型数据，其中，目标典型数据指历史版本被标记为典型数据且在当前版本中“是否有效”字段标记为是的测试数据。在判断测试数据分类库中存储有目标典型数据的情况下，从测试数据分类库中获取目标典型数据。

根据本公开的实施例，可以对测试数据分类库中的测试数据记录中的字段进行标记，以确定与字段对应的分类参数。

根据本公开的实施例，数据准备装置100还包括数据维护模块，用于对测试数据分类库中的测试数据记录中的字段进行标记，以确定与字段对应的分类参数。

根据本公开的实施例，可以依据自动化测试脚本在运行时对数据分类库中待测数据的提取使用情况，对测试数据的使用状态及自动化测试结果，在测试数据分类库中进行自动标记。

同时，也可以提供系统界面，供用户在测试数据分类库中手工添加及维护无法通过脚本方式进行数据抽取的测试数据。另外，测试人员也可依据自动化测试脚本任务的执行结果，按照工作所需，对数据分类库中的某个测试数据的“典型数据”字段进行维护标记，便于在新版本测试时进行复用。

通过本公开的实施例，通过对每套数据在不同版本中的测试验证结果的标记及智能统计，能够让测试人员更好的选取高质量的测试数据，从而在不同版本间进行版本功能的回归验证。减少了测试数据准备技术维护人员的数据提取工作量，降低了与测试人员之间测试数据需求的沟通成本，提高了整个测试过程的测试效率。

图8示意性示出了根据本公开另一实施例的可以应用由电子设备执行的用于准备测试数据的方法的应用场景图。

需要说明的是，图8所示的由电子设备执行的用于准备测试数据的方法是对图1所示的由电子设备执行的用于准备测试数据的方法的一种示例实现方式。接下来将结合图1、图3和图8来详细描述根据本公开实施例用于准备测试数据的方法的一种示例实现方式。

如图8所示，数据监控模块104对测试数据分类库101中的测试数据的使用状态进行监控，确定测试数据分类库101中未使用的测试数据的数量是否小于预先设定的阈值。在确定测试数据分类库101中未使用的测试数据的数量小于预先设定的阈值的情况下，指示数据抽取模块103从一个或多个数据源获取测试数据，以及/或者在确定测试数据分类库中未使用的测试数据的数量小于预先设定的阈值的情况下，发送指示信息，以提示用户补充测试数据。

根据本公开的实施例，数据监控模块104可以周期性的获取测试数据分类库101中数据的消费情况，例如，每隔10分钟获取一次数据的消费情况。

根据本公开的实施例，例如，预先设定的阈值可以是100条，测试数据分类库101中未使用的测试数据的数量为80条，则可以指示数据抽取模块103从一个或多个数据源获取测试数据，或者，发送指示信息提示用户手动补充测试数据。

根据本公开的实施例，周期性获取测试数据分类库中数据的使用消费情况，当测试数据分类库中的某类规则中未使用的数据量低于用户预先设定好的阈值时，及时驱动上述数据抽取模块103，依据对应的数据准备及抽取规则对测试数据进行补充，或者通过邮件、短信等方式通知数据准备的技术维护人员及时手工维护专项测试数据。

通过本公开的实施例，规避了在测试过程中由于对同一套测试数据重复使用，或数据使用冲突等可能导致测试失效的问题。解决了由于数据冲突生成脏数据，测试结果相互干扰及测试工作量浪费等问题，提高测试的准确性。

根据本公开的实施例，数据准备装置100可以包括测试数据分类库101、数据消费模块102、数据抽取模块103和数据监控模块104。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，测试数据分类库101和数据消费模块102中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，测试数据分类库101和数据消费模块102中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，测试数据分类库101和数据消费模块102中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

需要说明的是，本公开的实施例中数据准备装置部分与本公开的实施例中由电子设备执行的用于准备测试数据的方法部分是相对应的，数据准备装置部分的描述具体参考由电子设备执行的用于准备测试数据的方法部分，在此不再赘述。

图9示意性示出了根据本公开实施例的适于实现上文描述的由电子设备执行的用于准备测试数据的方法的电子设备的框图。图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM 903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 902和RAM 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备900还可以包括输入/输出(I/O)接口905，输入/输出(I/O)接口905也连接至总线904。电子设备900还可以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (14)

1.一种由电子设备执行的用于准备测试数据的方法，包括：

获取脚本执行任务；

根据数据消费规则从测试数据分类库中获取执行所述脚本执行任务时所需的测试数据；以及

将执行所述脚本执行任务时所需的测试数据装载至所述脚本中的对应脚本参数中，以便执行所述脚本执行任务时使用，

其中，所述测试数据分类库用于存储测试不同业务时所需的多条测试数据记录，每条测试数据记录包括测试数据和分别与至少一个字段对应的至少一个分类参数，所述至少一个字段包括所述测试数据的数据类别。

2.根据权利要求1所述的方法，还包括：

在根据数据消费规则从测试数据分类库中获取执行所述脚本执行任务时所需的测试数据的过程中，判断所述测试数据分类库中是否存储有目标典型数据，其中，所述目标典型数据包括在历史测试过程中发现了版本缺陷的测试数据；以及

在判断所述测试数据分类库中存储有所述目标典型数据的情况下，从所述测试数据分类库中获取所述目标典型数据。

3.根据权利要求1所述的方法，还包括：

从一个或多个数据源获取测试数据，并按照测试数据分类规则存入所述测试数据分类库中。

4.根据权利要求1至3中任一项所述的方法，其中，所述至少一个字段还包括以下至少之一：数据生成规则、数据消费规则、数据使用状态、是否为典型数据、数据的测试任务标识、数据是否有效、测试版本信息。

5.根据权利要求4所述的方法，还包括：

对所述测试数据分类库中的测试数据记录中的字段进行标记，以确定与所述字段对应的分类参数。

6.根据权利要求4所述的方法，还包括：

对所述测试数据分类库中的测试数据的使用状态进行监控，确定所述测试数据分类库中未使用的测试数据的数量是否小于预先设定的阈值；

在确定所述测试数据分类库中未使用的测试数据的数量小于所述预先设定的阈值的情况下，指示数据抽取模块从一个或多个数据源获取测试数据；以及/或者

在确定所述测试数据分类库中未使用的测试数据的数量小于所述预先设定的阈值的情况下，发送指示信息，以提示用户补充测试数据。

7.一种数据准备装置，包括：

测试数据分类库，用于存储测试不同业务时所需的多条测试数据记录，其中，每条测试数据记录包括测试数据和分别与至少一个字段对应的至少一个分类参数，所述至少一个字段包括所述测试数据的数据类别；以及

数据消费模块，用于根据数据消费规则从测试数据分类库中获取执行所述脚本执行任务时所需的测试数据，并将执行所述脚本执行任务时所需的测试数据装载至所述脚本中的对应脚本参数中，以便执行所述脚本执行任务时使用。

8.根据权利要求7所述的装置，所述数据消费模块还用于：

在根据数据消费规则从测试数据分类库中获取执行所述脚本执行任务时所需的测试数据的过程中，判断所述测试数据分类库中是否存储有目标典型数据，其中，所述目标典型数据包括在历史测试过程中发现了版本缺陷的测试数据；以及

在判断所述测试数据分类库中存储有所述目标典型数据的情况下，从所述测试数据分类库中获取所述目标典型数据。

9.根据权利要求7所述的装置，还包括：

数据抽取模块，用于从一个或多个数据源获取测试数据，并按照测试数据分类规则存入所述测试数据分类库中。

10.根据权利要求7至9中任一项所述的装置，其中，所述至少一个字段还包括以下至少之一：数据生成规则、数据消费规则、数据使用状态、是否为典型数据、数据的测试任务标识、数据是否有效、测试版本信息。

11.根据权利要求10所述的装置，还包括：

数据维护模块，用于对所述测试数据分类库中的测试数据记录中的字段进行标记，以确定与所述字段对应的分类参数。

12.根据权利要求10所述的装置，还包括数据监控模块，用于：

对所述测试数据分类库中的测试数据的使用状态进行监控，确定所述测试数据分类库中未使用的测试数据的数量是否小于预先设定的阈值；

在确定所述测试数据分类库中未使用的测试数据的数量小于所述预先设定的阈值的情况下，指示所述数据抽取模块从一个或多个数据源获取测试数据；以及/或者

在确定所述测试数据分类库中未使用的测试数据数量小于所述预先设定的阈值的情况下，发送指示信息，以提示用户补充测试数据。

13.一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个指令，

其中，当所述一个或多个指令被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至6中任一项所述的方法。

14.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至6中任一项所述的方法。