业务软件的测试方法及装置、存储介质、计算机设备与流程

本申请涉及软件测试技术领域，尤其是涉及到一种业务软件的测试方法及装置、存储介质、计算机设备。

背景技术：

随着智能手机的逐渐普及，很多公司都研发了与自身业务相关的业务软件，以信贷公司为例，信贷公司为推广保单贷款业务通常提供两种类型的贷款软件，其一用于业务人员填写预录和补录场景的客户信息，其二用于客户签署投保合同，由于贷款审核需要用到这两种软件提供的信息，因此通常将这两种软件的数据保存在同一个数据库中以便调用。

但是由于数据库有其特定的数据存储格式，落库的数据需要经过特定的处理后，才会存储在数据库中。但是，数据在处理过程中可能会出现错误，如数据映射错误，或者数据向数据库存储过程中磁盘发生故障，导致数据库中的数据异常。

现有技术中，为了校验数据库中数据与软件填写数据的一致性，需要测试人员将软件填写数据记录下来，与数据库中存储的实际订单信息进行比对，若比对结果为不一致，则数据异常。由于测试场景繁多，测试人员需要在不同的手机、不同的软件上填写数据，工作量很大，不仅浪费时间，还容易出现错误，测试效率较低。

技术实现要素：

有鉴于此，本申请提供了一种业务软件的测试方法及装置、存储介质、计算机设备，有助于减少测试人员的工作量，提高测试效率。

根据本申请的一个方面，提供了一种业务软件的测试方法，其特征在于，包括：

接收测试数据，所述测试数据包括业务场景代码；

根据所述业务场景代码，确定所述业务场景代码对应的测试页面；

将所述测试数据填写在所述测试页面上后，触发所述测试页面上的所述测试数据落入数据库；

获取所述数据库中与所述测试数据对应的测试落库数据；

比较所述测试数据与所述测试落库数据，输出测试结果。

在本申请的任一实施例中，具体地，所述接收测试数据之前，所述方法还包括：

获取所述业务软件对应的业务场景代码以及所述业务场景代码对应的测试数据类型；

根据所述业务场景代码以及对应的所述测试数据类型，建立所述测试页面以及测试接口，其中，所述测试页面上的所述测试数据通过所述测试接口落入至所述数据库中。

具体地，所述测试数据包括订单号数据；

所述获取所述数据库中与所述测试数据对应的测试落库数据，具体包括：

根据所述订单号数据以及所述业务场景代码，在所述数据库中查询与所述订单号数据以及所述业务场景代码对应的所述测试落库数据。

具体地，当所述业务软件为贷款业务软件时，所述业务场景代码包括但不限于以下任意一种：用户贷款预录场景代码、用户贷款投保场景代码以及用户贷款补录场景代码。

具体地，所述测试数据还包括但不限于以下任意一种或其组合：用户身份数据、用户申请业务数据以及用户保单数据。

具体地，所述测试数据包括多组；

所述比较所述测试数据与所述测试落库数据，输出测试结果，具体包括：

若所述测试数据与所述测试落库数据不一致，则获取所述测试数据对应的所述业务场景代码；

对于任一所述业务场景代码，统计所述业务场景代码对应的与所述测试落库数据不一致的所述测试数据的组数占所述业务场景代码对应的全部所述测试数据的比例；

若所述比例大于或等于预设比例，则输出落库错误的测试结果。

具体地，若所述比例小于所述预设比例，则输出数据库存储故障的测试结果。

根据本申请的另一方面，提供了一种业务软件的测试装置，其特征在于，包括：

测试数据接收单元，用于接收测试数据，所述测试数据包括业务场景代码；

测试页面获取单元，用于根据所述业务场景代码，确定所述业务场景代码对应的测试页面；

测试数据落库单元，用于将所述测试数据填写在所述测试页面上后，触发所述测试页面上的所述测试数据落入数据库；

测试落库数据获取单元，用于获取所述数据库中与所述测试数据对应的测试落库数据；

