CN107730385A - 订单信息的模拟处理方法、装置、存储介质和计算机设备 - Google Patents

Abstract

本发明涉及一种订单信息的模拟处理方法、装置、存储介质和计算机设备，该方法包括：获取待处理的申请文件，所述申请文件中包括模拟订单信息；获取与所述模拟订单信息对应的订单处理规则；获取与所述模拟订单信息对应的模板文件；根据所述模拟订单信息和所述订单处理规则生成第一模拟交易信息，将所述第一模拟交易信息写入所述模板文件中，生成第一模拟确认文件；检测所述第一模拟确认文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件。上述的订单信息的模拟处理方法、装置、存储介质和计算机设备可提高产品测试的效率。

Description

订单信息的模拟处理方法、装置、存储介质和计算机设备

技术领域

本发明涉及信息处理技术领域，特别是涉及一种订单信息的模拟处理方法、装置、存储介质和计算机设备。

背景技术

用户在购买一些保险产品或金融等类型的产品时，通常会选择和该产品的代理方进行沟通，通过订单委托代理方从产品提供方(以下统称资产方)处进行产品的购买。

代理方需要将客户的订单发送给资产方进行审核，资产方对该订单进行审核，生成确认文件发送给代理方。代理方根据所接收到的确认文件来生成结果文件，该结果文件包含客户是否能够购买该产品的结果信息。

然而，对于一些新开放的产品，资产方和代理方都需要对各自针对该产品所开发出的应用工具进行测试。而代理方所开发出的应用工具又必须依赖于资产方提供的审核结果才能测试其所开发出的应用工具是否有误。若资产方的应用工具还未开发完成时，则无法及时向代理方返回确认文件，从而导致代理方对该产品的测试周期延长，使得代理方对其所研发的产品的测试效率低下。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高产品的测试效率的订单信息的模拟处理方法、装置、存储介质和计算机设备。

一种订单信息的模拟处理方法，所述方法包括：获取待处理的申请文件，所述申请文件中包括模拟订单信息；获取与所述模拟订单信息对应的订单处理规则；获取与所述模拟订单信息对应的模板文件；根据所述模拟订单信息和所述订单处理规则生成第一模拟交易信息，将所述第一模拟交易信息写入所述模板文件中，生成第一模拟确认文件；检测所述第一模拟确认文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件。

在其中一个实施例中，当所述第一模拟确认文件中存在空值的必写字段时，所述方法还包括：检测所述订单处理规则中与所述空值的必写字段对应的子规则是否被修改，若是，则在所述模拟结果文件中写入所述子规则的被修改的提示信息。

在其中一个实施例中，在所述在所述模拟结果文件中写入所述子规则的被修改的提示信息之后，还包括：获取相对于所述订单处理规则的上一版本的订单处理规则；根据所述模拟订单信息和所述上一版本的订单处理规则生成第二模拟交易信息，将所述第二模拟交易信息写入所述模板文件中，生成第二模拟确认文件；检测所述第二模拟确认文件中每个必写字段的对应位置中是否为空值，将检测结果写入所述模拟结果文件中。

在其中一个实施例中，在所述根据检测结果生成模拟结果文件之后，所述方法还包括：获取与所述申请文件对应的预设的测试结果文件；将所述模拟结果文件和所述测试结果文件进行对比，生成对比结果；将所述对比结果发送至预设的测试终端。

在其中一个实施例中，在所述将所述第一模拟交易信息写入所述模板文件中之后，所述方法还包括：将所述第一模拟确认文件上传到与所述模拟订单信息对应位置进行存储；所述检测所述第一模拟确认文件中每个必写字段的对应位置中是否为空值，包括：根据预设的定时任务从所述位置中提取所述第一模拟确认文件，检测所述第一模拟确认文件中每个必写字段的对应位置中是否为空值。

在其中一个实施例中，在获取待处理的申请文件的步骤之前，还包括：接收用户终端发送的业务办理请求；根据所述业务办理请求生成相应的申请文件。

在其中一个实施例中，所述模板文件为通过Mock所生成的适用于多种模拟订单信息的通用XML模板文件。

一种订单信息的模拟处理装置，所述装置包括：申请文件获取模块，用于获取待处理的申请文件，所述申请文件中包括模拟订单信息；订单处理规则获取模块，用于获取与所述模拟订单信息对应的订单处理规则；模板文件获取模块，用于获取与所述模拟订单信息对应的模板文件；模拟确认文件生成模块，用于根据所述模拟订单信息和所述订单处理规则生成第一模拟交易信息，将所述第一模拟交易信息写入所述模板文件中，生成第一模拟确认文件；模拟结果文件生成模块，用于检测所述第一模拟确认文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件。

