CN108897686A - 全分录自动化测试方法和装置 - Google Patents

Abstract

本发明提供了一种全分录自动化测试方法和装置，涉及会计技术领域，该方法应用于会计引擎，方法包括加载全套核算参数；该全套核算参数至少包括核算类型、原子动作和金额类型；由该核算类型、原子动作和金额类型进行全量组合，生成全覆盖的核算流水；对该核算流水进行流水处理得到流水信息；该流水信息至少包括明细分录；将该明细分录和预先设定的会计分录表进行比对生成测试结果。本发明实施例提供的一种全分录自动化测试方法和装置，使得会计引擎可以独立验证自身功能的正确性和核算参数实例化是否正确，并且有效缓解对处理结果进行核算的工作量大的问题。

Description

全分录自动化测试方法和装置

技术领域

本发明涉及会计技术领域，尤其是涉及一种全分录自动化测试方法和装置。

背景技术

会计引擎是交易与核算分离后的一个关键组件，在整个核算环节处于重中之重，但作为一个后端***，本身无法发起交易。若按常规的测试方法，必须等待前端应用组件功能开发完成、测试人员发起交易才能验证引擎功能的正确性。显然，在相同的开发周期内，会计引擎要依赖前端应用组件接入，再完成内部功能正确验证并确保核算规则实例化参数的正确性，这样的做法风险太大。

新一代会计引擎中，按业务大类配置了2238条分录规则。在核算测试时，最基本的范围就是要覆盖这些分录规则。按常规做法，就是业务人员验证完一笔分录就勾兑一笔分录规则。新一代***涵盖了银行大部分业务，共涉及142种大类业务，人工验证核算案例2万多个。测试人员按业务进行分工。为跟踪测试进度，需要每天统计前端各应用组件分录规则的覆盖度。每天填写并汇总测试人员手工勾兑表并计算覆盖率工作量大且易错。

总的来说，现有会计分录的测试方法尚存在以下问题：第一，会计引擎的核算正确性验证测试对众多前端应用组件在开发进度、环境、交易案例、测试人员等方面存在依赖，会计引擎无法独立完成功能正确性验证，无法提前验证核算参数实例化的正确性；第二，核算结果和错误原因需要会计引擎技术人员人工协查；第三，各个应用组件测试案例在会计分录规则覆盖度，需由各组件测试人员人工登记，不仅人工登记量大，而且管理复杂。

发明内容

有鉴于此，本发明的目的在于提供一种全分录自动化测试方法和装置，使得会计引擎可以独立验证自身功能的正确性和核算参数实例化是否正确，并且有效缓解对处理结果进行核算的工作量大的问题。

第一方面，本发明实施例提供了一种全分录自动化测试方法，应用于会计引擎，该方法包括：加载全套核算参数；该全套核算参数至少包括核算类型、原子动作和金额类型；由该核算类型、原子动作和金额类型进行全量组合，生成全覆盖的核算流水；对该核算流水进行流水处理得到流水信息；该流水信息至少包括明细分录；将该明细分录和预先设定的会计分录表进行比对生成测试结果。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，上述对该核算流水进行流水处理得到流水信息的步骤，包括：校验该核算流水中每个交易流水文件的数据完整性和业务合法性；若校验通过，则将该交易流水文件切分成多个虚拟子任务，并根据该虚拟子任务的数目在文件登记表中***对应数目的待处理记录；该虚拟子任务包括明细分录生成子任务和交易流水登记文件删除子任务；依次查找该文件登记表中的各个该待处理记录，并对该待处理记录中对应的虚拟子任务进行处理；若处理成功则生成相应的明细分录。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，该方法还包括：若校验不通过或处理失败，则生成相应的错误码和错误信息，并将该错误码和该错误信息登记到核算异常信息表中。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，其中，上述生成相应的明细分录的步骤，包括：将该交易流水文件的产品信息和产品条件信息映射到核算类型；根据该核算类型、原子动作和金额类型确定核算分录规则，并结合该核算分录规则生成相应的明细分录。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，上述将该明细分录和预先设定的会计分录表进行比对生成测试结果的步骤，包括：导出该明细分录；该明细分录包括：明细分录科目、借贷方向和全局事件跟踪号；该全局事件跟踪号由核算类型编号、原子动作编号和金额类型编号拼接而成；根据该全局事件跟踪号到预先设定的会计分录表中查找与该明细分录科目和该借贷方向的对应项，并将该明细分录科目和该借贷方向与该对应项进行比对；若比对不一致，则标识该会计分录表中的该对应项。