测试结果输出单元，用于比较所述测试数据与所述测试落库数据，输出测试结果。

依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述业务软件的测试方法。

依据本申请再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述业务软件的测试方法。

借由上述技术方案，本申请提供的一种业务软件的测试方法及装置、存储介质、计算机设备，根据业务场景代码确定相应的测试页面后，将测试数据自动填写在测试页面上并触发测试页面上所填写的测试数据落入数据库中进行存储，从而比较测试页面填写的测试数据与数据库存储的测试数据的一致性，定位数据落库问题，输出测试结果，与现有技术中测试人员通过在不同业务软件的不同业务场景中输入测试数据的方式相比，本申请极大的减少了测试人员的工作量，提高了测试效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种业务软件的测试方法的流程示意图；

图2示出了本申请实施例提供的另一种业务软件的测试方法的流程示意图；

图3示出了本申请实施例提供的一种业务软件的测试装置的结构示意图；

图4示出了本申请实施例提供的另一种业务软件的测试装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种业务软件的测试方法，如图1所示，该方法包括：

步骤101，接收测试数据，测试数据包括业务场景代码。

每个业务软件可以对应一个或多个业务场景，每个业务软件对应的每个业务场景都对应有唯一的业务场景代码，

例如由平安银行提供的跃老板企业版贷款软件可以提供贷款预录业务场景和贷款补录业务场景，以供客户经理预录和补录客户的贷款相关信息，再例如由平安银行提供的壹佳客贷款软件可以提供贷款投保业务场景，以供客户填写贷款投保信息。

步骤102，根据业务场景代码，获取业务场景代码对应的测试页面。

不同的业务场景所对应的业务数据是不同的，例如在跃老板贷款软件的贷款预录业务场景中，客户经理需填写用户的贷款意向、姓名、身份证号、手机号、银行卡号等等，而在贷款补录业务场景中，需填写用户的居住证明、户籍证明、工作证证明等等，因此，根据业务场景代码，确定对应的预设测试页面，以便在测试页面完成测试数据的填写工作。需要说明的是，测试页面可以为h5页面，具体地，可以在一级界面中输入业务场景代码后自动筛选二级界面，以供完成测试数据的填写。

步骤103，将测试数据填写在测试页面上后，触发测试页面上的测试数据落入数据库。

得到测试页面后，自动将测试数据填写在测试页面上，数据填写结束后，自动触发(或测试人员手动触发)数据提交选项，使测试页面上所填写的测试数据落入数据库，在现有技术的测试方法中，测试人员需要分别在不同的业务软件中手动录入测试数据，测试数据分别通过不同的业务软件落入数据库，操作较为繁琐，而上述实施例免去了测试人员切换业务软件的繁琐操作，全部测试任务都可以通过测试页面自动完成，提高了测试效率。

步骤104，获取数据库中与测试数据对应的测试落库数据。

由于数据库中的数据是对测试页面传输的数据进行处理和保存得到的，而在处理过程中，有可能会出现字段映射错误或逻辑错误等情况导致落入数据库中的数据存储错误，因此为了确定落库的测试数据是否存在错误，需要对落库的测试数据进行校验，具体为在数据库中获取与测试页面填写的测试数据对应的测试落库数据。

步骤105，比较测试数据与测试落库数据，输出测试结果。

得到测试落库数据后，将测试数据与测试落库数据进行分析和统计，定位数据落库问题，输出测试结果。

通过应用本实施例的技术方案，根据业务场景代码确定相应的测试页面后，将测试数据自动填写在测试页面上并触发测试页面上所填写的测试数据落入数据库中进行存储，从而比较测试页面填写的测试数据与数据库存储的测试数据的一致性，定位数据落库问题，输出测试结果，与现有技术中测试人员通过在不同业务软件的不同业务场景中输入测试数据的方式相比，本申请极大的减少了测试人员的工作量，提高了测试效率。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种业务软件的测试方法，如图2所示，该方法包括：

步骤201，获取业务软件对应的业务场景代码以及业务场景代码对应的测试数据类型。

