财务数据的对账测试方法、装置、计算机设备及存储介质与流程

1.本技术涉及数据测试技术领域，尤其涉及一种财务数据的对账测试方法、装置、计算机设备及存储介质。


背景技术：

2.目前在财务数据对账测试领域，进行财务数据对账测试时，由于涉及到对契约、保全、理赔各类业务的保险数据，在手工测试过程中，遇到以下问题：首先，测试数据量大，人工进行数据对账测试时，工作量大且耗时长，其次由于数据逻辑复杂，数据涉及到的数据类型多，手工测试时容易出错，造成数据浪费，还需业务系统重新出业务数据，生成数据文件，增加关联系统工作量。且数据文件生成时间不固定，需人工去频繁进行获取，进一步影响财务数据对账测试的效率。
3.针对人工测试的问题，现有的对账测试方式是通过数据爬取的方式，将爬取到的数据进行自动化对账测试；但是由于对账测试数据类型较多，数据文件生成时间不固定，并且需要结合相应的对账场景获取对应的对账数据和银行交易表数据，而现有的对账测试方式无法准确获取到相应的对账测试数据，同时也难以准确获取到对账场景下的银行交易表数据，从而导致财务数据的对账测试效率较低。现亟需一种能够提高财务数据对账测试效率的方法。


技术实现要素：