结合第一方面的第四种可能的实施方式，本发明实施例提供了第一方面的第五种可能的实施方式，其中，上述导出该明细分录的步骤，包括：采用多线程方式并发导出该明细分录。

结合第一方面，本发明实施例提供了第一方面的第六种可能的实施方式，其中，上述由该核算类型、原子动作和金额类型进行全量组合，生成全覆盖的核算流水的步骤，包括：分别导出该核算类型、原子动作和金额类型的数据文件；根据该数据文件，将该核算类型、原子动作和金额类型进行全量组合得到全量组合文件；由该全量组合文件结合标准交易流水要素生成全覆盖的核算流水。

结合第一方面，本发明实施例提供了第一方面的第七种可能的实施方式，其中，在上述加载全套核算参数的步骤之前，还包括：根据待测试的会计准则配置对应的引擎变式；在该引擎变式下配置全套核算参数。

结合第一方面，本发明实施例提供了第一方面的第八种可能的实施方式，其中，在上述将该明细分录和预先设定的会计分录表进行比对生成测试结果的步骤之后，还包括：根据该明细分录和该测试结果进行组件接入成功率统计、核算范围覆盖率统计和核算场景覆盖率统计。

第二方面，本发明实施例还提供了一种全分录自动化测试装置，包括：参数加载模块，用于加载全套核算参数；该全套核算参数至少包括核算类型、原子动作和金额类型；核算流水生成模块，用于由该核算类型、原子动作和金额类型进行全量组合，生成全覆盖的核算流水；流水处理模块，用于对该核算流水进行流水处理得到流水信息；该流水信息至少包括明细分录；比对模块，用于将该明细分录和预先设定的会计分录表进行比对生成测试结果。

本发明实施例带来了以下有益效果：

本发明实施例提供的一种全分录自动化测试方法和装置，该方法应用于会计引擎，该方法包括加载全套核算参数；该全套核算参数至少包括核算类型、原子动作和金额类型；由该核算类型、原子动作和金额类型进行全量组合，生成全覆盖的核算流水；对该核算流水进行流水处理得到流水信息；该流水信息至少包括明细分录；将该明细分录和预先设定的会计分录表进行比对生成测试结果；使得会计引擎可以独立验证自身功能的正确性和核算参数实例化是否正确，并且有效缓解对处理结果进行核算的工作量大的问题。

本公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本公开的上述技术即可得知。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例提供的一种全生态***测试方法的流程图；

图2为本发明实施例提供的一种全分录自动化测试方法的流程图；

图3为本发明实施例提供的一种会计引擎交易流水处理的流程图；

图4为本发明实施例提供的一种应用组件参数发布流程图；

图5为本发明实施例提供的一种全分录自动化测试装置的结构示意图；

图6为本发明实施例提供的另一种全分录自动化测试装置的结构示意图。

图标：

51-参数加载模块；52-核算流水生成模块；53-流水处理模块；54-比对模块；61-统计模块。

具体实施方式

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

会计引擎的一大功能是生成明细分录，但从前端应用组件产生流水到引擎接收到流水要流转多个环节，从引擎接收到流水到生成明细分录过程中对数据项会进行合法性检验及流水信息与引擎核算参数的匹配。在这些过程中，发生的任何差错均会导致无法生成分录。由于新一代接入会计引擎的前端应用组件到目前有61个，且都在同步测试，靠会计引擎有限的技术人员逐一人工查找出错原因那简直无法想象。如何便捷、有效、快速的沟通组件间信息交互结果成为一个难题。

如图1所示，为本发明实施例提供的一种全生态***测试方法的流程图，在实际操作中，首先，测试人员在交易***手工执行账务交易案例；其次，交易***生成交易流水后，通过异步数据通道传输给会计引擎；然后，会计引擎对交易流水做完数据合法性检验后，根据流水内容匹配核算分录规则，处理成功场景下生成会计分录，失败场景下记录错误原因；最后，测试人员核对会计分录和错误原因，人工登记各组件的会计分录规则覆盖率。

对于这种全生态***测试方法，会计引擎的核算正确性验证测试对众多前端应用组件在开发进度、环境、交易案例、测试人员等方面存在依赖，无法提前独立完成功能正确性验证，无法提前验证核算参数实例化的正确性。而且，该种方法的核算结果和错误原因需要会计引擎技术人员人工协查，无法支持大量应用组件接入场景下的并发测试。另外，各个应用组件测试案例在会计分录规则覆盖度，由各组件测试人员人工登记，不仅人工登记量大且管理复杂，无法检核核算有关测试的完整性。