下面以保单贷款软件为例对本申请的实施例进行解释说明，业务软件可以包括跃老板、融e贷以及壹佳客，其中，跃老板和融e贷是客户经理用的，壹佳客是贷款客户使用的，保单贷款分为预录、投保、补录三个环节。预录：客户经理在跃老板或融e贷软件的预录场景下填写客户的贷款意向、身份信息，比如填写姓名、性别、手机号、上传身份证照片和银行卡照片，信息填写后会生成一个贷款的订单号；投保：客户在壹佳客软件的投保场景下输入贷款的订单号，填写投保信息投保并签署合同；补录：客户经理再回到跃老板或融e贷软件的补录场景下，输入订单号后补填客户信息，如居住证明、户籍证明、工作信息、保单信息等等。每个软件的提供的每个业务场景都对应有唯一的业务场景代码，由于每个业务场景下需要填写的业务数据都是不同的，因此每个业务场景代码都对应有一组测试数据类型。

步骤202，根据业务场景代码以及对应的测试数据类型，建立测试页面以及测试接口，其中，测试页面上的测试数据通过测试接口落入至数据库中。

根据不同的业务场景代码以及业务场景对应的测试数据类型，建立测试页面，测试页面可满足对全部业务软件中每一个业务场景的覆盖，从而在测试过程中，满足不同业务场景下的测试数据填写需求，同时建立测试接口，使测试页面上的测试数据通过测试接口落入数据库中，简化测试人员原有的通过使用多个业务软件完成全部场景下的测试数据落库的繁琐步骤，变为只需通过一个测试页面即可完成全部场景下的测试数据落库，提升了测试效率。

步骤203，接收测试数据，测试数据包括业务场景代码。

在上述任一实施例中，具体地，当业务软件为贷款业务软件时，业务场景代码包括但不限于以下任意一种：用户贷款预录场景代码、用户贷款投保场景代码以及用户贷款补录场景代码。

其中，预录和补录场景用于填写借贷人信息，而贷款投保场景用于保险人对银行或其他金融机构与借贷人之间的借贷合同进行担保，以承保借款人信誉风险的保险。在贷款信用保险中，贷款方(即债权人)是投保人。当保单签发后，贷款方即成为被保险人。当企业无法归还贷款时，债权人可以从保险人那里获得补偿。贷款人在获得保险人的补偿后，必须将债权转让给保险人，由保险人向借款人追偿。

需要说明的是，不同的业务软件所对应的业务场景，具有唯一的业务场景代码，根据业务场景代码可以确认测试数据所对应的业务软件及其业务场景。例如，跃老板贷款软件的预录场景代码为123，融e贷贷款软件的预录场景代码为456。

步骤204，根据业务场景代码，获取业务场景代码对应的测试页面。

接收到业务场景代码后，根据业务场景代码确定与业务场景代码对应的测试页面，其中，测试页面可以为h5页面，根据业务场景代码选择h5页面中相应的界面，以便在测试页面上完成测试数据的填写。

在上述任一实施例中，具体地，测试数据还包括但不限于以下任意一种或其组合：用户身份数据、用户申请业务数据以及用户保单数据。

步骤205，将测试数据填写在测试页面上后，触发测试页面上的测试数据落入数据库。

测试系统将测试数据自动填写在测试页面后，触发测试页面上的测试数据通过测试接口落入数据库，数据库将测试页面传输过来的测试数据经过特定的处理后保存下来。本申请的实施例中测试数据填写在测试页面后，通过一个测试接口传输至数据库中，而在现有技术中，测试人员需要将测试数据填写在不同业务软件中，而每一个业务软件都对应有一个传输接口用于通过传输接口将软件中填写的数据传入数据库中，也就是说现有技术需要通过多个传输接口实现测试数据的传输，由此可见，本实施例与现有技术先比能够实现减少测试人员工作量，提高测试效率的技术效果，并且测试数据实现自动填写减少了人为因素产生的测试干扰。