一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现上述任一项所述方法的步骤。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述任一项所述方法的步骤。

上述订单信息的模拟处理方法、装置、存储介质和计算机设备，通过获取待处理的申请文件，申请文件中包括模拟订单信息；获取与模拟订单信息对应的订单处理规则；获取与模拟订单信息对应的模板文件；根据模拟订单信息和订单处理规则生成第一模拟交易信息，将第一模拟交易信息写入模板文件中生成第一模拟确认文件；再检测第一模拟确认文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件，使测试人员可根据模拟结果文件来分析所开发的测试工具是否正常。通过直接生成第一模拟交易信息，而无需与资产方进行交互，从而可降低由资产方来生成交易信息的等待时间，且更能避免与资产方进行交互所存在的联调环境不稳定，联调窗口短等问题，从而提高了产品测试的效率。且通过检测模板文件中每个必写字段的对应位置中是否为空值，还可及时发现所生成的第一模拟交易信息是否正确，使得当第一模拟交易信息出现错误时，可及时对相应的订单处理规则进行修改，进一步提高了产品测试的效率。

附图说明

图1为一个实施例中订单信息的模拟处理方法的应用环境图；

图2为一个实施例中订单信息的模拟处理方法的流程图；

图3为一个实施例中模拟确认文件的再次生成与检测的过程的流程图；

图4为一个实施例中对模拟结果文件的分析过程的流程图；

图5为一个实施例中订单信息的模拟处理转置的结构框图；

图6为另一个实施例中订单信息的模拟处理转置的结构框图；

图7为又一个实施例中订单信息的模拟处理转置的结构框图；

图8为一个实施例中服务器的内部结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。可以理解，本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本发明的范围的情况下，可以将第一模拟确认文件称为第二模拟确认文件，且类似地，可将第二模拟确认文件称为第一模拟确认文件。第一模拟确认文件和第二模拟确认文件两者都是模拟确认文件，但其不是同一模拟确认文件。

本发明实施例所提供的订单信息的模拟处理方法，可应用于如图1所示的应用环境中。参考图1，用户终端110可通过相应的网络与服务器120相连，向服务器120发送进行产品交易的业务办理请求。服务器120可为处理产品交易的代理方的后台服务器。该服务器120中可根据用户的业务办理请求生成申请文件，申请文件中包括模拟订单信息；并获取与模拟订单信息对应的产品交易规则和模板文件；根据模拟订单信息和产品交易规则生成第一模拟交易信息，将第一模拟交易信息写入模板文件中；再获取与模拟订单信息对应的预设交易信息；检测写入模板文件中的第一模拟交易信息和预设交易信息是否匹配，根据检测结果生成模拟结果文件。

在一个实施例中，如图2所示，提供了一种订单信息的模拟处理方法。本实施例以该方法可应用于如图1所示的服务器中来说明，具体包括如下步骤：

步骤S202，获取待处理的申请文件，申请文件中包括模拟订单信息。

本实施例中，服务器中存储有多个待处理的申请文件。该申请文件可为测试人员为测试所开发的产品的性能而预先模拟生成的样本申请文件，还可为根据实际的用户所提交的交易的订单信息生成的申请文件。

每个申请文件中包括模拟订单信息，该模拟订单信息为模拟出的用于为模拟出的用于进行待测产品的产品交易请求的订单信息。其中，该模拟订单信息可包括模拟出的用户信息和待交易的产品信息。其中，用户信息包括用户姓名、性别、年龄、联系方式、身份证号、职业以及收入等其中的一种或多种字段信息。产品信息包括用于唯一标识该产品的产品标识、产品的名称和买入数额或卖出数额等产品交易的字段信息。产品信息可为待测试的某一种保险或基金等金融类产品。具体地，该产品为资产方已公布、但还未完成相应应用工具的产品，使得用户可委托资产方来提前购买或预定该产品。

步骤S204，获取与模拟订单信息对应的订单处理规则。

本实施例中，订单处理规则为根据资产方所提供的产品交易规则所设置的处理规则。不同的产品类型和/或产品交易数额所对应的处理规则不一定相同。比如购买的产品为幼儿险，则对用户的年龄有限定；比如购买的产品为工伤险，则对用户的职业类型有限定，且不同的产品对应的利率和管理费等计算方式也不一定相同。

服务器可预先从资产方获取每个产品的产品交易规则，根据该交易规则生成对应产品的订单处理规则，并建立每个订单处理规则与一个或多个产品标识之间的关联关系。服务器在获取了申请文件后，提取该申请文件中所包含的产品信息，根据该产品信息中的产品标识与对应订单处理规则的关联关系，获取该申请文件的订单处理规则。