总的来说，现有技术还存在会计引擎无法独立验证自身功能的正确性和核算参数实例化是否正确，以及处理结果进行核算的工作量较大的问题。基于此，本发明实施例提供的一种全分录自动化测试方法和装置，使得会计引擎可以独立验证自身功能的正确性和核算参数实例化是否正确，并且有效缓解对处理结果进行核算的工作量大的问题。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种全分录自动化测试方法进行详细介绍。

实施例一

如图2所示，为本发明实施例提供的一种全分录自动化测试方法的流程图，该方法应用于会计引擎，由图2可见，该方法包括如下步骤：

步骤S201：加载全套核算参数；该全套核算参数至少包括核算类型、原子动作和金额类型。

首先，会计引擎(Accounting Engines)是用于采集措置输出会计相关信息的一个联络数据库和其他应用***的数据措置器。其次，核算是按照特定规则对于经济事实(不仅限于银行与客户的合同关系，还包括了其他能够影响银行经济利益的事项)的反映和表达，其目的在于为利益相关者提供有用的信息。这里，在运行会计引擎进行自身功能测试及参数实例化测试时，为了保证测试的全面，充分反映会计引擎的功能情况，需要加载会计引擎可能用到的一切的核算参数，也即全套核算参数。其中，至少包括核算类型、原子动作和金额类型。

另外，在至少一种可能的实施方式中，在会计引擎加载全套的核算参数之前，可以先根据要测试的会计准则配置对应的引擎变式，然后在该引擎变式下配置全套核算参数。其中，会计准则是规范会计账目核算、会计报告的一套文件，它的目的在于把会计处理建立在公允、合理的基础之上，并使不同时期、不同主体之间的会计结果的比较成为可能。对于不同的应用场景，可能用不同的会计准则，例如中国银监会、香港港监会以及美国银监会等均使用不同的会计准则。

步骤S202：由上述核算类型、原子动作和金额类型进行全量组合，生成全覆盖的核算流水。

在本实施例中，首先，分别导出核算类型、原子动作和金额类型的数据文件；其次，根据该数据文件，将上述核算类型、原子动作和金额类型进行全量组合得到全量组合文件；然后，由该全量组合文件结合标准交易流水要素生成全覆盖的核算流水。

这里，核算类型、原子动作和金额类型三个参量的全量组合覆盖了一切可能的组合方式，使得实际操作使用到的可能的组合方式全部涵盖在其中。同理，生成的全覆盖核算流水也包括了一切可能类型的核算流水，使得实际操作中可能使用到的核算流水全部涵盖在其中。

步骤S203：对该核算流水进行流水处理得到流水信息；该流水信息至少包括明细分录。

首先，校验该核算流水中每个交易流水文件的数据完整性和业务合法性。若校验通过，则将该交易流水文件切分成多个虚拟子任务，并根据该虚拟子任务的数目在文件登记表中***对应数目的待处理记录。该虚拟子任务包括明细分录生成子任务和交易流水登记文件删除子任务。

然后，依次查找该文件登记表中的各个该待处理记录，并对该待处理记录中对应的虚拟子任务进行处理。若处理成功则生成相应的明细分录。在生成明细分录时，第一步，将交易流水文件的产品信息和产品条件信息映射到核算类型；第二步，根据该核算类型以及上述原子动作和金额类型确定核算分录规则，并结合该核算分录规则生成相应的明细分录。

在上述流水处理的过程中，若校验不通过或处理失败，则生成相应的错误码和错误信息，并将该错误码和该错误信息登记到核算异常信息表中。

步骤S204：将该明细分录和预先设定的会计分录表进行比对生成测试结果。

这里，先导出明细分录。该明细分录包括：明细分录科目、借贷方向和全局事件跟踪号。其中，全局事件跟踪号由核算类型编号、原子动作编号和金额类型编号拼接而成，该全局事件跟踪号便于后续的明细分录的比对。在其中一种实施方式中，可采用多线程方式并发导出该明细分录。

然后，再根据该全局事件跟踪号到预先设定的会计分录表中查找与该明细分录科目和该借贷方向的对应项，并将明细分录科目和借贷方向与该对应项进行比对。若比对不一致，则标识该会计分录表中的对应项，以便于后续对异常信息快速查找。

