CN113986730A - 邀约文件测试方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及研发测试技术领域，公开了一种邀约文件测试方法，包括：接收录入的文件契约，基于所述文件契约获取多个邀约文件模板；基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件；获取测试数据，并基于所述测试数据更新所述邀约文件，生成目标邀约数据文件；实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据；比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化。本申请提出的配置化方法的文件生成工具，高效的进行分层测试，使批量文件任务类测试可平台化和可持续化进行。

Description

邀约文件测试方法、装置、设备及存储介质

技术领域

本申请属于研发测试技术领域，尤其涉及一种邀约文件测试方法、装置、设备及存储介质。

背景技术

邀约是重要的营销手段，它的系统链路是大数据产生邀约文件，调度到系统做核心业务处理，校验后最终产生邀约文件发送给客户。目前业内关于批量邀约的数据源文件构造和验证手段不足，主要如下：

1、依赖上游系统准备的数据耗时过长，影响整体测试效率；

2、缺乏针对业务场景和用户场景的批量邀约数据的准备，容易导致测试覆盖不全；

3、依赖外部系统的数据，自动化场景难以实施，导致系统和回归效率低下；

4、缺乏系统性的测试工具的支持，不利于批量类场景验证的可持续发展。

发明内容

鉴于以上内容，本发明提供一种邀约文件测试方法、装置、设备及存储介质，其目的在于解决现有技术中邀约文件缺乏系统性测试的技术问题。

为实现上述目的，本发明提供一种邀约文件测试方法，所述方法，包括：

接收录入的文件契约，基于所述文件契约获取多个邀约文件模板；

基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件；

获取测试数据，并基于所述测试数据更新所述邀约文件，生成目标邀约数据文件；

实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据；

比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化。

优选的，所述接收录入的文件契约，基于所述文件契约获取对应的邀约文件模板，包括：

接收各个客户端发送的业务类型，基于所述业务类型生成文件邀约，并将所述文件邀约返回至客户端；

接收客户端返回的文件契约，基于所述文件契约的常规字段数据确定候选邀约文件模板；

基于所述文件契约中的自定义字段数据更新所述候选邀约文件模板，生成邀约文件模板。

优选的，所述基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件，包括：

基于所述业务类型获取对应的业务场景规则，基于各个所述业务场景规则，获取各个文件生成任务对应的业务逻辑处理过程；

接收客户端发送的配置数据，基于线程池的配置信息完成相应的各个文件生成任务调度，并基于各个业务逻辑处理过程向各个邀约文件模板输入配置数据，以更新所述邀约文件模板；

基于所述目标业务场景规则参数化更新后的所述邀约文件模板，生成邀约文件。

优选的，所述实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据，包括：

实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，生成邀约调度任务；

通过触发任务平台的接口调用所述目标服务器，并执行所述邀约调度任务，以发送所述邀约数据文件至渠道端，并生成实际结论数据。

优选的，所述通过触发任务平台的接口调用所述目标服务器，并执行所述邀约调度任务，以发送所述邀约数据文件至渠道端，并生成实际结论数据，包括：

基于所述邀约数据文件获取多个测试用户的用户数据；

将用户数据满足预设触达条件的测试用户确定为目标测试用户，并基于所述目标测试用户的用户数据，获取相应的渠道端；

将所述邀约数据文件发送至所述目标测试用户对应的渠道端，并生成实际结论数据。

优选的，所述比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化，包括：

基于所述邀约调度任务执行的所述实际结论数据与所述预设的基线预期结论数据进行比对，生成所述验证结论数据，并将所述验证结论数据可视化。

优选的，所述实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据之后，还包括：

将所述目标邀约数据文件调度到目标服务器后，记录所述目标服务器的服务处理耗时，生成邀约日志。

为实现上述目的，本发明还提供一种邀约文件测试装置，所述装置包括：

获取模块，用于接收录入的文件契约，基于所述文件契约获取多个邀约文件模板；

生成模块，用于基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件；

更新模块，用于获取测试数据，并基于所述测试数据更新所述邀约文件，生成目标邀约数据文件；

监测模块，用于实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据；

可视化模块，用于比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化。

为实现上述目的，本发明还提供一种电子设备，所述电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的程序，所述程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行所述邀约文件测试方法。