步骤S206，获取与模拟订单信息对应的模板文件。

本实施例中，服务器中还预先存储了多种模板文件，并建立了每种模板文件与一种或多种产品标识之间的关联关系，即一种模板文件可适用于一种或多种产品。模板文件为用于模拟资产方对同一类型产品的订单进行处理而生成的确认文件的模板文件。服务器可根据该模拟订单信息中的产品标识与相应的关联关系，获取对应的模板文件。

步骤S208，根据模拟订单信息和订单处理规则生成第一模拟交易信息，将第一模拟交易信息写入模板文件中，生成第一模拟确认文件。

本实施例中，服务器对选取的订单处理规则进行解析，确定该订单处理规则所涉及到的字段信息。并从模拟订单信息中提取该对应的字段信息，根据对应处理规则生成新的字段信息或对该字段信息进行更新，根据所生成的字段信息构成该第一模拟交易信息。服务器可将所生成的第一模拟交易信息写入模板文件中的对应位置处，将写入了该第一模拟交易信息的模板文件另存为第一模拟确认文件。其中，模拟确认文件为模拟资产方的处理方式所生成的模拟文件。具体地，不同产品标识对应的模板文件中所需写入的字段信息不同，且相同字段信息写入不同模板文件中的位置也不一定相同。服务器可根据所生成的第一模拟交易信息中所包含字段信息所表达的含义，写入对应模板文件中所定义的相应位置中。

比如，订单处理规则所涉及的字段信息包括年龄、职业、购买数量、买入时间、持仓时长和用户资产等字段信息。则从该申请文件中提取用户的具体年龄、职业以及对所涉产品的购买数额、购买时间、当前资产以及利率等字段信息，则根据订单处理规则中与该产品对应的购买规则，计算出在该购买时间下，购买对应数量的产品所需的数额，以及计算在该持仓时长之内所产生的利润等字段信息，并将该计算出的所需的数额和利润等字段信息，以及上述的已存在年龄职业、购买数量等其中的一种或多种字段信息写入模板文件之中的对应位置处。

进一步地，申请文件中还被定义了被写入的模拟订单信息中的字段信息的起始读取位置以及读取规则，使得服务器可按照该读取规则获取所需的字段信息，从而根据订单处理规则生成第一模拟交易信息。

步骤S210，检测模板文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件。

本实施例中，服务器可根据识别出的模拟订单信息中所字段信息所表达的含义，并结合对应订单处理规则，对模板文件中对应待写入字段的位置设置了写入属性，该写入属性包括必须填写和非必须填写的属性。当检测到某一对应位置的写入属性为必须填写的属性时，则表示需要生成与该位置对应的字段信息，并将该字段信息写入该位置中。在确定了模板文件中每个字段写入位置的属性后，可检测写入了第一模拟交易信息的模板文件中，每个必写字段的对应位置中是否写入了该第一模拟交易信息中的相应字段，若否，则表示该对应位置为空值，说明必须生成第一模拟交易信息中，必要的字段信息未生成或未被写入。若是，则表明生成的第一模拟交易信息正常。服务器可根据对模板文件的检测以及处理生成模拟结果文件，该模拟结果文件为模拟出的用于该模拟订单信息对应的模拟用户所反馈的结果文件。

进一步地，服务器还根据模拟模板文件以及该对应的订单处理规则，判断模拟确认文件中写入的字段信息是否都满足产品交易的条件，并将判断结果也写入生成的模拟结果文件中。其中，模拟结果文件中包含审核通过和审核不通过两种结果。当为审核不通过时，可进一步在模拟结果文件中说明不满足交易条件的信息。

进一步的，若无法生成模拟结果文件，则向测试终端发送模拟结果文件生成失败的报告。测试人员可根据所生成的模拟结果文件或报告来分析所研发的测试工具是否正常。

上述订单信息的模拟处理方法，通过获取待处理的申请文件，申请文件中包括模拟订单信息；获取与模拟订单信息对应的订单处理规则；获取与模拟订单信息对应的模板文件；根据模拟订单信息和订单处理规则生成第一模拟交易信息，将第一模拟交易信息写入模板文件中生成第一模拟确认文件；再检测第一模拟确认文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件，使测试人员可根据模拟结果文件来分析所开发的测试工具是否正常。通过直接生成第一模拟交易信息，而无需与资产方进行交互，从而可降低由资产方来生成交易信息的等待时间，且更能避免与资产方进行交互所存在的联调环境不稳定，联调窗口短等问题，从而提高了产品测试的效率。且通过检测模板文件中每个必写字段的对应位置中是否为空值，还可及时发现所生成的第一模拟交易信息是否正确，使得当第一模拟交易信息出现错误时，可及时对相应的订单处理规则进行修改，进一步提高了产品测试的效率。