另外，测试数据还可以包括手机型号数据，从而通过在测试页面填写手机型号数据，模拟不同型号的手机完成测试，测试人员不必使用多个测试手机填写测试数据。

在上述任一实施例中，具体地，测试数据包括订单号数据。

在上述实施例提供的多个业务场景中，每一笔业务都对应有唯一的订单号数据，以便根据唯一的订单号数据查找对应的测试数据。订单号是在客户经理预录场景下生成的，进而借贷用户根据订单号进行投保操作，最后客户经理再根据订单号补录借贷用户信息，完整的一个贷款申请过程的数据填写即预录、投保、补录，都是基于相同的订单号完成的。

步骤206，根据订单号数据以及业务场景代码，在数据库中查询与订单号数据以及业务场景代码对应的测试落库数据。

根据订单号数据以及业务场景代码，在数据库中查询该业务场景下的与该订单号对应的唯一一组测试落库数据，以便将测试落库数据作为比对数据从而验证数据落库是否准确。

步骤207，若测试数据与测试落库数据不一致，则获取测试数据对应的业务场景代码。

根据订单号数据以及业务场景代码，在全部测试数据中查找该业务场景下的与该订单号对应的唯一一组测试数据，将这组测试数据作为期望数据，比较上述比对数据与期望数据，以验证数据落库是否准确。

在上述任一实施例中，具体地，测试数据包括多组。

步骤208，对于任一业务场景代码，统计业务场景代码对应的与测试落库数据不一致的测试数据的组数占业务场景代码对应的全部测试数据的比例。

测试数据包括多组，每一组测试数据分别对应于一种业务场景，而每种业务场景下的测试数据的数据格式通常都是不同的，在测试过程中，对于每一种业务场景，分别比对每一组测试数据与相应的测试落库数据的一致性后，计算测试数据与测试落库数据不一致的组数，进而求得每一种业务场景的测试数据与测试落库数据不一致的组数占全部测试数据的组数的比例，以便根据得到的比例，对数据库落库问题进行分析和定位。

例如，对于跃老板贷款软件的预录场景，用20组测试数据进行了测试，其中，5组测试数据与数据库中的测试落库数据不一致，那么该比例为25％。

另外，每种业务场景下的测试数据的数据格式通常都是不同的，每一种业务场景对应的测试数据也可能包含多种数据格式，例如预录场景下的测试数据通常包括用户的姓名、手机号码、身份证照片等，而每一种数据都有其对应的数据格式，因此在测试过程中，也可以分别统计每种业务场景下的每一种测试数据类型对应的测试数据与落库测试数据不一致的次数，具体地，对于预录场景代码123对应的业务场景下的手机号码这一项测试数据，统计该业务场景代码对应的页面填写的手机号码与数据库中的手机号码不一致的情况的发生次数，求得该次数占该业务场景代码对应的测试数据的组数的比例。

步骤209，若比例大于或等于预设比例，则输出落库错误的测试结果。

根据测试结果实现问题的快速定位，具体为若上述的比例大于或等于预设比例，说明对于某一种业务场景下的测试数据，落入数据库后发生落库数据和测试数据不一致的情况较多，可能是该业务场景下对应的业务数据的数据格式在落入数据库的过程中存在漏洞导致的，则此时输出落库错误的提示信息，具体的提示内容可以包括业务场景代码、经比对后发现不一致的测试数据和对应的测试落库数据、以及上述比例，提示方式可以采用文本、图像、视频、音频等，以便工作人员根据提示信息对数据库落库程序进行修改完善。

例如，对于跃老板贷款软件的预录场景，假设用20组测试数据进行了测试，其中5组测试数据中的手机号码与数据库中的落库的手机号码不一致，占比25％大于预设比例为20％，则说明手机号码对应的数据格式在数据库落库过程中可能存在漏洞，此时输出提示信息，提醒测试人员排查问题。

步骤210，若比例小于预设比例，则输出数据库存储故障的测试结果。