为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有邀约文件测试程序，所述邀约文件测试程序被处理器执行时，实现所述邀约文件测试方法的步骤。

本发明缩短了数据构造的时间。同时基于不同的业务场景，更加贴近真实用户和各种业务场景，丰富了测试数据。自动化批量测试方案提高了批量类测试的效率和回归测试的复用率，缩短每次发布的时间。提出的配置化方法的文件生成工具，高效的进行分层测试，使批量文件任务类测试可平台化和可持续化进行。

附图说明

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

图1为本发明电子设备较佳实施例的示意图；

图2为图1中邀约文件测试装置较佳实施例的模块示意图；

图3为本发明邀约文件测试方法较佳实施例的流程图；

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用于解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参照图1所示，为本发明电子设备1较佳实施例的示意图。

该电子设备1包括但不限于：存储器11、处理器12、显示器13及网络接口14。所述电子设备1通过网络接口14连接网络，获取原始数据。其中，所述网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System ofMobilecommunication，GSM)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi通话网络等无线或有线网络。

其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器11可以是所述电子设备1的内部存储单元，例如该电子设备1的硬盘或内存。在另一些实施例中，所述存储器11也可以是所述电子设备1的外部存储设备，例如该电子设备1配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。

当然，所述存储器11还可以既包括所述电子设备1的内部存储单元也包括其外部存储设备。本实施例中，存储器11通常用于存储安装于所述电子设备1的操作系统和各类应用软件，例如邀约文件测试程序10的程序代码等。此外，存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器12在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器12通常用于控制所述电子设备1的总体操作，例如执行数据交互或者通信相关的控制和处理等。本实施例中，所述处理器12用于运行所述存储器11中存储的程序代码或者处理数据，例如运行邀约文件测试程序10的程序代码等。

显示器13可以称为显示屏或显示单元。在一些实施例中显示器13可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-EmittingDiode，OLED)触摸器等。显示器13用于显示在电子设备1中处理的信息以及用于显示可视化的工作界面，例如显示数据统计的结果。

网络接口14可选地可以包括标准的有线接口、无线接口(如WI-FI接口)，该网络接口14通常用于在所述电子设备1与其它电子设备之间建立通信连接。

图1仅示出了具有组件11-14以及邀约文件测试程序10的电子设备1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

可选地，所述电子设备1还可以包括目标用户接口，目标用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的目标用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-Emitting Diode，OLED)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在电子设备1中处理的信息以及用于显示可视化的目标用户界面。

该电子设备1还可以包括射频(Radio Frequency，RF)电路、传感器和音频电路等等，在此不再赘述。

在上述实施例中，处理器12执行存储器11中存储的邀约文件测试程序10时可以实现如下步骤：

接收录入的文件契约，基于所述文件契约获取多个邀约文件模板；

基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件；

获取测试数据，并基于所述测试数据更新所述邀约文件，生成目标邀约数据文件；

实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据；

比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化。

关于上述步骤的详细介绍，请参照下述图2关于邀约文件测试装置100实施例的功能模块图以及图3关于邀约文件测试方法实施例的流程图的说明。

参照图2所示，为本发明邀约文件测试装置100的功能模块图。

本发明所述邀约文件测试装置100可以安装于电子设备中。根据实现的功能，所述邀约文件测试装置100可以包括：获取模块110、生成模块120、更新模块130、监测模块140及可视化模块150。本发明所述模块也可以称之为单元，是指一种能够被电子设备处理器所执行，并且能够完成固定功能的一系列计算机程序段，其存储在电子设备的存储器中。

在本实施例中，关于各模块/单元的功能如下：

获取模块110，用于接收录入的文件契约，基于所述文件契约获取多个邀约文件模板。

在示例性的实施例中，文件契约对应不同的业务场景不同，即文件契约为动态的，可自定义的，可根据需求变化，例如加字段或者减字段等，可按需生成的。不同的文件契约会生成对应的不同的邀约文件模板。

具体的，通过测试人员在邀约文件构造平台的前端的页面自定义输入文件契约的模板定义字段类型、字段内容和数据规则，后台基于定义好后的文件契约中的定义字段类型、字段内容、数据规则等生成对应的邀约文件模板。