在一个实施例中，当模板文件中存在空值的必写字段时，上述方法还包括：检测订单处理规则中与空值的必写字段对应的子规则是否被修改，若是，则在模拟结果文件中写入子规则的被修改的提示信息。

本实施例中，该订单处理规则可为多种产品所公用的处理规则，即服务器可预先根据多个产品的交易规则，设置出适用于该多个产品的订单处理规则。如针对同一大类型的产品，或者具有比较类似的交易规则的几种产品，设置一份通用的订单处理规则，并将该订单处理规则与该几种产品建立对应关系。订单处理规则可按照各个类型字段的处理规则，划分成多个子规则，每个子规则与待生成的第一模拟交易信息中的一个或几个字段相对应。服务器还设置了模板文件中，各个填写字段的位置与所划分的子规则的对应关系。其中，该订单处理规则可被修改，服务器可记录该订单处理规则中对应子规则的修改记录。

当检测必写字段的位置为空值时，根据该空值位置与子规则的对应关系，确定对应的子规则，并获取该子规则的修改记录，检测是否在预设的最近时间段内是否被修改，若是，则进一步在模拟结果文件中写入与相应的子规则被修改的提示信息。

举例来说，若模拟订单信息中包含某一产品的购买数量、买入时间、持仓时长时，该产品对应的交易信息需要包含的必备信息包括在该购买时间下，购买对应数量的产品所需的数额，以及在该持仓时长之内所产生的利润的字段信息，则可对相应模板文件中，写入上述数额和利润的位置的属性设置为必须填写的属性。当根据对应的订单处理规则，所生成的第一模拟交易信息中并不存在该数额或利润的字段信息，该模板文件中所设置的写入该相应位置处为空值，则可查询订单处理规则中，与生成该数额和利润的子规则是否被修改，若是，则将该对应的子规则的修改信息写入生成的模拟结果文件中。

本实施例中，通过对检测订单处理规则中与空值的必写字段对应的子规则是否被修改，并将修改信息写入模拟结果文件，使得测试人员可及时发现被修改的订单处理规则的错误，以进行处理。比如当预先设置了适用于产品A、B和C的订单处理规则，当产品A的交易规则有变动，而对应修改了该订单处理规则中的相应子规则时，在进行产品B或C的进行订单的模拟处理时，可检测初修改后子规则对产品B和C是否有影响。

在一个实施例中，当检测到订单处理规则中与空值的必写字段对应的子规则被修改后，上述方法还包括模拟确认文件的再次生成与检测的过程，如图3所示，具体包括：

步骤S302，获取相对于订单处理规则的上一版本的订单处理规则。

本实施例中，当服务器检测到订单处理规则被修改后，可自动备份被修改前的订单处理规则，其中，该被修改前的订单处理规则即为相对于该修改后的订单处理规则的上一版本的订单处理规则。

步骤S304，根据模拟订单信息和上一版本的订单处理规则生成第二模拟交易信息，将第二模拟交易信息写入模板文件中，生成第二模拟确认文件。

类似地，服务器可对选取的上一版本的订单处理规则进行解析，确定该订单处理规则所涉及到的字段信息。并从模拟订单信息中提取该对应的字段信息，根据对应处理规则生成新的字段信息或对该字段信息进行更新，根据所生成的字段信息构成该第二模拟交易信息。服务器可将所生成的第二模拟交易信息写入模板文件中的对应位置处，将写入了该第二模拟交易信息的模板文件另存为第二模拟确认文件。

步骤S306，检测第二模拟确认文件中每个必写字段的对应位置中是否为空值，将检测结果写入模拟结果文件中。

服务器可检测生成的第二模拟确认文件中，每个必写字段的对应位置中是否写入了该第二模拟交易信息中的相应字段，若否，则表示该对应位置为空值，说明必须生成第二模拟交易信息中，必要的字段信息未生成或未被写入。若是，则表明生成的第二模拟交易信息正常。并将对第二模拟确认文件的检测结果写入到所生成的模拟结果文件中。

本实施例中，通过备份修改前的订单处理规则，当当检测到订单处理规则中与空值的必写字段对应的子规则被修改后，可根据该修改前的订单处理规则再次生成模拟确认文件并检测，可避免对因修改后的订单处理规则出现错误而需要改正，影响订单信息的模拟处理的效率。