若上述的比例小于预设比例，说明测试数据与数据库中的落库测试数据不一致有可能是数据库存储过程中磁盘发生故障导致的，则此时输出数据库存储故障的提示信息，具体的提示内容可以包括业务场景代码、经比对后发现不一致的测试数据和对应的测试落库数据、以及上述比例，以便测试人员根据提示信息排查问题。

通过应用本实施例的技术方案，第一，根据多个待测的业务软件以及业务软件对应的业务场景，建立测试页面和测试接口，从而在测试页面上填写测试数据并通过测试接口落入数据库，免去了对多个业务软件和业务场景的繁琐操作，提高了测试效率；第二，自动对测试数据和测试落库数据进行比对分析，快速定位数据库落库故障和数据库存储故障，输出提示信息，方便测试人员排查故障，进一步提高了测试效率。

进一步的，作为图1方法的具体实现，本申请实施例提供了一种业务软件的测试装置，如图3所示，该装置包括：测试数据接收单元31、测试页面获取单元32、测试数据落库单元33、测试落库数据获取单元34、测试结果输出单元35。

测试数据接收单元31，用于接收测试数据，测试数据包括业务场景代码；

测试页面获取单元32，用于根据业务场景代码，确定业务场景代码对应的测试页面；

测试数据落库单元33，用于将测试数据填写在测试页面上后，触发测试页面上的测试数据落入数据库；

测试落库数据获取单元34，用于获取数据库中与测试数据对应的测试落库数据；

测试结果输出单元35，用于比较测试数据与测试落库数据，输出测试结果。

在具体的实施例中，如图4所示，该装置还包括：获取单元36、测试页面建立单元37。

代码获取获取单元36，用于获取所述业务软件对应的业务场景代码以及所述业务场景代码对应的测试数据类型；

测试页面建立单元37，用于在接收测试数据之前，根据终端代码数据、业务场景代码数据以及业务数据，建立与终端代码数据、业务场景代码数据以及业务数据对应的测试页面。

在上述任一实施例中，具体地，业务数据包括订单号数据。

在具体的实施例中，如图4所示，测试落库数据获取单元34，具体用于根据订单号数据以及业务场景代码数据，在数据库中查询与订单号数据以及业务场景代码数据对应的测试落库数据。

在上述任一实施例中，具体地，当业务软件为贷款业务软件时，业务场景代码数据包括但不限于以下任意一种：用户贷款预录场景代码数据、用户贷款投保场景代码数据以及用户贷款补录场景代码数据。

在上述任一实施例中，具体地，业务数据还包括但不限于以下任意一种或其组合：用户身份数据、用户申请业务数据以及用户保单数据。

在上述任一实施例中，具体地，测试数据包括多组。

在具体的实施例中，如图4所示，测试结果输出单元35，具体包括：

业务场景获取单元351，用于若测试数据与测试落库数据不一致，则获取测试数据对应的业务场景代码；

测试结果计算单元352，用于对于任一业务场景代码，统计业务场景代码对应的与测试落库数据不一致的测试数据的组数占业务场景代码对应的全部测试数据的比例；

落库错误提示单元353，用于若比例大于或等于预设比例，则输出业务场景数据落库错误的测试结果；

数据库故障提示单元354，用于若比例小于预设比例，则输出数据库存储故障的测试结果。

需要说明的是，本申请实施例提供的一种业务软件的测试装置所涉及各功能单元的其他相应描述，可以参考图1和图2中的对应描述，在此不再赘述。

基于上述如图1和图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的业务软件的测试方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1、图2所示的方法，以及图3、图4所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的业务软件的测试方法。

可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(radiofrequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、wi-fi接口)等。

本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现根据业务场景代码确定相应的测试页面后，将测试数据自动填写在测试页面上并触发测试页面上所填写的测试数据落入数据库中进行存储，从而比较测试页面填写的测试数据与数据库存储的测试数据的一致性，定位数据落库问题，输出测试结果，与现有技术中测试人员通过在不同业务软件的不同业务场景中输入测试数据的方式相比，本申请极大的减少了测试人员的工作量，提高了测试效率。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。