进一步，接收录入的文件契约，基于所述文件契约获取对应的邀约文件模板，包括：

A1，接收各个客户端发送的业务类型，基于所述业务类型生成文件邀约，并将所述文件邀约返回至客户端。

A2，接收客户端返回的文件契约，基于所述文件契约的常规字段数据确定候选邀约文件模板。

A3，基于所述文件契约中的自定义字段数据更新所述候选邀约文件模板，生成邀约文件模板。

在其他的示例性的实施例中，如果用户返回的文件邀约中不包含自定义字段数据，则基于所述文件契约的常规字段数据直接确定邀约文件模板。

具体的，邀约文件模板的建立，分析文件邀约的格式主要分两大类型，一种是以不同的分隔符分割每个字段，另一种是定长字段，不足位数的字段左补空格或者补0。通过上述两种类型配置化自定义邀约文件模板格式。

生成模块120，用于基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件。

在示例性的实施例中，所述基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件，包括：

B1，基于所述业务类型获取对应的业务场景规则，基于各个所述业务场景规则，获取各个文件生成任务对应的业务逻辑处理过程。

具体的，基于业务场景规则可以获取对应的各个文件生成任务对应的业务逻辑处理过程，所述业务逻辑处理过程，在于指示各个邀约文件模板的字段配置和字段之间的顺序、关系等的配置。

B2，接收客户端发送的配置数据，基于线程池的配置信息完成相应的各个文件生成任务调度，并基于各个业务逻辑处理过程向各个邀约文件模板输入配置数据，以更新所述邀约文件模板。

具体的，配置数据的生成可以是在已上传至系统的上游系统的原始数据上，把需变更的区段数据内容做标记，生成配置数据，再进行后续邀约文件模板动态参数化的配置。

进一步的，基于线程池的配置信息完成相应的各个文件生成任务调度，可以通过多线程并发生成各个邀约文件。高效地实现大体积和高数量的邀约文件的生成和缓存。

其中，可以基于线程池的多线程并行读取各个邀约文件模板，从而进行配置数据的填充，进而生成相应的邀约文件。目前线上一小时峰值达1600万的数据量，针对大批量邀约文件超过一定数据量存在缓存泄漏的问题，设置每千条数据完成一次读写文件的方式解决，支持设置参数线程数，实现多线程并发分段高效的实现大体积和高数量的邀约文件的生成。

B3，基于所述目标业务场景规则参数化更新后的所述邀约文件模板，生成邀约文件。具体的，各个邀约文件模板是基于springboot配置的freemarker模板。邀约文件模板支持客户端进行编辑修改，可以基于业务场景规则参数化某个涉及核心业务逻辑字段，同时设置成变量后，即参数化邀约文件模板中的核心业务逻辑字段并赋值。具体参数化方法可支持SQL取数匹配填充变量、函数规则填充变量、常量方式定义字段变量。各种文件格式的支持、支持高度的可配置化。

具体的，还可以通过自适应缓存替换算法实现大体积和高数量的邀约文件的生成和缓存。基于数据访问频率，对缓存的每个数据进行引用计数，每个数据按照引用计数排序，具有相同引用计数的数据按照时间排序。将应用计数排最后的数据在缓存中清除以避免缓存不足导致生成后的邀约文件无法缓存的问题。

在示例性的实施例中，将每个邀约文件模板的地址存储在一个链表中，基于数据访问频率，当邀约文件模板被访问时，将该邀约文件模板的节点移动至链表头部，如果邀约文件模板不存在链表中，则新建一个节点，放在链表头部，当缓存达到预设阈值时，将链表末尾的节点删除。能够更进一步地快速有效释放缓存。基于这一优势，本提案可以基于大数据更新海量邀约文件模板和配置数据，并快速更新和生成多样化的大量邀约文件，以供后台使用。

文件邀约系统支持批量测试数据的处理。例如，单笔分期短信邀约，根据业务规则和文件契约新增单笔分期短信邀约模版，在邀约模版中配置可参数化的字段，根据业务规则选择满足条件的参数化方法。当业务规则变化时可灵活更换字段顺序、增减模版字段。针对强依赖型数据字段可以根据配置数据对于数据量的需求通过上下游调用接口的方式获取足够的数据量的最基础的客户号数据。非依赖型字段取值根据函数规则自动填充参数值，最终根据配置数据中对于数据量的需求自动生成相应的邀约文件。