在一个实施例中，上述方法还包括对模拟结果文件的分析过程，该过程可在上述的步骤S210之后执行，如图4所示，具体包括：

步骤S402，获取与申请文件对应的预设的测试结果文件。

本实施例中，服务器还预先针对该申请文件对应设置了相应的测试结果文件，并建立了该申请文件和测试结果文件的对应关系，该测试结果文件预设的用于校验所生成的模拟结果文件是否准确的文件。通过该对应关系，可获取到预设的测试结果文件。

测试结果文件同样也包括审核通过和审核不通过两种结果。当为审核不通过时，测试结果文件中还包含了不满足交易条件的具体原因。

步骤S404，将模拟结果文件和测试结果文件进行对比，生成对比结果。

本实施例中，测试结果文件的格式可与模拟结果文件具有相同的文件格式和字段类型。服务器可比较模拟结果文件和测试结果文件所表达的审核结果是否相同。

若均为审核通过的结果，则生成的对比结果为测试通过；若均为审核不通过的结果，则比较模拟结果文件中的不满足交易条件的信息与测试结果文件中所包含的不满足交易条件的具体原因是否相同，若相同，则生成的对比结果也为测试通过。若两者的审核结果不同，则生成的测试结果为测试失败，并进一步检查模拟结果文件中和测试结果文件中不同的字段信息，将该不同的字段信息写入对比结果中。

其中，申请文件可具有多个，相应的模拟结果文件和测试结果文件也具有多个，服务器可根据每一对模拟结果文件和测试结果文件生成一份对比结果文件。还可以将预设数量对的模拟结果文件和测试结果文件所生成的对比结果集中到一份对比结果文件中，该对比结果文件中包含了每一对的对比结果信息。

步骤S406，将对比结果发送至预设的测试终端。

本实施例中，测试终端为产品测试人员的终端，服务器将该对比结果发送至测试终端中，可使得测试人员可根据对比结果获知该产品的测试工具对应的测试结果。

在一个实施例中，在步骤S208之后，还包括：将第一模拟确认文件上传到与模拟订单信息对应位置进行存储；上述步骤S210包括：根据预设的定时任务从位置中提取第一模拟确认文件，检测第一模拟确认文件中每个必写字段的对应位置中是否为空值。

本实施例中，服务器在生成第一模拟确认文件后，可不必立即对其进行处理，而将所生成的第一模拟确认文件先存放到预设的存储位置处。服务器预先设置了与每个产品标识相关联的存储路径。在生成第一模拟确认文件后，可根据该模拟文件对应的产品标识，将其存储到对应的路径下。

进一步地，可对该第一模拟确认文件进行加密和/或压缩。服务器可对所生成的第一模拟确认文件按照预设的编码方式进行压缩，并按照预设的与该产品信息对应的密码进行加密。其中，编码方式可为utf-8、GBK等编码方式，每种类型的产品均被预设有对应的密码。

服务器中还设置了用于检测模拟确认文件的定时任务，当检测到系统时间到达预设的时间时，激活该定时任务，触发该模拟结果文件生成的指令，并依次读取每个产品信息对应的路径中所存在的未处理的第一模拟确认文件。其中，第一模拟确认文件还携带有处理状态的标记，使得服务器根据该标记可获知是否已经被处理。

在获取到未处理的模拟确认文件后，当检测到该模拟确认文件为压缩和/或加密文件后，可按照与该加密的编码方式对应的解码方式，对该压缩文件进行解码，并获取与存储路径对应的密码，对该加密的模拟确认文件进行解密，从而获取模拟确认文件中的字段信息。再按照相应的产品交易规则，获取相关的字段信息，判定该字段信息是否满足交易条件，生成模拟结果文件。

本实施例中，通过将生成的模拟确认文件上传到对应的位置进行存储，并定期从该位置处获取未处理的模拟确认文件进行处理，生成模拟结果文件。从而可批量的对模拟确认文件进行处理，提高了订单信息模拟处理的整体处理效率。

在一个实施例中，在步骤S202之前，上述方法还包括：接收用户终端发送的业务办理请求；根据业务办理请求生成相应的申请文件。

本实施例中，用户终端通过与代理方的服务器建立连接，访问相关的产品信息，并确定所需交易的产品，向服务器发送产品交易的业务办理请求。服务器可获取该业务办理请求，该业务办理请求中包含相应的订单信息，服务器可根据该订单信息来生成模拟订单信息，将该模拟订单信息写入预设的申请文件中。