这样，本发明实施例提供的全分录自动化测试方法，不需要前端应用组件提供核算参数和流水文件，可以自己独立的配置加载全套核算参数，并生成全覆盖的流水文件，自动加载全套核算参数并对全覆盖的流水文件进行流水处理，生成的明细分录和预先设置的会计分录表进行比对得到测试结果，在不依赖前端组件、测试环境、测试人员的前提下，快速验证会计引擎的功能正确性和核算参数实例化是否正确。

实施例二

本发明实施例介绍了一种全分录自动化测试方法中的交易流水处理过程，以更好理解该测试方法的运作。

如图3所示，为本发明实施例提供的一种会计引擎交易流水处理的流程图，在图3所示的实施方式中，对于获取的交易流水文件，会计引擎通过作业调度平台启动一个工作流来处理。其具体的处理流程如下：

第一步，对交易流水文件进行校验和任务切分Job。首先，校验流水文件的数据完整性和业务合法性；然后，在通过校验后，根据文件的大小将流水文件切分成1-10个不等的虚拟子任务，并在文件登记表中***1-10条待处理记录，驱动下一层JOB的执行。

第二步，明细分录生成Job_01至Job_10。按照文件名和批次号(01-10)在文件登记表中查找是否有分配给自身的待处理子任务，若没有找到记录则成功返回；若找到了待处理记录，则处理待处理子任务中明确的交易流水的起始行到终止行。

第三步，交易流水登记文件删除Job。如果执行到这一个Job则表明该核算流水文件已经完成校验和任务切分，并在文件登记表中***了待处理任务。

另外，在前面两步都执行完之后，将驱动交易流水文件处理状态更新Job，根据文件名查找文件登记表待处理记录的处理结果，并更新该核算信息文件的整体完成情况。

实施例三

本实施例提供了另一种全分录自动化测试方法，针对实际操作中有前端应用组件接入会计引擎的情况，该方法介绍了会计引擎获取核算参数的另一种途径。

参见图4，为本发明实施例提供的一种应用组件参数发布流程图，在图4示出的实施方式中，各个产品组件维护产品与核算类型映射参数，将全量参数文件同步至数据仓库，当会计引擎监控到数据仓库SA区的参数文件有更新时，自动获取全量参数文件，校验后将参数刷新缓存。

具体来说，首先，应用组件将产品与核算类型映射参数(映射条件定义表、核算类型映射主表、子表)发布至数据仓库；其次，应用组件对会计引擎发出关账通知；然后，核算引擎从数据仓库SA区获取应用组件发布的参数文件；接着，核算引擎使用应用组件发布的参数文件，刷新本地参数副本，并更新内存；最后，会计引擎内部参数通过参数维护界面维护进***，并通过为参数设置不同的引擎变式来为不同的会计准则提供核算支持。

实施例四

针对实际操作中前端应用组件与会计引擎交互信息的结果反馈量大、涉及面广，导致后期对处理结果进行核算的工作量大的问题，本发明实施例提供了另一种全分录自动化测试方法。该测试方法在图2的基础上，在将明细分录和预先设定的会计分录表进行比对生成测试结果之后，还根据该明细分录和测试结果进行组件接入成功率统计、核算范围覆盖率统计和核算场景覆盖率统计。

另外，在会计引擎进行全分录自动化测试的过程中，生成了明细分录和登记有错误码和错误信息的核算异常信息表。在其中一种可能的实施方式中，基于上述测试结果、明细分录和核算异常信息表建立核算结果查询服务***。其中，在该查询***中，查询用户、查询权限、查询菜单可以动态配置，所有配置均以结构化形式保存在缓存中，该查询服务***通过刷新缓存方式生效。并且，查询结果支持单笔查询和大数据量批量导出，后台采用多线程方式并发导出，合并生成最终的批量文件，而且还可以支持实时和批量核对，以解决测试人员少、测试场地分散等难题。此外，批量导出结果最大数量支持动态配置，更新完成后查询服务刷新缓存生效。

本实施例提供的全分录自动化测试方法，可以有效缓解现有的会计分录测试方法中对处理结果进行核算的工作量大的问题。

实施例五

如图5所示，为本发明实施例提供的一种全分录自动化测试装置的结构示意图，由图5可见，该装置包括依次相连的参数加载模块51、核算流水生成模块52、流水处理模块53和比对模块54，其中，各个模块的功能如下：

参数加载模块51，用于加载全套核算参数；该全套核算参数至少包括核算类型、原子动作和金额类型；

核算流水生成模块52，用于由该核算类型、原子动作和金额类型进行全量组合，生成全覆盖的核算流水；