更新模块130，用于获取测试数据，并基于所述测试数据更新所述邀约文件，生成目标邀约数据文件。

在示例性的实施例中，基于业务类型获取相应的测试数据。在文件邀约系统上基于客户端输入的业务类型自动生成测试数据，所述文件邀约系统自动将所述测试数据生成至第一服务器的指定路径中。

监测模块140，用于实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据。

在示例性的实施例中，实时监测所述目标邀约数据文件的位置信息，当目标邀约数据文件生成时，建立所述第一服务器与所述目标服务器的SHH信任关系，以通过所述SHH信任命令将所述目标邀约数据文件从第一服务器自动调度到所述目标服务器中。

进一步地，所述实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据，包括：

实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，生成邀约调度任务。

通过触发任务平台的接口调用所述目标服务器，并执行所述邀约调度任务，以发送所述邀约数据文件至渠道端，并生成实际结论数据。

具体的，所述通过触发任务平台的接口调用所述目标服务器，并执行所述邀约调度任务，以发送所述邀约数据文件至渠道端，并生成实际结论数据，包括：

D1，基于所述邀约数据文件获取多个测试用户的用户数据。

D2，将用户数据满足预设触达条件的测试用户确定为目标测试用户，并基于所述目标测试用户的用户数据，获取相应的渠道端。

D3，将所述邀约数据文件发送至所述目标测试用户对应的渠道端，并生成实际结论数据。

具体的，渠道端包括但不限于：短信端、邮件端、与文件邀约系统关联的业务坐席系统等。预设触达条件可以从配置数据中获取，当邀约数据文件中不包含配置数据时，则预设触达条件为与业务类型相关联的默认触达条件。触达条件为业务类型相关信息推送的白名单，用户数据满足预设触达条件可以理解为是用户数据为该业务类型相关信息推送的白名单中的一员，即用户数据包含在该业务类型相关信息推送的白名单中。实际结论数据可以为触达成功的结论，也可以为触达不成功的结论。

可视化模块150，用于比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化。

进一步地，所述比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化，包括：

基于所述邀约调度任务执行的所述实际结论数据与所述预设的基线预期结论数据进行比对，生成所述验证结论数据，并将所述验证结论数据可视化。

在示例性的实施例中，基于邀约调度任务执行的实际结论数据与预设的基线预期结论数据进行比对，生成验证结论数据，并可视化展示差异以用于结果分析。验证结论数据可以是实际结论数据与预设的基线预期结论数据相同或相似的结论数据，也可以是实际结论数据与预设的基线预期结论数据不同的结论数据。

进一步地，将所述目标邀约数据文件调度到目标服务器后，记录所述目标服务器的服务处理耗时，生成邀约日志。

在示例性的实施例中，所述方法还包括生成的大批量的目标邀约数据文件调度到目标服务器后记录所述目标服务器的服务处理耗时、数据预期结果和不同批次的目标邀约数据文件的数据预期结果，生成邀约日志，为系统后续性能的提升和优化提供优化参考指标。

本发明缩短了数据构造的时间。同时基于不同的业务场景，更加贴近真实用户和各种业务场景，丰富了测试数据。自动化批量测试方案提高了批量类测试的效率和回归测试的复用率，缩短每次发布的时间。提出的配置化方法的文件生成工具，高效的进行分层测试，使批量文件任务类测试可平台化和可持续化进行。

此外，本发明还提供一种邀约文件测试方法。参照图3所示，为本发明邀约文件测试方法的实施例的方法流程示意图。电子设备1的处理器12执行存储器11中存储的邀约文件测试程序10时，实现邀约文件测试方法，包括步骤S101-S105。

步骤S101，接收录入的文件契约，基于所述文件契约获取多个邀约文件模板。

在示例性的实施例中，文件契约对应不同的业务场景不同，即文件契约为动态的，可自定义的，可根据需求变化，例如加字段或者减字段等，可按需生成的。不同的文件契约会生成对应的不同的邀约文件模板。