具体地，服务器可获取该业务办理请求所涉及到的产品信息，获取该产品的名称以及交易信息，根据该产品名称查询对应的产品编号。并按照预设的格式将所上述信息填写到申请文件中的相应字段的位置中。其中不同字段被设置了对应的字段名、类型、位置和长度等属性。在一个实施例中，申请文件中所包含的字段信息的属性信息如下表1所示，服务器在识别出订单信息中所包含的字段内容后，可识别该字段内容所对应的字段属性，将其读入到申请文件中的预设位置处。

表1申请文件中的部分字段信息的属性表

字段名	类型	位置	长度	小数点后的长度
					SEQUENCENO	数字	1	8	1
FUNDCODE	数字	2	4	0
					SHARECLASS	数字	3	1	0
MODIFYWAY	字符串	4	12
					DOWNLOADDATE	日期	5	8

在一个实施例中，所生成的申请文件可被存储到预设的位置处，使得服务器可从该预设的位置处获取该申请文件，而不必立即进行处理。同样的，还可对所生成的申请文件进行加密和/或压缩处理，以提高申请文件的安全性。

本实施例中，通过根据实际用户所提交的业务办理请求自动生成申请文件，将其用于后续的产品测试之中，从而无需人为设置创建申请文件，可进一步提高产品测试的效率。

在一个实施例中，模板文件为通过Mock所生成的适用于多个产品信息的通用XML模板文件。

其中，mock测试就是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法，服务器可根据该mock测试工具生成一个通用的XML(Extensible Markup Language，可扩展标记语言)模板文件。该XML模板文件中定义文件属性以及文件内容。文件内容中包含正文以及正文钱的输出与正文后的输出。

文件属性包含文件格式、文件命名规则、编码当时以及加密规则等信息。正文包括模拟的资产方生成的每个产品信息的确认文件中所需的字段信息。正文前的输出和正文后的输出均包括对结果文件的说明性的信息。比如介绍文件的名称、日期、文件的行数等信息。

