数据测试方法、装置、设备以及存储介质
文献发布时间：2024-04-18 20:01:55
技术领域
本申请涉及自动化测试领域，尤其涉及一种数据测试方法、装置、设备以及存储介质。
背景技术
随着自动化技术的广泛应用，自动化测试的应用也是从传统的人工工作方式逐步发展到新的自动化测试方式，即通过计算机编程的方式，在无人参与的情况下，可自动完成软件测试，最快地达到保证软件质量的效果。
然而，现阶段相关机构对测试数据的研究主要集中在基于特征分析进行编造数据，这种方法大多着眼于某个场景的测试数据的编造，这些数据在某次自动化测试完成后可能不能应用于其他的场景测试，即不具备时效性，需要针对不同的测试场景重新编造生成测试数据，因而制约了测试数据在实际生产中的应用，尤其对于当前以小而多的故事为切入点的自动化测试而言，测试数据准备工作量大而冗余，故事点之间的测试数据不相通，即便共享部分测试数据，但因没有统一的维护使得故事点之间的测试数据出现冲突等情况，最终迫使可多场景使用的测试数据倒退回单一场景使用。
综上所述，现阶段的自动化测试方法，主要以人工测试为主，测试数据也需要人工准备、维护，这种方法成本高，生产效率低，且不能保证用户测试数据的时效性。
发明内容
本发明的主要目的在于提供一种数据测试方法、装置、设备以及存储介质，旨在解决自动化测试数据前的准备工作重复而繁琐，且不能够针对多而庞杂的数据进行自动地维护，从而不能保证测试数据的时效性的技术问题。
为实现上述目的，本申请提供一种数据测试方法，所述数据测试方法包括：
基于测试数据源建立测试数据表；
确定所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性；
根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略；
在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作。
可选地，所述测试数据源的获取方式包括以下至少一项：
同步其他测试数据表中的测试数据，获得测试数据源；
基于预配置的地址从对应接口引入所述测试数据表的预设字段的数据，获得测试数据源；
对原始数据进行特征分析，根据分析结果确定测试数据的特征，获得测试数据源。
可选地，所述基于测试数据源建立测试数据表的步骤还包括：
确定所述测试数据表中包含的数据字段，所述数据字段包括：各所述数据字段的名称、类型、长度、默认值、注释、是否为主键、是否非空以及是否是自增中的至少一项。
可选地，所述根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略的步骤包括：
根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的定时配置触发条件和条件配置触发条件；
根据所述定时配置触发条件和条件配置触发条件配置对应的配置策略。
可选地，所述在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作的步骤包括：
根据定时配置触发条件，每间隔特定的时间对测试数据表中的测试数据进行操作，所述操作包括：往测试数据表中插入预定数量的数据、替换预定数量的数据，或者对测试数据的部分字段或全部字段进行更新操作。
可选地，所述在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作的步骤包括：
根据条件配置触发条件，在所述测试数据表的整表数据低于设定阈值、数据被查询次数达到设定阈值和/或数据已超有效使用期时，通过设定的数据来源对所述测试数据表中的测试数据进行插入、删除或更新。
可选地，所述根据条件配置触发条件，在所述测试数据表的整表数据低于设定阈值、数据被查询次数达到设定阈值和/或数据已超有效使用期时，通过设定的数据来源对所述测试数据表中的测试数据进行插入、删除或更新的步骤包括：
若所述测试数据表的测试数据的数量低于预设阈值，则同步插入其他测试数据表的测试数据，或造数插入数据到所述测试数据表中；
若所述测试数据表的数据的被查询次数已达预设阈值，则根据所述测试数据表的数据来源对所述测试数据表的数据进行更新或删除；
若所述测试数据表的数据已过数据使用有效期，则对所述测试数据表的数据进行删除并补充。
本申请实施例还提出一种数据测试装置，所述数据测试装置包括：
建立模块，用于基于测试数据源建立测试数据表；
确定模块，用于确定所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性；
配置模块，用于根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略；
操作模块，用于在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作。
本申请实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的数据测试程序，所述保证数据测试程序被所述处理器执行时实现如上所述的测试数据方法的步骤。
本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有数据测试程序，所述数据测试程序被处理器执行时实现如上所述的数据测试方法的步骤。
本申请实施例提出的数据测试方法、装置、设备以及存储介质，通过基于测试数据源建立测试数据表；确定所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性；根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略；在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作。该方案充分利用了计算机软件的成果，能够针对多而庞杂的测试数据进行自动的维护，能清晰、准确、高效地保证测试数据的时效性并节省人力成本，保证软件测试的质量，适应软件行业自动化测试的发展，从而有利于提升自动化测试的效率。
附图说明
图1是本申请实施例方案涉及的硬件运行环境的数据测试设备的结构示意图；
图2为本申请数据测试方法第一实施例的流程示意图；
图3为本申请中数据测试方法第一实施例中涉及的数据来源图；
图4为本申请中数据测试方法第一实施例中涉及的多张表格关联图；
图5为本申请中数据测试方法第一实施例中涉及的调度平台操作图；
图6为本申请中数据测试方法第二实施例的流程示意图；
图7为本申请中数据测试方法第三实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本申请。
本申请实施例的主要解决方案是：基于测试数据源建立测试数据表；确定所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性；根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略；在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作。该方案充分利用了计算机软件的成果，能够针对多而庞杂的测试数据进行自动的维护，能清晰、准确、高效地保证测试数据的时效性并节省人力成本，保证软件测试的质量，适应软件行业自动化测试的发展，从而有利于提升自动化测试的效率。
本申请实施例考虑到，相关技术方案自动化测试数据，主要以人工测试为主，测试数据也需要人工准备、维护，这种方法成本高，生产效率低，且不能保证用户测试数据的时效性。
基于此，本申请实施例提出一种解决方案，可以针对多而庞杂的测试数据进行自动地维护，能清晰、准确、高效地保证测试数据的时效性，并节省了人力成本，保证软件测试的质量，适应软件行业自动化测试的发展，从而提升了自动化测试的效率。
具体地，参照图1，图1为本申请数据测试装置所属终端设备的功能模块示意图。该数据测试装置可以为独立于终端设备的、能够进行数据处理的装置，其通过软件的形式承载于终端设备上。该终端设备可以为电脑、手机、平板电脑等具备数据处理的设备，本实施例以电脑进行举例。
在本实施例中，该数据测试所属终端设备至少包括生成模块110、处理器120、存储器130以及发送模块140。
存储器130中存储有操作系统以及数据测试程序，数据测试装置可以将测试数据表中的数据以及多张测试数据表之间的关联关系等信息存储于该存储器130中；生成模块110可以包括：随机数据生成、模拟数据生成、数据转换等功能；发送模块140可以包括：数据发送器、批量数据发送器、数据流发送器等。
其中，存储器130中的数据测试程序被处理器执行时实现以下步骤：
基于测试数据源建立测试数据表；
确定所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性；
根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略；
在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作。
进一步地，存储器130中的数据测试程序被处理器执行时还实现以下步骤：
确定所述测试数据表中包含的数据字段，所述数据字段包括：各所述数据字段的名称、类型、长度、默认值、注释、是否为主键、是否非空以及是否是自增。
进一步地，存储器130中的数据测试程序被处理器执行时还实现以下步骤：
根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的定时配置触发条件和条件配置触发条件；
根据所述定时配置触发条件和条件配置触发条件配置对应的配置策略。
进一步地，存储器130中的数据测试程序被处理器执行时还实现以下步骤：
根据定时配置触发条件，每间隔特定的时间对测试数据表中的测试数据进行操作，所述操作包括：往测试数据表中插入预定数量的数据、替换预定数量的数据，或者对测试数据的部分字段或全部字段进行更新操作。
进一步地，存储器130中的数据测试程序被处理器执行时还实现以下步骤：
根据条件配置触发条件，在所述测试数据表的整表数据低于设定阈值、数据被查询次数达到设定阈值和/或数据已超有效使用期时，通过设定的数据来源对所述测试数据表中的测试数据进行插入、删除或更新。
进一步地，存储器130中的数据测试程序被处理器执行时还实现以下步骤：
若所述测试数据表的测试数据的数量低于预设阈值，则同步插入其他测试数据表的测试数据，或造数插入数据到所述测试数据表中；
若所述测试数据表的数据的所述查询次数已达预设阈值，则根据所述测试数据表的数据来源对所述测试数据表的数据进行更新或删除；
若所述测试数据表的数据已过数据使用有效期，则对所述测试数据表的数据进行删除并补充。
本实施例通过上述方案，具体通过基于测试数据源建立测试数据表；确定所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性；根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略；在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作。该方案充分利用了计算机软件的成果，能够针对多而庞杂的测试数据进行自动的维护，能清晰、准确、高效地保证测试数据的时效性并节省人力成本，保证软件测试的质量，适应软件行业自动化测试的发展，从而提升了自动化测试的效率。
基于上述终端设备架构但不限于上述架构，提出本申请方法实施例。
参照图2，图2为本申请数据测试方法第一个示例性实施例的流程示意图。所述数据测试方法包括：
步骤S100，基于测试数据源建立测试数据表。
为了测试数据表中的数据能够应用于多种场景，并对测试数据表中的数据进行规模控制、管理和维护，本实施例是通过基于测试数据源建立测试数据表，来实现对测试数据表中的数据进行操作。
首先，确定测试数据表中的数据来源，其中，数据来源有三种方式：
如图3所示，配置好连接信息后，测试数据表从其他的数据表中同步数据，从而获得测试数据源，其中，从其他的数据表中同步的数据可包括：#交易数据#、#用户#、getTableValue、getJsonValue等，其中：
#交易数据#是一个数据来源，可通过配置URL、数据库名等信息获取该数据；
#用户#是一个用户信息，可通过配置的规则生成的一个用户数据；
getTableValue是一个函数，该函数的第一个参数为List
getJsonValue是一个函数，该函数的第一个参数为Json，第二个参数为key值。
或者，对原始数据进行特征分析，通过分析原始数据的最大值、最小值、平均数、中位数、众数、是否含有空值、长度最大值和最小值，或是分析数据字段之间的关系，从而获得测试数据源；
或者，基于预配置的地址从对应接口引入所述测试数据表的预设字段的数据，获得测试数据源。
然后，基于获得的测试数据源建立测试数据表，并确定所述测试数据表中包含的数据字段，所述数据字段包括：各所述数据字段的名称、类型、长度、默认值、注释、是否为主键、是否非空以及是否是自增等。
通过上述方法，基于测试数据源建立测试数据表，测试数据源可以覆盖系统的各个方面和功能，确保系统在各种情况下都能正常运行，而建立数据表则是组织和管理数据的重要手段，可以提供数据的一致性、完整性和安全性，方便数据的查询和分析，并支持数据的共享和交互。同时，数据表还可以进行数据备份和恢复，保证数据的可靠性和可用性。
步骤S101，确定所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性；
其中，消耗条件可以包括：将查询使用过的次数设置为消耗条件，如查询一次即删除、查询五次即删除；将时间维度设置消耗条件，测试数据失效的时间可以是一小时、一天、一个月、一个季度等，也可以设置为过期时间。多张表格中的字段数据之间存在着关联关系，它们是通过数据库中的外键关系等约束进行关联，如图4所示，用户表、账目表以及信用卡表之间存在着关联关系，它们是通过数据库中的外键关系进行关联的，箭头指向为配置的外键关系。当一张测试数据表格中的某条数据修改后，相关联的数据也需要跟着修改，一张测试数据表格中的某条数据失效后意味着另一相关的测试数据表格中的数据也失效。
在确定测试数据表中的数据的有效性时，首先明确测试的目标和需求，了解要测试的系统或应用的场景的预期行为和期望结果，以及需要覆盖的各种情况和边界条件；接着，根据测试目标和需求，选择适合的测试数据，确保测试数据能够触发系统或应用的场景的各种行为和逻辑；最后，对选择的测试数据进行验证，确保测试数据表中的数据的有效性。
在准备完成后可进行测试，用以确定多张测试数据表生成的数据是否符合自动化测试的条件：是以根据定义的数据字段及多张测试数据表的关联关系等条件，判断自动生成及保持时效性的数据是否合理且满足自动化测试条件。
综上所述，通过确定测试数据表的消耗条件、测试数据表之间的关联关系以及测试数据表中的测试数据的有效性，可以提高测试的全面性、准确性、效率和效果，发现潜在的问题和风险，提高测试的可维护性和可重复性。
步骤S102，根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略；
其中，触发条件是指当测试数据不满足时效性要求时触发的条件，可以包括：失效时间、使用次数等；
配置策略可以包括：更新或替换测试数据，当测试数据过期或达到使用次数限制时，可以配置策略来更新或替换测试数据。这可以通过重新生成新的测试数据，或者从其他数据源获取新的测试数据来实现；往测试数据表中插入预定数量的数据等。
首先，根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，确定测试数据表中的数据不满足时效性要求的触发条件，例如，当测试数据表中的数据的使用次数达到限制、测试数据表中的数据失效、相关数据更新等情况下触发；
接着，配置所述测试数据表中的测试数据不满足时效性要求的定时配置触发条件和条件配置触发条件；
最后，根据所述定时配置触发条件和条件配置触发条件，配置对应的配置策略来处理不满足时效性要求的测试数据。
综上所述，配置测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略可以提高测试的效率、准确性和可维护性。
步骤S103，在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作。
如图5所示，任务调度平台在测试数据表建立，且配置数据来源及配置保证数据时效性的条件后，会收集到不满足时效性要求的触发条件，并且定时根据这些不满足时效性要求的触发条件判断测试数据表中的数据是否满足时效性要求。
当任务调度平台检测到测试数据表中的数据不满足时效性要求后，会根据配置的策略对数据进行维护。如测试数据表中的数据的数量低于阈值时，根据配置的策略，从别的数据表同步插入数据，或将造数插入测试数据表的数据中等；在检测到某数据字段已经被使用多次，符合删除或者更新的条件后，根据测试数据的来源对测试数据表中的数据进行更新或删除；当测试数据表中的数据已经过了数据使用有效期，任务调度平台会删除后根据配置的策略进行数据的补充。
通过上述方法，通过任务调度平台对测试数据表中的数据的时效性条件进行判断，从而及时执行相应的维护策略，不仅保证了测试数据表中的数据的时效性，同时也提高测试的灵活性、效率和准确性，可以更好地管理和维护测试数据表中的数据。
通过上述实施例方案，能够针对数量多且复杂的测试数据表中的数据进行自动地维护，并且能够清晰、准确、高效地保证测试数据的时效性，以及节省人力成本。
参照图6，图6为本申请数据测试方法的第二示例性实施例的流程示意图。基于上述图2所述的实施例，在本实施例中，在上述步骤S103，根据所述配置策略对所述测试数据表中的测试数据进行操作还包括：
根据定时配置触发条件，每间隔特定的时间对测试数据表中的测试数据进行操作，所述操作包括：往测试数据表中插入预定数量的数据、替换预定数量的数据，或者对测试数据的部分字段或全部字段进行更新操作。
相比于上述图2所示的实施例，本实施例还包括，对于测试数据表中的数据不满足时效性时的触发条件可根据用户的需求设置不同的时间点作为触发条件，通过间隔一定的时间，对测试数据的整表数据进行操作。
具体地，可以将定时配置触发条件设置为每天的固定时间点，当到达所设置的时间点后，任务调度平台会根据测试数据表中的数据情况来进行操作：
若需要在当下场景运用的数据不在所测试数据表中时，任务调度平台会进行插入操作，将新的数据添加到测试数据表中；
若需要完全替换已有的数据时，任务调度平台可以进行数据替换操作，将旧的数据移出，并添加新的数据；
若只需要更新数据记录或实体中的某个或某些字段时，任务调度平台可以进行数据字段更新操作，对测试数据的部分字段或全部字段进行更新。
除此之外，还可将定时配置设置为每周的某一天和时间点、每月的某一天和时间点、每季度的某一天和时间点或者每年的某一天和时间点。
在上述实施例的方法，通过定时配置触发任务调度平台对测试数据表中的数据进行维护，可以确保测试数据表中的数据在遇到的时间点进行相对应的往测试数据表中插入预定数量的数据、替换预定数量的数据，或者对测试数据的部分字段或全部字段进行更新等操作，保证了测试数据表中的数据的及时性，减少了人工干预的需求，避免数据的不一致性。
参照图7，图7为本申请数据测试方法的第三示例性实施例的流程示意图。基于上述图2所示的实施例，在本实施例中，在上述步骤S103，根据所述配置策略对所述测试数据表中的测试数据进行操作还包括：
根据条件配置触发条件，在所述测试数据表的整表数据低于设定阈值、数据被查询次数达到设定阈值和/或数据已超有效使用期时，通过设定的数据来源对所述测试数据表中的测试数据进行插入、删除或更新。
相比于上述图2所示的实施例，本实施例还包括，对于测试数据表中的数据不满足时效性时的触发条件可根据场景需要设置不同的触发条件，通过将测试数据的整表数据与触发条件进行比较，从而对测试数据的整表数据进行操作。
具体地，在本实施例中，作为一种实施方法，用户在进行测试数据前可通过任务调度平台设置测试数据表中的数据不满足时效性时的触发条件的阈值，该触发条件可以是：测试数据表中的整表数据的数量、测试数据表中的数据被查询的次数或者是测试数据表中有的数据是否超过有效使用期，并且在触发条件中设置临界阈值。在用户设置好触发条件后，任务调度平台将根据设置好的触发条件，对测试数据表中的数据定时进行时效性的判断。若检测到测试数据表中的数据满足设置的触发条件时，则会根据配置的测量对测试数据表中的数据进行维护：
若用户设置的触发条件为测试数据表中的整表数据的数量，任务调度平台会定时对测试数据表中的测试数据的数量是否低于预设的阈值进行检测，若检测到测试数据表中的测试数据的数量是低于预设的阈值时，则会同步插入其他测试数据表的测试数据，或者将造数插入测试数据表中；
若用户设置的触发条件为测试数据表的测试数据的已被查询次数，任务调度平台会定时对测试数据表中的测试数据的已被查询次数是否达到预设的阈值进行检测，则会根据测试数据表的数据来源对测试数据表的数据进行更新或删除；
若用户设置的触发条件为测试数据表的测试数据是否超过有效使用期，任务调度平台会定时对测试数据表中的测试数据是否已过数据使用期进行检测，若检测到测试数据表中的测试数据已过数据使用有效期，则对测试数据表中的数据进行删除并补充新的数据。
本实施例通过上述方案，具体为根据条件配置触发条件，在所述测试数据表的整表数据低于设定阈值、数据被查询次数达到设定阈值和/或数据已超有效使用期时，通过设定的数据来源对所述测试数据表中的测试数据进行插入、删除或更新。该方案可以根据用户的需求灵活地选择合适的条件配置触发条件和操作类型对测试数据表中的数据进行插入、删除或更新，让测试数据表中的数据得到及时的维护，从而保证了测试数据表中的数据的时效性。
以下结合具体场景，对本实施例方案进行详细地阐述：
比如，当用户需要测试一家公司的订单数据，其中，订单数据包括：订单的编号、产品信息、客户信息、支付信息等，首先用户需要将该公司的订单数据信息通过对应的接口传入任务调度平台，生成订单数据源，任务调度平台会基于订单数据源建立测试数据表，并确定测试数据表中包含的订单数据字段的名称类型、长度、默认值、注释、是否为主键、是否非空以及是否是自增等。
确定消耗条件，可以将测试数据表中的订单数据的消耗条件设置为查询的次数或者过期的时间；确定多张表格中的订单字段数据之间存在着关联关系，比如订单编号的数据和产品的数据是存在相关联的，因此，可通过外键约束将两张测试表关联起来，并且当订单编号的数据被进行修改时，相关联的产品的数据也随之被修改，当订单编号的数据失效时，相关联的产品的数据也随之失效；确定测试数据表中的订单数据是有效的，能够触发系统或可以应用于在其他场景下的各自行为和逻辑。
进一步地，根据测试数据表的消耗条件、测试数据表之间的关联关系以及测试数据表中的测试数据的有效性，配置测试数据表中的订单数据不满足时效性要求的触发条件和对应的配置策略。其中，试数据表中的订单数据不满足时效性要求的触发条件可以为定时配置触发条件和条件配置触发条件。
若是数据表中的订单数据不满足时效性要求的触发条件设置为定时配置触发条件，则任务调度平台会根据用户设定的时间点，每间隔特定的时间对测试数据表中的订单数据进行操作，如往测试数据表中插入预定数量的订单数据、替换预定数量的订单数据，或者对测试数据的部分订单数据字段或全部订单数据字段进行更新等。
若试数据表中的订单数据不满足时效性要求的触发条件设置为条件配置触发条件，则任务调度平台会根据用户设定的条件配置和阈值，对测试数据表中的订单数据进行时效性的判断并进行相对应的操作：
若用户设置的触发条件为测试数据表中的订单数据的数量，任务调度平台会定时对测试数据表中的订单数据的数量是否低于预设的阈值进行检测，若检测到测试数据表中的订单数据的数量是低于预设的阈值时，则会同步插入其他测试数据表的订单数据，或者将造数插入测试数据表中；
若用户设置的触发条件为测试数据表的测试数据的已被查询次数，任务调度平台会定时对测试数据表中的测试数据的已被查询次数是否达到预设的阈值进行检测，则会根据测试数据表的数据来源对测试数据表的数据进行更新或删除；
若用户设置的触发条件为测试数据表的订单数据是否超过有效使用期，任务调度平台会定时对测试数据表中的订单数据是否已过数据使用期进行检测，若检测到测试数据表中的订单数据已过数据使用有效期，则对测试数据表中的订单数据进行删除并补充新的订单数据。
通过上述方法，不仅确保用户测试订单数据的时效性，还通过任务调度台对订单数据的统一维护，让测试数据表中的订单数据可应用于多种场景。利于公司将该测试数据运用于多种场景中，减少了需要反复测试数据的工序，为公司节省了人力成本和测试成本。
此外，本申请实施例还提出一种数据测试装置其特征在于，所述测试数据装置包括：
建立模块，用于基于测试数据源建立测试数据表；
确定模块，用于确定所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性；
配置模块，用于根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略；
操作模块，用于在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作。
本实施例实现贷款资金用途管控的原理及实施过程，请参照上述各实施例，在此不再一一赘述。
此外，本申请实施例还提出一种数据测试设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的数据测试程序，所述数据测试程序被所述处理器执行时实现如上所述的数据测试方法的步骤。
本实施例实现贷款资金用途管控的原理及实施过程，请参照上述各实施例，在此不再一一赘述。
此外，本申请实施例还提出计算机可读存储介质，所述计算机可读存储介质上存储有数据测试程序，所述数据测试程序被处理器执行时实现如上所述的数据测试方法的步骤。
由于数据测试程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
相比于现有技术，本申请实施例提出的数据测试方法、装置、设备以及存储介质，通过基于测试数据源建立测试数据表；确定所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性；根据所述测试数据表的消耗条件、测试数据表之间的关联关系以及所述测试数据表中的测试数据的有效性，配置所述测试数据表中的测试数据不满足时效性要求的触发条件和对应的配置策略；在所述触发条件成立时，根据所述配置策略对所述测试数据表中的测试数据进行操作。该方案充分利用了计算机软件的成果，能够针对多而庞杂的测试数据进行自动的维护，能清晰、准确、高效地保证测试数据的时效性，节省资源和成本，提供灵活性和可控性，保证了软件测试的质量，适应软件行业自动化测试的发展，从而提升了自动化测试的效率。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
- 一种需求场景化方法及需求场景化装置
- 一种煤基直接还原焙烧生产还原铁的方法及其装置
- 一种自动驾驶车辆的控制命令检测方法和装置
- 一种自动驾驶车辆的远程监控方法、装置和系统
- 一种自动驾驶场景还原方法及装置
- 一种自动驾驶车辆行车场景还原方法及系统