具体的，通过测试人员在邀约文件构造平台的前端的页面自定义输入文件契约的模板定义字段类型、字段内容和数据规则，后台基于定义好后的文件契约中的定义字段类型、字段内容、数据规则等生成对应的邀约文件模板。

进一步，接收录入的文件契约，基于所述文件契约获取对应的邀约文件模板，包括：

A1，接收各个客户端发送的业务类型，基于所述业务类型生成文件邀约，并将所述文件邀约返回至客户端。

A2，接收客户端返回的文件契约，基于所述文件契约的常规字段数据确定候选邀约文件模板。

A3，基于所述文件契约中的自定义字段数据更新所述候选邀约文件模板，生成邀约文件模板。

在其他的示例性的实施例中，如果用户返回的文件邀约中不包含自定义字段数据，则基于所述文件契约的常规字段数据直接确定邀约文件模板。

具体的，邀约文件模板的建立，分析文件邀约的格式主要分两大类型，一种是以不同的分隔符分割每个字段，另一种是定长字段，不足位数的字段左补空格或者补0。通过上述两种类型配置化自定义邀约文件模板格式。

步骤S102，基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件。

在示例性的实施例中，所述基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件，包括：

B1，基于所述业务类型获取对应的业务场景规则，基于各个所述业务场景规则，获取各个文件生成任务对应的业务逻辑处理过程。

具体的，基于业务场景规则可以获取对应的各个文件生成任务对应的业务逻辑处理过程，所述业务逻辑处理过程，在于指示各个邀约文件模板的字段配置和字段之间的顺序、关系等的配置。

B2，接收客户端发送的配置数据，基于线程池的配置信息完成相应的各个文件生成任务调度，并基于各个业务逻辑处理过程向各个邀约文件模板输入配置数据，以更新所述邀约文件模板。

具体的，配置数据的生成可以是在已上传至系统的上游系统的原始数据上，把需变更的区段数据内容做标记，生成配置数据，再进行后续邀约文件模板动态参数化的配置。

进一步的，基于线程池的配置信息完成相应的各个文件生成任务调度，可以通过多线程并发生成各个邀约文件。高效地实现大体积和高数量的邀约文件的生成和缓存。

其中，可以基于线程池的多线程并行读取各个邀约文件模板，从而进行配置数据的填充，进而生成相应的邀约文件。目前线上一小时峰值达1600万的数据量，针对大批量邀约文件超过一定数据量存在缓存泄漏的问题，设置每千条数据完成一次读写文件的方式解决，支持设置参数线程数，实现多线程并发分段高效的实现大体积和高数量的邀约文件的生成。

B3，基于所述目标业务场景规则参数化更新后的所述邀约文件模板，生成邀约文件。具体的，各个邀约文件模板是基于springboot配置的freemarker模板。邀约文件模板支持客户端进行编辑修改，可以基于业务场景规则参数化某个涉及核心业务逻辑字段，同时设置成变量后，即参数化邀约文件模板中的核心业务逻辑字段并赋值。具体参数化方法可支持SQL取数匹配填充变量、函数规则填充变量、常量方式定义字段变量。各种文件格式的支持、支持高度的可配置化。

具体的，还可以通过自适应缓存替换算法实现大体积和高数量的邀约文件的生成和缓存。基于数据访问频率，对缓存的每个数据进行引用计数，每个数据按照引用计数排序，具有相同引用计数的数据按照时间排序。将应用计数排最后的数据在缓存中清除以避免缓存不足导致生成后的邀约文件无法缓存的问题。

在示例性的实施例中，将每个邀约文件模板的地址存储在一个链表中，基于数据访问频率，当邀约文件模板被访问时，将该邀约文件模板的节点移动至链表头部，如果邀约文件模板不存在链表中，则新建一个节点，放在链表头部，当缓存达到预设阈值时，将链表末尾的节点删除。能够更进一步地快速有效释放缓存。基于这一优势，本提案可以基于大数据更新海量邀约文件模板和配置数据，并快速更新和生成多样化的大量邀约文件，以供后台使用。