4.本技术实施例的目的在于提出一种财务数据的对账测试方法、装置、计算机设备及存储介质，以提高财务数据对账测试的效率。
5.为了解决上述技术问题，本技术实施例提供一种财务数据的对账测试方法，包括：
6.接收来自前端用户所发送的财务数据测试命令，并解析所述财务数据测试命令，以获取财务数据测试命令中的财务测试标识，其中，所述测试标识包括银行代码、交易日期以及对账场景；
7.基于所述财务测试标识，从目标数据库中获取财务测试标识对应的财务数据文件，作为目标财务测试文件；
8.根据所述对账场景，获取目标财务对账接口，并抓取所述目标财务文件中的入参数据，以及将所述入参数据输入到所述目标财务对账接口；
9.根据所述入参数据和所述对账场景，获取交易数据库中的银行交易表数据，作为对比测试数据；
10.在所述目标财务对账接口中，基于所述对账场景，将所述入参数据与所述对比测试数据进行对比，得到测试结果，并将所述测试结果返回所述前端用户。
11.为了解决上述技术问题，本技术实施例提供一种财务数据的对账测试装置，包括：
12.财务测试标识识别模块，用于接收来自前端用户所发送的财务数据测试命令，并解析所述财务数据测试命令，以获取财务数据测试命令中的财务测试标识，其中，所述测试
标识包括银行代码、交易日期以及对账场景；
13.财务测试文件获取模块，用于基于所述财务测试标识，从目标数据库中获取财务测试标识对应的财务数据文件，作为目标财务测试文件；
14.入参数据抓取模块，用于根据所述对账场景，获取目标财务对账接口，并抓取所述目标财务文件中的入参数据，以及将所述入参数据输入到所述目标财务对账接口；
15.对比测试数据获取模块，用于根据所述入参数据和所述对账场景，获取交易数据库中的银行交易表数据，作为对比测试数据；
16.测试结果生成模块，用于在所述目标财务对账接口中，基于所述对账场景，将所述入参数据与所述对比测试数据进行对比，得到测试结果，并将所述测试结果返回所述前端用户。
17.为解决上述技术问题，本发明采用的一个技术方案是：提供一种计算机设备，包括，一个或多个处理器；存储器，用于存储一个或多个程序，使得一个或多个处理器实现上述任意一项所述的财务数据的对账测试方法。
18.为解决上述技术问题，本发明采用的一个技术方案是：一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的财务数据的对账测试方法。
19.本发明实施例提供了一种财务数据的对账测试方法、装置、计算机设备及存储介质。其中，方法包括：通过接收来自前端用户所发送的财务数据测试命令，并解析财务数据测试命令，以获取财务数据测试命令中的财务测试标识；基于财务测试标识，从目标数据库中获取财务测试标识对应的财务数据文件，作为目标财务测试文件；根据对账场景，获取目标财务对账接口，并抓取目标财务文件中的入参数据输入到目标财务对账接口；根据入参数据和对账场景，获取交易数据库中的银行交易表数据，作为对比测试数据；在目标财务对账接口中，基于对账场景，将入参数据与对比测试数据进行对比，得到测试结果，并将测试结果返回前端用户。通过解析财务数据测试命令获取到相应的财务数据标识，并根据财务数据标识快速的从目标数据库中获取目标财务文件，实现提高目标财务文件的获取效率，同时根据对账场景和入参数据，快速抓取对比测试数据，再抓取对比测试数据和入参数据到财务后端环境中的对账接口进行测试，避免了数据类型获取错误和频繁抓取数据，有利于提高财务数据的测试效率。
附图说明
20.为了更清楚地说明本技术中的方案，下面将对本技术实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1是本技术实施例提供的财务数据的对账测试方法中子流程的一实现流程图；
22.图2是本技术实施例提供的财务数据的对账测试方法中子流程的又一实现流程图；
23.图3是本技术实施例提供的财务数据的对账测试方法中子流程的又一实现流程图；
24.图4是本技术实施例提供的财务数据的对账测试方法中子流程的又一实现流程
图；
25.图5是本技术实施例提供的财务数据的对账测试方法中子流程的又一实现流程图；
26.图6是本技术实施例提供的财务数据的对账测试方法中子流程的又一实现流程图；
27.图7是本技术实施例提供的财务数据的对账测试方法中子流程的又一实现流程图；
28.图8是本技术实施例提供的财务数据的对账测试装置示意图；
29.图9是本技术实施例提供的计算机设备的示意图。
具体实施方式
30.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术；本技术的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本技术的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
31.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
32.为了使本技术领域的人员更好地理解本技术方案，下面将结合附图，对本技术实施例中的技术方案进行清楚、完整地描述。
33.下面结合附图和实施方式对本发明进行详细说明。
34.需要说明的是，本技术实施例所提供的财务数据的对账测试方法一般由服务器执行，相应地，财务数据的对账测试装置一般配置于服务器中。
35.请参阅图1，图1示出了财务数据的对账测试方法的一种具体实施方式。
36.需注意的是，若有实质上相同的结果，本发明的方法并不以图1所示的流程顺序为限，该方法包括如下步骤：
37.s1：接收来自前端用户所发送的财务数据测试命令，并解析财务数据测试命令，以获取财务数据测试命令中的财务测试标识。
38.在本实施例中，为了更清楚地理解技术方案，下面对本技术所涉及的终端进行详细介绍。其中，本方案是在服务器的角度描述技术方案。
39.一是服务器，服务器能够获取来自前端用户的财务数据测试命令，并根据财务数据测试命令获取对应的财务测试数据和对比测试数据，并将两者数据进行对比，得到测试结果，并将该测试结果返回给前端用户；服务器还可以根据定时监听任务，定时去获取财务数据文件，并将该财务数据文件存储于目标数据库中。
40.二是前端用户，前端用户可以根据前端页面选择对应的银行代码、交易时间以及对账场景，点击生成对应的财务数据测试命令发送到服务器中；前端用户也可以获取到服
务器所返回的测试结果。
41.在一具体实施例中，前端页面使用vue框架和node.js实现页面效果，主要使用el-form-item(form表单)、el-button(按钮组合)等标签，脚本script做基本输入校验。用户在前端页面中选择输入需要测试的银行代码、交易时间以及对账场景，则会相应生成对应的财务测试命令，服务器对该财务测试命令进行解析后，得到对应的财务测试标识，财务测试标识包括银行代码、交易日期以及对账场景。
42.请参阅图2，图2示出了步骤s1之前的一种具体实施方式，详叙如下：
43.s11：通过定时监听任务，定时从财务数据文件目录下获取财务数据文件。
44.s12：按照业务文件类型，将财务数据文件分类存储于目标数据库中。
45.s13：若在设置时间内未获取到财务数据文件，则生成告警信息。
46.在一具体实施例中，在财务数据文件的finacedata目录下增加监听任务，每过预设时间获取一次文件，在获取到文件后，将文件备份到目标数据库中，并按业务类型将数据文件进行存放。在未获取到数据文件时，发送邮件告警。其中，预设时间根据实际情况进行设定，此处不做限定，在一具体实施例中，预设时间为10分钟。
47.本实施例中，通过定时监听任务，定时从财务数据文件目录下获取财务数据文件，然后按照业务文件类型，将财务数据文件分类存储于目标数据库中，若在设置时间内未获取到财务数据文件，则生成告警信息，实现定时获取财务数据文件，避免在需要进行测试时，再进行大量重新获取数据，有利于提高后续对账测试的效率，同时在获取不到文件时，能够生成告警信息，有利于应对数据获取出错的问题。
48.s2：基于财务测试标识，从目标数据库中获取财务测试标识对应的财务数据文件，作为目标财务测试文件。
49.具体的，由于财务测试标识包括了银行代码、交易日期以及对账场景，将其作为selenium的元素，从而进行元素匹配，从目标数据库中进行匹配获取对应的财务数据文件，并将其作为目标财务数据。而在现有技术中，需要通过tms系统先获取财务测试文件再调用财务接口完成对账场景测试，并且需要较长时间才能通过tms系统获取财务测试文件实施对账，严重影响测试效率。而本技术实施例通过上述定时监听任务，获取财务数据文件，并进行存储，在需要调用财务数据文件时，只需通过对比的标识，便可以快速获取到财务测试文件，有利于提高财务数据测试的效率。
50.s3：根据对账场景，获取目标财务对账接口，并抓取目标财务文件中的入参数据，以及将入参数据输入到目标财务对账接口。
51.具体的，上述步骤在前端页面已经获取到了对应的财务测试文件，本实施例通过将财务测试文件抓取传输到测试后端，并抓取财务测试文件中的数据；然后根据具体的对账场景，结合spring框架相应参数注解调用数据库层的对应接口，作为目标财务对账接口；将抓取到的入参数据输入到该目标财务对账接口，以便后续进行对账测试。其中，spring框架相应参数可以为transactional、select、options等参数。
52.请参阅图3，图3示出了步骤s3的一种具体实施方式，详叙如下：
53.s31：通过页面元素定位的方式，对目标财务测试文件进行打包，并抓取打包后的目标财务数据文件传输到后端控制层。
54.s32：在后端控制层中，通过获取映射的方式，从目标财务数据文件中获取财务数
据。
55.s33：在后端服务层中，通过对财务数据进行分类处理，得到入参数据。
56.s34：根据对账场景，从数据库层中获取对应的目标财务对账接口，并抓取入参数据储存于目标财务对账接口。
57.在一具体实施例中，后端的测试框架使用maven和springboot框架实现，代码目录分controller/pojo/service/mapper几层。通过使用vue框架中的methods方法，结合selenium通过页面元素定位获取并打包目标财务数据文件，使用抓取数据(fetchdata)传输数据到后端控制层中。在后端控制层中，通过获取映射(getmapping)的方式，从目标财务数据文件中获取财务数据；然后在后端服务层中，对财务数据进行分类处理，从而得到入参数据。再基于对账场景，获取数据库层的目标财务对账接口，并抓取入参数据存储于该接口，在后续过程中，便于在该接口进行对账测试。
58.本实施例中，通过页面元素定位的方式，对目标财务测试文件进行打包，并抓取打包后的目标财务数据文件传输到后端控制层，在后端控制层中，通过获取映射的方式，从目标财务数据文件中获取财务数据，再在后端服务层中，通过对财务数据进行分类处理，得到入参数据，最后根据对账场景，从数据库层中获取对应的目标财务对账接口，并抓取入参数据储存于目标财务对账接口，实现了将前端页面获取到的财务测试数据传输到测试后端，并抓取对应的入参数据，同时确定对应的对账测试接口，便于后续该对账测试接口进行对账测试，有利于提高财务数据测试的效率。
59.s4：根据入参数据和对账场景，获取交易数据库中的银行交易表数据，作为对比测试数据。
60.具体的，由于需要对财务数据进行对账测试，所以需要结合对账测试的入参数据和相应的对账场景，遍历银行的交易数据库，获取相应的银行交易表数据，将其作为对比测试数据。
61.请参阅图4，图4示出了步骤s4的一种具体实施方式，详叙如下：
62.s41：通过预设关键字对入参数据进行匹配，识别出入参数据的数据类型。
63.s42：根据数据类型和对账场景，遍历交易数据库，获取对应的银行交易表数据，作为对比测试数据。
64.具体的，由于要将财务测试数据进行对账测试，所以识别出入参数据的类型，如契约、保全、理赔等类型，然后基于对账场景，遍历交易数据库，从而获取到银行交易表数据，作为对比测试数据。然后将对比测试数据发送到目标财务对账接口，从而与财务测试数据进行对账测试处理。
65.s5：在目标财务对账接口中，基于对账场景，将入参数据与对比测试数据进行对比，得到测试结果，并将测试结果返回前端用户。
66.具体的，在目标财务对账接口中，将每一种的对账场景的入参数据和对比测试数据进行对比，得到对应的对比结果，再结合对比结果返回对应的测试结果。
67.本实施例中，前端用户所发送的财务数据测试命令，并解析财务数据测试命令，以获取财务数据测试命令中的财务测试标识，其中，测试标识包括银行代码、交易日期以及对账场景；基于财务测试标识，从目标数据库中获取财务测试标识对应的财务数据文件，作为目标财务测试文件；根据对账场景，获取目标财务对账接口，并抓取目标财务文件中的入参
数据输入到目标财务对账接口；根据入参数据和对账场景，获取交易数据库中的银行交易表数据，作为对比测试数据；在目标财务对账接口中，基于对账场景，将入参数据与对比测试数据进行对比，得到测试结果，并将测试结果返回前端用户，实现快速抓取财务测试文件，并将提取财务测试文件中数据传输到后端环境中，并基于数据类型和对账场景获取交易数据，从而实现提高财务数据的测试效率。另外，本技术实施例还通过定时监听任务，获取财务数据文件，并存储于目标数据库中，在需要调用财务数据文件时，只需通过财务测试标识遍历该目标数据库，便可以快速获取到目标财务测试文件，有利于提高财务数据测试的效率。
68.请参阅图5，图5示出了步骤s5的一种具体实施方式，详叙如下：
69.s51：在目标财务对账接口中，将处于同一对账场景下的入参数据与对比测试数据进行对比，得到对比结果。
70.s52：若对比结果为入参数据与对比测试数据相一致或对比测试数据不完全匹配入参数据，则测试结果为测试成功，否则测试结果为测试失败。
71.s53：将测试结果返回前端用户。
72.在一具体实施例中，在目标财务对账接口中，基于对账场景，将入参数据与对比测试数据进行对比，得到对比结果，该对比结果分为a、如果入参数据和对比测试数据是一致的，则返回测试成功；b、如果入参数据多于对比测试数据，且在对比测试数据中未存在，则返回测试成功；c、如果入参数据少于对比测试数据，则获取对比测试数据中的银行代码交易日期的数据，并返回测试成功；d、非a、b、c的情况则返回测试失败和获取测试批次号。在d情况之所以会返回测试失败，在一具体实施例中，在用户需要对一商品进行一次扫描支付时，该用户重复进行了支付，或者是第一次支付不成功，导致也生成了对应的账单，第二次才支付成功，这两种情况会导致对账测试失败的情况。接口返回的对账成功失败消息再返回给控制层，再传给vue框架，把成功或失败的消息展示到前端页面，从而将测试结果返回给前端用户。
73.本实施例中，在目标财务对账接口中，将处于同一对账场景下的入参数据与对比测试数据进行对比，得到对比结果，若对比结果为入参数据与对比测试数据相一致或对比测试数据不完全匹配入参数据，则测试结果为测试成功，否则测试结果为测试失败，最后将测试结果返回前端用户，实现生成每种对账测试结果，并返回对应的测试结果，有利于提高财务数据测试的效率。
74.请参阅图6，图6示出了步骤s53的一种具体实施方式，详叙如下：
75.s531：将测试结果建立映射关系，并基于映射关系，将测试结果映射到斯普瑞布特框架的对应java类库中。
76.s532：从java类库中，将测试结果回写到vue框架中，以实现将测试结果返回前端用户。
77.具体的，斯普瑞布特框架是指spring boot，其设计目的是用来简化新spring应用的初始搭建以及开发过程，该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。在本实施例中，通过将测试结果建立映射关系，将测试结果映射到斯普瑞布特框架的对应java类库中。其中，java类库为spring boot中所配置的gson类库，映射关系的建立可以通过java中所配置的map参数进行创建。最后从java类库中，将测试结果
回写到vue框架中，以实现将测试结果返回前端用户。本实施例实现了将测试结果回写到前端页面，使得前端页面获取到对应的测试结果，有利于前端用户快速获取到对应的测试结果。
78.请参阅图7，图7示出了步骤s5之后的一种具体实施方式，详叙如下：
79.s5a：基于测试结果，生成财务制证数据。
80.s5b：根据财务制证数据，对入参数据与对比测试数据进行差异处理，得到差异结果，并将差异结果返回前端用户。
81.具体的，在处理完测试后，生成测试结果对应的财务制证数据，并对入参数据与对比测试数据进行差异处理，获取到入参数据与对比测试数据具体的差异结果，并将差异结果返回前端用户，使得前端用户可以判断出财务测试数据与对比测试数据的差异，有利于后续根据差异结果，追查财务数据产生差异的原因。
82.需要强调的是，为进一步保证上述入参数据的私密和安全性，上述入参数据还可以存储于一区块链的节点中。
83.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)等非易失性存储介质，或随机存储记忆体(random access memory，ram)等。
84.请参考图8，作为对上述图1所示方法的实现，本技术提供了一种财务数据的对账测试装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
85.如图8所示，本实施例的财务数据的对账测试装置包括：财务测试标识识别模块61、财务测试文件获取模块62、入参数据抓取模块63、对比测试数据获取模块64及测试结果生成模块65，其中：
86.财务测试标识识别模块61，用于接收来自前端用户所发送的财务数据测试命令，并解析财务数据测试命令，以获取财务数据测试命令中的财务测试标识，其中，测试标识包括银行代码、交易日期以及对账场景；
87.财务测试文件获取模块62，用于基于财务测试标识，从目标数据库中获取财务测试标识对应的财务数据文件，作为目标财务测试文件；
88.入参数据抓取模块63，用于根据对账场景，获取目标财务对账接口，并抓取目标财务文件中的入参数据，以及将入参数据输入到目标财务对账接口；
89.对比测试数据获取模块64，用于根据入参数据和对账场景，获取交易数据库中的银行交易表数据，作为对比测试数据；
90.测试结果生成模块65，用于在目标财务对账接口中，基于对账场景，将入参数据与对比测试数据进行对比，得到测试结果，并将测试结果返回前端用户。
91.进一步的，财务测试标识识别模块61之前还包括：
92.文件定时获取模块，用于通过定时监听任务，定时从财务数据文件目录下获取财务数据文件；
93.财务数据文件存储模块，用于按照业务文件类型，将财务数据文件分类存储于目
标数据库中；
94.告警信息生成模块，用于若在设置时间内未获取到财务数据文件，则生成告警信息。
95.进一步的，入参数据抓取模块63包括：
96.测试文件打包单元，用于通过页面元素定位的方式，对目标财务测试文件进行打包，并抓取打包后的目标财务数据文件传输到后端控制层；
97.财务数据抓取单元，用于在后端控制层中，通过获取映射的方式，从目标财务数据文件中获取财务数据；
98.入参数据获取单元，用于在后端服务层中，通过对财务数据进行分类处理，得到入参数据；
99.对账结果确定单元，用于根据对账场景，从数据库层中获取对应的目标财务对账接口，并抓取入参数据储存于目标财务对账接口。
100.进一步的，对比测试数据获取模块64包括：
101.数据类型识别单元，用于通过预设关键字对入参数据进行匹配，识别出入参数据的数据类型；
102.交易数据库遍历单元，用于根据数据类型和对账场景，遍历交易数据库，获取对应的银行交易表数据，作为对比测试数据。
103.进一步的，测试结果生成模块65包括：
104.对比结果生成单元，用于在目标财务对账接口中，将处于同一对账场景下的入参数据与对比测试数据进行对比，得到对比结果；
105.测试结果对比单元，用于若对比结果为入参数据与对比测试数据相一致或对比测试数据不完全匹配入参数据，则测试结果为测试成功，否则测试结果为测试失败；
106.测试结果返回单元，用于将测试结果返回前端用户。
107.进一步的，测试结果返回单元包括：
108.映射关系建立子单元，用于将测试结果建立映射关系，并基于映射关系，将测试结果映射到斯普瑞布特框架的对应java类库中；
109.测试结果回写单元，用于从java类库中，将测试结果回写到vue框架中，以实现将测试结果返回前端用户。
110.进一步的，测试结果生成模块65之后还包括：
111.财务制证数据生成模块，用于基于测试结果，生成财务制证数据；
112.差异结果返回模块，用于根据财务制证数据，对入参数据与对比测试数据进行差异处理，得到差异结果，并将差异结果返回前端用户。
113.需要强调的是，为进一步保证上述入参数据的私密和安全性，上述入参数据还可以存储于一区块链的节点中。
114.为解决上述技术问题，本技术实施例还提供计算机设备。具体请参阅图9，图9为本实施例计算机设备基本结构框图。
115.计算机设备7包括通过系统总线相互通信连接存储器71、处理器72、网络接口73。需要指出的是，图中仅示出了具有三种组件存储器71、处理器72、网络接口73的计算机设备7，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit，asic)、可编程门阵列(field－programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
116.计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
117.存储器71至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器71可以是计算机设备7的内部存储单元，例如该计算机设备7的硬盘或内存。在另一些实施例中，存储器71也可以是计算机设备7的外部存储设备，例如该计算机设备7上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。当然，存储器71还可以既包括计算机设备7的内部存储单元也包括其外部存储设备。本实施例中，存储器71通常用于存储安装于计算机设备7的操作系统和各类应用软件，例如财务数据的对账测试方法的程序代码等。此外，存储器71还可以用于暂时地存储已经输出或者将要输出的各类数据。
118.处理器72在一些实施例中可以是中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器72通常用于控制计算机设备7的总体操作。本实施例中，处理器72用于运行存储器71中存储的程序代码或者处理数据，例如运行上述财务数据的对账测试方法的程序代码，以实现财务数据的对账测试方法的各种实施例。
119.网络接口73可包括无线网络接口或有线网络接口，该网络接口73通常用于在计算机设备7与其他电子设备之间建立通信连接。
120.本技术还提供了另一种实施方式，即提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序可被至少一个处理器执行，以使至少一个处理器执行如上述的一种财务数据的对账测试方法的步骤。
121.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例的方法。
122.本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
123.显然，以上所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例，附图中给出了本技术的较佳实施例，但并不限制本技术的专利范围。本技术可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本技术的公开内容的理解更加透彻全面。尽管参照前述实施例对本技术进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本技术说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本技术专利保护范围之内。