正文中的每个字段信息均设置了相应的属性信息。如下表2所示，为一个实施例中模板文件中的部分字段的属性表。XML模板文件中的字段信息可从申请文件中进行读取，并按照对应的计算规则或转换规则而生成。字段的属性信息可由相应的内置函数所确定，使得通过该内置函数可生成模拟结果文件中所需的字段信息。比如可包含Func[RandomMixLetterAndNumber、Func[RandomLetter]、Func[RandomNumber]、Func[CurrentDateTime]等函数。

本实施例中，通过设置通用的XML模板文件，从而无需针对每个产品信息设置对应的模板文件，提高了模拟确认文件生成的便利性。

在一个实施例中，如图5所示，提供了一种订单信息的模拟处理装置，该装置包括：

申请文件获取模块502，用于获取待处理的申请文件，申请文件中包括模拟订单信息。

订单处理规则获取模块504，用于获取与模拟订单信息对应的订单处理规则。

模板文件获取模块506，用于获取与模拟订单信息对应的模板文件。

模拟确认文件生成模块508，用于根据模拟订单信息和订单处理规则生成第一模拟交易信息，将第一模拟交易信息写入模板文件中，生成第一模拟确认文件。

模拟结果文件生成模块510，用于检测第一模拟确认文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件。

在一个实施例中，模拟结果文件生成模块510还用于当检测到第一模拟确认文件中存在空值的必写字段时，检测订单处理规则中与空值的必写字段对应的子规则是否被修改，若是，则在模拟结果文件中写入子规则的被修改的提示信息。

在一个实施例中，订单处理规则获取模块504还用于获取相对于订单处理规则的上一版本的订单处理规则。

模拟确认文件生成模块508还用于根据模拟订单信息和上一版本的订单处理规则生成第二模拟交易信息，将第二模拟交易信息写入模板文件中，生成第二模拟确认文件。

模拟结果文件生成模块510还用于检测第二模拟确认文件中每个必写字段的对应位置中是否为空值，将检测结果写入模拟结果文件中。

在一个实施例中，如图6所示，上述装置还包括：

对比结果生成模块512，用于获取与申请文件对应的预设的测试结果文件；将模拟结果文件和测试结果文件进行对比，生成对比结果；将对比结果发送至预设的测试终端。

在一个实施例中，模拟确认文件生成模块508还用于将第一模拟确认文件上传到与模拟订单信息对应位置进行存储；

模拟结果文件生成模块510还用于根据预设的定时任务从位置中提取第一模拟确认文件，检测第一模拟确认文件中每个必写字段的对应位置中是否为空值。

在一个实施例中，如图7所示，上述装置还包括：

申请文件生成模块501，用于接收用户终端发送的业务办理请求；根据业务办理请求生成相应的申请文件。

在一个实施例中，模板文件为通过Mock所生成的适用于多种模拟订单信息的通用XML模板文件。

上述装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。其中，网络接口可以是以太网卡或无线网卡等。上述各模块可以硬件形式内嵌于或独立于服务器中的处理器中，也可以以软件形式存储于服务器中的存储器中，以便于处理器调用执行以上各个模块对应的操作。该处理器可以为中央处理单元(CPU)、微处理器、单片机等。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现上述各实施例中的任意一种订单信息的模拟处理方法的步骤。

具体地，该指令被处理器执行时实现以下步骤：获取待处理的申请文件，申请文件中包括模拟订单信息；获取与模拟订单信息对应的订单处理规则；获取与模拟订单信息对应的模板文件；根据模拟订单信息和订单处理规则生成第一模拟交易信息，将第一模拟交易信息写入模板文件中，生成第一模拟确认文件；检测第一模拟确认文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件。

在一个实施例中，当第一模拟确认文件中存在空值的必写字段时，该指令被处理器执行时实现以下步骤：检测订单处理规则中与空值的必写字段对应的子规则是否被修改，若是，则在模拟结果文件中写入子规则的被修改的提示信息。

在一个实施例中，在该指令被处理器执行时实现在模拟结果文件中写入子规则的被修改的提示信息之后，还实现以下步骤：获取相对于订单处理规则的上一版本的订单处理规则；根据模拟订单信息和上一版本的订单处理规则生成第二模拟交易信息，将第二模拟交易信息写入模板文件中，生成第二模拟确认文件；检测第二模拟确认文件中每个必写字段的对应位置中是否为空值，将检测结果写入模拟结果文件中。

在一个实施例中，在该指令被处理器执行时实现根据检测结果生成模拟结果文件之后，还实现以下步骤：获取与申请文件对应的预设的测试结果文件；将模拟结果文件和测试结果文件进行对比，生成对比结果；将对比结果发送至预设的测试终端。

在一个实施例中，在该指令被处理器执行时实现将第一模拟交易信息写入模板文件中之后，还实现以下步骤：将第一模拟确认文件上传到与模拟订单信息对应位置进行存储；根据预设的定时任务从位置中提取第一模拟确认文件，检测第一模拟确认文件中每个必写字段的对应位置中是否为空值。

在一个实施例中，在该指令被处理器执行时实现获取待处理的申请文件的步骤之前，还实现以下步骤：接收用户终端发送的业务办理请求；根据业务办理请求生成相应的申请文件。

在一个实施例中，模板文件为通过Mock所生成的适用于多种模拟订单信息的通用XML模板文件。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述各实施例中的任意一种订单信息的模拟处理方法的步骤。

具体地，该计算机设备可为上述的服务器。如图8所示，为一个实施例中服务器的内部结构示意图。该服务器包括通过系统总线连接的处理器、存储器和网络接口。其中，该处理器用于提供计算和控制能力，支撑整个服务器的运行。存储器用于存储数据、指令代码等，网络接口用于与其它终端或服务器进行网络通信。存储器上存储至少一个计算机可执行指令，该计算机可执行指令可被处理器执行，以实现本申请实施例中提供的适用于该服务器的订单信息的模拟处理方法。存储器可包括磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)等非易失性存储介质，或随机存储记忆体(Random-Access-Memory，RAM)等。例如，在一个实施例中，存储器包括非易失性存储介质及内存储器。该非易失性存储介质存储有操作系统、数据库和计算机可执行指令。该数据库中存储有用于实现以上各个实施例所提供的一种订单信息的模拟处理方法相关的数据，比如可存储有订单处理规则等数据。该计算机可执行指令可被处理器所执行，以用于实现以上各个实施例所提供的一种订单信息的模拟处理方法。该内存储器为非易失性存储介质中的操作系统、数据库和计算机可执行指令提供高速缓存的运行环境。网络接口可以是以太网卡或无线网卡等，用于与外部的终端或服务器进行通信，如将所生成的对比结果发送至预设的测试终端。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，该处理器执行程序时实现以下步骤：获取待处理的申请文件，申请文件中包括模拟订单信息；获取与模拟订单信息对应的订单处理规则；获取与模拟订单信息对应的模板文件；根据模拟订单信息和订单处理规则生成第一模拟交易信息，将第一模拟交易信息写入模板文件中，生成第一模拟确认文件；检测第一模拟确认文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件。

在一个实施例中，当第一模拟确认文件中存在空值的必写字段时，该处理器执行程序时还实现以下步骤：检测订单处理规则中与空值的必写字段对应的子规则是否被修改，若是，则在模拟结果文件中写入子规则的被修改的提示信息。