文件邀约系统支持批量测试数据的处理。例如，单笔分期短信邀约，根据业务规则和文件契约新增单笔分期短信邀约模版，在邀约模版中配置可参数化的字段，根据业务规则选择满足条件的参数化方法。当业务规则变化时可灵活更换字段顺序、增减模版字段。针对强依赖型数据字段可以根据配置数据对于数据量的需求通过上下游调用接口的方式获取足够的数据量的最基础的客户号数据。非依赖型字段取值根据函数规则自动填充参数值，最终根据配置数据中对于数据量的需求自动生成相应的邀约文件。

步骤S103，获取测试数据，并基于所述测试数据更新所述邀约文件，生成目标邀约数据文件。

在示例性的实施例中，基于业务类型获取相应的测试数据。在文件邀约系统上基于客户端输入的业务类型自动生成测试数据，所述文件邀约系统自动将所述测试数据生成至第一服务器的指定路径中。

步骤S104，实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据。

在示例性的实施例中，实时监测所述目标邀约数据文件的位置信息，当目标邀约数据文件生成时，建立所述第一服务器与所述目标服务器的SHH信任关系，以通过所述SHH信任命令将所述目标邀约数据文件从第一服务器自动调度到所述目标服务器中。

进一步地，所述实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据，包括：

实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，生成邀约调度任务。

通过触发任务平台的接口调用所述目标服务器，并执行所述邀约调度任务，以发送所述邀约数据文件至渠道端，并生成实际结论数据。

具体的，所述通过触发任务平台的接口调用所述目标服务器，并执行所述邀约调度任务，以发送所述邀约数据文件至渠道端，并生成实际结论数据，包括：

D1，基于所述邀约数据文件获取多个测试用户的用户数据。

D2，将用户数据满足预设触达条件的测试用户确定为目标测试用户，并基于所述目标测试用户的用户数据，获取相应的渠道端。

D3，将所述邀约数据文件发送至所述目标测试用户对应的渠道端，并生成实际结论数据。

具体的，渠道端包括但不限于：短信端、邮件端、与文件邀约系统关联的业务坐席系统等。预设触达条件可以从配置数据中获取，当邀约数据文件中不包含配置数据时，则预设触达条件为与业务类型相关联的默认触达条件。触达条件为业务类型相关信息推送的白名单，用户数据满足预设触达条件可以理解为是用户数据为该业务类型相关信息推送的白名单中的一员，即用户数据包含在该业务类型相关信息推送的白名单中。实际结论数据可以为触达成功的结论，也可以为触达不成功的结论。

步骤S105，比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化。

进一步地，所述比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化，包括：

基于所述邀约调度任务执行的所述实际结论数据与所述预设的基线预期结论数据进行比对，生成所述验证结论数据，并将所述验证结论数据可视化。

在示例性的实施例中，基于邀约调度任务执行的实际结论数据与预设的基线预期结论数据进行比对，生成验证结论数据，并可视化展示差异以用于结果分析。验证结论数据可以是实际结论数据与预设的基线预期结论数据相同或相似的结论数据，也可以是实际结论数据与预设的基线预期结论数据不同的结论数据。

进一步地，将所述目标邀约数据文件调度到目标服务器后，记录所述目标服务器的服务处理耗时，生成邀约日志。

在示例性的实施例中，所述方法还包括生成的大批量的目标邀约数据文件调度到目标服务器后记录所述目标服务器的服务处理耗时、数据预期结果和不同批次的目标邀约数据文件的数据预期结果，生成邀约日志，为系统后续性能的提升和优化提供优化参考指标。

本发明缩短了数据构造的时间。同时基于不同的业务场景，更加贴近真实用户和各种业务场景，丰富了测试数据。自动化批量测试方案提高了批量类测试的效率和回归测试的复用率，缩短每次发布的时间。提出的配置化方法的文件生成工具，高效的进行分层测试，使批量文件任务类测试可平台化和可持续化进行。

此外，本发明实施例还提出一种计算机可读存储介质，该计算机可读存储介质可以是硬盘、多媒体卡、SD卡、闪存卡、SMC、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、便携式紧致盘只读存储器(CD-ROM)、USB存储器等等中的任意一种或者几种的任意组合。所述计算机可读存储介质中包括存储数据区和存储程序区，存储数据区存储根据区块链节点的使用所创建的数据，存储程序区存储有邀约文件测试程序10，所述邀约文件测试程序10被处理器执行时，实现上述邀约文件测试方法操作。