流水处理模块53，用于对该核算流水进行流水处理得到流水信息；该流水信息至少包括明细分录；

比对模块54，用于将该明细分录和预先设定的会计分录表进行比对生成测试结果。

在图5的基础上，如图6所示，为另一种全分录自动化测试装置的结构示意图，该装置还包括统计模块61，该统计模块61与比对模块54相连，该模块用于根据明细分录和测试结果进行组件接入成功率统计、核算范围覆盖率统计和核算场景覆盖率统计。

本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本发明的范围。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种全分录自动化测试方法，其特征在于，应用于会计引擎，所述方法包括：

加载全套核算参数；所述全套核算参数至少包括核算类型、原子动作和金额类型；

由所述核算类型、所述原子动作和所述金额类型进行全量组合，生成全覆盖的核算流水；

对所述核算流水进行流水处理得到流水信息；所述流水信息至少包括明细分录；

将所述明细分录和预先设定的会计分录表进行比对生成测试结果。

2.根据权利要求1所述的全分录自动化测试方法，其特征在于，所述对所述核算流水进行流水处理得到流水信息的步骤，包括：

校验所述核算流水中每个交易流水文件的数据完整性和业务合法性；

若校验通过，则将所述交易流水文件切分成多个虚拟子任务，并根据所述虚拟子任务的数目在文件登记表中***对应数目的待处理记录；所述虚拟子任务包括明细分录生成子任务和交易流水登记文件删除子任务；

依次查找所述文件登记表中的各个所述待处理记录，并对所述待处理记录中对应的虚拟子任务进行处理；

若处理成功则生成相应的明细分录。

3.根据权利要求2所述的全分录自动化测试方法，其特征在于，还包括：

若校验不通过或处理失败，则生成相应的错误码和错误信息，并将所述错误码和所述错误信息登记到核算异常信息表中。

4.根据权利要求2所述的全分录自动化测试方法，其特征在于，所述生成相应的明细分录的步骤，包括：

将所述交易流水文件的产品信息和产品条件信息映射到所述核算类型；

根据所述核算类型、所述原子动作和所述金额类型确定核算分录规则，并结合所述核算分录规则生成相应的明细分录。

5.根据权利要求1所述的全分录自动化测试方法，其特征在于，所述将所述明细分录和预先设定的会计分录表进行比对生成测试结果的步骤，包括：

导出所述明细分录；所述明细分录包括：明细分录科目、借贷方向和全局事件跟踪号；所述全局事件跟踪号由核算类型编号、原子动作编号和金额类型编号拼接而成；

根据所述全局事件跟踪号到预先设定的会计分录表中查找与所述明细分录科目和所述借贷方向的对应项，并将所述明细分录科目和所述借贷方向与所述对应项进行比对；

若比对不一致，则标识所述会计分录表中的所述对应项。

6.根据权利要求5所述的全分录自动化测试方法，其特征在于，所述导出所述明细分录的步骤，包括：

采用多线程方式并发导出所述明细分录。

7.根据权利要求1所述的全分录自动化测试方法，其特征在于，所述由所述核算类型、所述原子动作和所述金额类型进行全量组合，生成全覆盖的核算流水的步骤，包括：

分别导出所述核算类型、所述原子动作和所述金额类型的数据文件；

根据所述数据文件，将所述核算类型、所述原子动作和所述金额类型进行全量组合得到全量组合文件；

由所述全量组合文件结合标准交易流水要素生成全覆盖的核算流水。

8.根据权利要求1所述的全分录自动化测试方法，其特征在于，在所述加载全套核算参数的步骤之前，还包括：

根据待测试的会计准则配置对应的引擎变式；

在所述引擎变式下配置全套核算参数。

9.根据权利要求1所述的全分录自动化测试方法，其特征在于，在所述将所述明细分录和预先设定的会计分录表进行比对生成测试结果的步骤之后，还包括：

根据所述明细分录和所述测试结果进行组件接入成功率统计、核算范围覆盖率统计和核算场景覆盖率统计。

10.一种全分录自动化测试装置，其特征在于，包括：

参数加载模块，用于加载全套核算参数；所述全套核算参数至少包括核算类型、原子动作和金额类型；

核算流水生成模块，用于由所述核算类型、所述原子动作和所述金额类型进行全量组合，生成全覆盖的核算流水；

流水处理模块，用于对所述核算流水进行流水处理得到流水信息；所述流水信息至少包括明细分录；

比对模块，用于将所述明细分录和预先设定的会计分录表进行比对生成测试结果。