在一个实施例中，在处理器执行程序时实现在模拟结果文件中写入子规则的被修改的提示信息之后，还实现以下步骤：获取相对于订单处理规则的上一版本的订单处理规则；根据模拟订单信息和上一版本的订单处理规则生成第二模拟交易信息，将第二模拟交易信息写入模板文件中，生成第二模拟确认文件；检测第二模拟确认文件中每个必写字段的对应位置中是否为空值，将检测结果写入模拟结果文件中。

在一个实施例中，在处理器执行程序时实现根据检测结果生成模拟结果文件之后，还实现以下步骤：获取与申请文件对应的预设的测试结果文件；将模拟结果文件和测试结果文件进行对比，生成对比结果；将对比结果发送至预设的测试终端。

在一个实施例中，在处理器执行程序时实现将第一模拟交易信息写入模板文件中之后，还实现以下步骤：将第一模拟确认文件上传到与模拟订单信息对应位置进行存储；根据预设的定时任务从位置中提取第一模拟确认文件，检测第一模拟确认文件中每个必写字段的对应位置中是否为空值。

在一个实施例中，在处理器执行程序时实现获取待处理的申请文件的步骤之前，还实现以下步骤：接收用户终端发送的业务办理请求；根据业务办理请求生成相应的申请文件。

在一个实施例中，模板文件为通过Mock所生成的适用于多种模拟订单信息的通用XML模板文件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种订单信息的模拟处理方法，其特征在于，所述方法包括：

获取待处理的申请文件，所述申请文件中包括模拟订单信息；

获取与所述模拟订单信息对应的订单处理规则；

获取与所述模拟订单信息对应的模板文件；

根据所述模拟订单信息和所述订单处理规则生成第一模拟交易信息，将所述第一模拟交易信息写入所述模板文件中，生成第一模拟确认文件；

检测所述第一模拟确认文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件。

2.根据权利要求1所述的方法，其特征在于，当所述第一模拟确认文件中存在空值的必写字段时，所述方法还包括：

检测所述订单处理规则中与所述空值的必写字段对应的子规则是否被修改，若是，则在所述模拟结果文件中写入所述子规则的被修改的提示信息。

3.根据权利要求2所述的方法，其特征在于，在所述在所述模拟结果文件中写入所述子规则的被修改的提示信息之后，还包括：

获取相对于所述订单处理规则的上一版本的订单处理规则；

根据所述模拟订单信息和所述上一版本的订单处理规则生成第二模拟交易信息，将所述第二模拟交易信息写入所述模板文件中，生成第二模拟确认文件；

检测所述第二模拟确认文件中每个必写字段的对应位置中是否为空值，将检测结果写入所述模拟结果文件中。

4.根据权利要求1所述的方法，其特征在于，在所述根据检测结果生成模拟结果文件之后，所述方法还包括：

获取与所述申请文件对应的预设的测试结果文件；

将所述模拟结果文件和所述测试结果文件进行对比，生成对比结果；

将所述对比结果发送至预设的测试终端。

5.根据权利要求1所述的方法，其特征在于，在所述将所述第一模拟交易信息写入所述模板文件中之后，所述方法还包括：

将所述第一模拟确认文件上传到与所述模拟订单信息对应位置进行存储；

所述检测所述第一模拟确认文件中每个必写字段的对应位置中是否为空值，包括：

根据预设的定时任务从所述位置中提取所述第一模拟确认文件，检测所述第一模拟确认文件中每个必写字段的对应位置中是否为空值。

6.根据权利要求1所述的方法，其特征在于，在获取待处理的申请文件的步骤之前，还包括：

接收用户终端发送的业务办理请求；

根据所述业务办理请求生成相应的申请文件。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述模板文件为通过Mock所生成的适用于多种模拟订单信息的通用XML模板文件。

8.一种订单信息的模拟处理装置，其特征在于，所述装置包括：

申请文件获取模块，用于获取待处理的申请文件，所述申请文件中包括模拟订单信息；

订单处理规则获取模块，用于获取与所述模拟订单信息对应的订单处理规则；

模板文件获取模块，用于获取与所述模拟订单信息对应的模板文件；

模拟确认文件生成模块，用于根据所述模拟订单信息和所述订单处理规则生成第一模拟交易信息，将所述第一模拟交易信息写入所述模板文件中，生成第一模拟确认文件；

模拟结果文件生成模块，用于检测所述第一模拟确认文件中每个必写字段的对应位置中是否为空值，根据检测结果生成模拟结果文件。

9.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7中任一项所述方法的步骤。