在另一个实施例中，本发明所提供的邀约文件测试方法，为进一步保证上述所有出现的数据的私密和安全性，上述所有数据还可以存储于一区块链的节点中。

需要说明的是，本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本发明之计算机可读存储介质的具体实施方式与上述邀约文件测试方法的具体实施方式大致相同，在此不再赘述。

需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语"包括"、"包含"或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

需要说明的是，上述本发明实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用于使得一台电子设备(可以是手机，计算机，电子装置，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种邀约文件测试方法，其特征在于，所述方法包括：

接收录入的文件契约，基于所述文件契约获取多个邀约文件模板；

基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件；

获取测试数据，并基于所述测试数据更新所述邀约文件，生成目标邀约数据文件；

实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据；

比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化。

2.如权利要求1所述的邀约文件测试方法，其特征在于，所述接收录入的文件契约，基于所述文件契约获取对应的邀约文件模板，包括：

接收各个客户端发送的业务类型，基于所述业务类型生成文件邀约，并将所述文件邀约返回至客户端；

接收客户端返回的文件契约，基于所述文件契约的常规字段数据确定候选邀约文件模板；

基于所述文件契约中的自定义字段数据更新所述候选邀约文件模板，生成邀约文件模板。

3.如权利要求1所述的邀约文件测试方法，其特征在于，所述基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件，包括：

基于所述业务类型获取对应的业务场景规则，基于各个所述业务场景规则，获取各个文件生成任务对应的业务逻辑处理过程；

接收客户端发送的配置数据，基于线程池的配置信息完成相应的各个文件生成任务调度，并基于各个业务逻辑处理过程向各个邀约文件模板输入配置数据，以更新所述邀约文件模板；

基于所述目标业务场景规则参数化更新后的所述邀约文件模板，生成邀约文件。

4.如权利要求1所述的邀约文件测试方法，其特征在于，所述实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据，包括：

实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，生成邀约调度任务；

通过触发任务平台的接口调用所述目标服务器，并执行所述邀约调度任务，以发送所述邀约数据文件至渠道端，并生成实际结论数据。

5.如权利要求4所述的邀约文件测试方法，其特征在于，所述通过触发任务平台的接口调用所述目标服务器，并执行所述邀约调度任务，以发送所述邀约数据文件至渠道端，并生成实际结论数据，包括：

基于所述邀约数据文件获取多个测试用户的用户数据；

将用户数据满足预设触达条件的测试用户确定为目标测试用户，并基于所述目标测试用户的用户数据，获取相应的渠道端；

将所述邀约数据文件发送至所述目标测试用户对应的渠道端，并生成实际结论数据。

6.如权利要求1所述的邀约文件测试方法，其特征在于，所述比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化，包括：

基于所述邀约调度任务执行的所述实际结论数据与所述预设的基线预期结论数据进行比对，生成所述验证结论数据，并将所述验证结论数据可视化。

7.如权利要求1所述的邀约文件测试方法，其特征在于，所述实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据之后，还包括：

将所述目标邀约数据文件调度到目标服务器后，记录所述目标服务器的服务处理耗时，生成邀约日志。

8.一种邀约文件测试装置，其特征在于，所述装置包括：

获取模块，用于接收录入的文件契约，基于所述文件契约获取多个邀约文件模板；

生成模块，用于基于所述多个邀约文件模板和多个业务场景规则，生成多个邀约文件；

更新模块，用于获取测试数据，并基于所述测试数据更新所述邀约文件，生成目标邀约数据文件；

监测模块，用于实时监测所述目标邀约数据文件，当监测到所述目标邀约数据文件位于目标服务器时，发送所述邀约数据文件至渠道端，并生成实际结论数据；

可视化模块，用于比对预设的基线预期结论数据和实际结论数据，生成验证结论数据，并将所述验证结论数据可视化。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的程序，所述程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至7中任一项所述邀约文件测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有邀约文件测试程序，所述邀约文件测试程序被处理器执行时，实现如权利要求1至7中任一项所述邀约文件测试方法的步骤。

Images