CN111459813B - 测试处理方法及装置 - Google Patents

Abstract

本申请公开了一种测试处理方法及装置，涉及计算机领域。具体实现方案为：从线上库获取测试数据。对业务接口的业务逻辑代码进行更新，根据业务接口对更新后的业务逻辑代码的执行过程数据，确定第一校验信息。根据业务接口对测试数据的运行结果，确定第二校验信息。根据第一校验信息和第二校验信息，确定业务接口对应的测试结果。通过从线上库获取测试数据，以实现对业务接口的测试，从而避免了从业务使用方获取测试数据，产生的上游数据依赖所导致的测试效率降低的问题，从而有效提升了测试效率。

Description

测试处理方法及装置

技术领域

本申请涉及计算机技术，尤其涉及一种测试处理方法及装置。

背景技术

随着互联网业务的不断发展，各项业务中的业务接口的功能性、稳定性以及安全性也越来越重要，因此对业务接口的检测也显得尤为重要。

目前，现有技术在实现对业务接口的检测时，通常都是向业务使用方请求获取测试数据，其中，测试数据是业务使用方在测试环境中构造的，因此，现有技术的测试方案依赖于业务使用方的数据支持。

然而，依赖业务使用方以获取测试数据，会导致测试的联调耗时，从而导致测试效率降低。

发明内容

本申请提供了一种用于测试处理方法及装置。

根据第一方面，提供了一种测试处理方法，包括：

从线上库获取测试数据；

对业务接口的业务逻辑代码进行更新，根据所述业务接口对更新后的业务逻辑代码的执行过程数据，确定第一校验信息；

根据所述业务接口对所述测试数据的运行结果，确定第二校验信息；

根据所述第一校验信息和所述第二校验信息，确定所述业务接口对应的测试结果。

通过从线上库获取测试数据，以实现对业务接口的测试，从而避免了从业务使用方获取测试数据，产生的上游数据依赖所导致的测试效率降低的问题，从而有效提升了测试效率。

根据第二方面，提供了一种测试处理装置，包括：

获取模块，用于从线上库获取测试数据；

测试模块，用于对业务接口的业务逻辑代码进行更新，根据所述业务接口对更新后的业务逻辑代码的执行过程数据，确定第一校验信息；

所述测试模块，还用于根据所述业务接口对所述测试数据的运行结果，确定第二校验信息；

确定模块，用于根据所述第一校验信息和所述第二校验信息，确定所述业务接口对应的测试结果。

根据第三方面，本申请实施例提供一种电子设备，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面任一项所述的方法。

根据第四方面，本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面任一项所述的方法。

根据本申请的技术解决了业务接口的测试过程中，依赖业务使用方以获取测试数据的问题，从而提高了测试效率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为本申请实施例提供的测试处理方法的应用场景示意图；

图2为根据本申请第一实施例的测试处理方法的流程图；

图3为根据本申请第二实施例的测试处理方法的流程图；

图4为根据本申请第二实施例的获取测试数据示意图；

图5为根据本申请第二实施例的确定第一校验结果示意图；

图6为根据本申请第二实施例的确定第二校验结果示意图；

图7为根据本申请第三实施例的测试处理方法的流程图；

图8为根据本申请第三实施例的数据初始化示意图；

图9为根据本申请第三实施例的数据清除示意图；

图10为本申请实施例的测试处理装置的结构示意图；

图11是用来实现本申请实施例的测试处理方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

为了更好的理解本申请的技术方案，首先对本申请所涉及的背景技术进行进一步的详细介绍：

随着互联网技术的不断发展，在互联网信息技术(Information Technology，IT)研发期间，核心项目里面业务接口，尤其是核心业务接口的功能性、稳定性和安全性也越来越重要，其中，核心业务接口支撑全部核心业务的输入输出，以保证功能的实现。

其中，随着业务的不断扩展和变更，业务使用方的迭代数量变的越来越多，可以理解的是，凡是访问或者调用当前业务接口的均可以理解为业务使用方，业务使用方例如可以为用户的终端设备，或者还可以为系统内容的其他服务，或者还可以为第三方的其他服务等，本实施例对业务使用方的实现不做限定。

伴随着业务使用方的迭代数量增加，业务接口所面对的输入数据也会多样化，因此业务接口的迭代升级也越发重要，每次业务接口的迭代版本在升级上线之前，均需要对业务接口进行测试，以保证业务接口的安全性和稳定性，因此对于业务接口的测试的重要性也就不言而喻。

例如，P0级别的核心业务接口往往需要高优测试来支撑，以保证核心业务接口的安全性和稳定性，这也导致核心业务接口的测试复杂度越来越高。

目前，现有技术在实现对业务接口的测试时，主要存在以下3种方式：

1)向业务使用方请求获取测试数据，其中，测试数据是业务使用方在测试环境中构造的，接口测试方根据请求获取到的数据对业务接口进行测试。

也就是说，接口测试测试方向业务使用方发起针对某些测试场景的数据获取请求，接着业务使用方在测试环境中构造测试数据，并向接口测试方发送构造出来的测试数据，接口测试方根据接收到的数据对业务接口进行测试。

在当前这种实现方式下，测试场景是接口测试方提供的，这样可以保证测试数据的场景全面，但是这样会依赖于上游的业务使用方的数据支持，对业务使用方的依赖性较强会导致联调耗时，从而导致测试效率降低。

例如核心业务接口承载着很多业务使用方的服务请求工作，因此核心业务接口的每次测试都依赖于业务使用方，尤其是测试数据的获取所依赖的业务使用方较多时，更容易导致测试效率的降低。

2)接口测试方执行数据构造mock

其中，mock是一种测试方法，具体是指在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。

在当前这种实现方式下，可以实现由业务测试方自主构造测试数据，从而减少对业务使用方的依赖，并且可以实现快速批量的构造测试数据，但是如果接口测试方对业务的了解不够全面，则有可能导致测试场景出现遗漏，测试不能有效覆盖原有的业务场景，甚至可能出现测试数据出错，基于这样的方式进行接口测试，可能导致接口的稳定性降低。

3)针对每种业务的多个测试用例，都重新构造新的mock；或者针对每种业务的多个测试用例，都依赖于业务使用方提供的新的测试数据。

在当前这种实现方式下，可以有效解决测试场景覆盖不全面的问题，但是同一业务测试方对核心接口进行测试，需要依赖多个测试数据，其中测试数据不能重复使用，因此多个测试用例依赖多个测试数据，其中测试数据的构造需要花费较长的时间，同样会导致测试效率降低。

基于现有技术中的问题，本申请提供了一种测试处理方法，以有效提升业务接口的测试效率，下面结合具体的实施例对本申请提供的测试处理方法进行介绍。

首先结合图1对本申请的适用场景进行说明，图1为本申请实施例提供的测试处理方法的应用场景示意图，如图1所示：

其中的业务接口可以是系统中的任意一个需要进行测试的接口，本实施例对业务接口的具体功能不做限定，参见图1，将测试数据发送给业务接口，并得到测试结果。

可以理解的是，测试的过程实际上就是业务接口根据测试数据，执行当前业务接口本身的逻辑处理，最终输出一定的数据，在一种可能的实现方式中，本实施例例如可以根据输出的数据与预设数据是否相等，以确定测试结果。

基于上述的介绍，对业务接口进行测试的实体装置例如可以为处理器，其中，处理器例如可以为服务器，或者，还可以为微处理器等，本实施例对处理器的具体实现方式不做限定，只要其能够执行业务接口本身的逻辑处理即可。

基于上述介绍的内容，下面结合几个具体的实施例对本申请的技术方案进行详细描述。下面几个实施例可以相互结合，对于相同或者相似的内容在某些实施例中可能不再重复描述。

图2为根据本申请第一实施例的测试处理方法的流程图，本实施例的方法可以由上述实施例中介绍的处理器执行。如图2所示，该方法包括：

S201、从线上库获取测试数据。

在本实施例中，线上库指的是生产库，其中生产库位于线上环境中，数据较为丰富，并且数据不能改动，可以理解的是，用户使用业务所产生的数据均存储在线上库中，因此线上库中所包括的数据可以覆盖各种测试场景，从而避免了漏测某些场景的问题

本实施例中，通过从线上库获取测试数据，可以避免对上游的业务使用方的数据依赖，在需要对业务接口进行测试时，直接从线上库获取测试数据即可，而无需从上游的业务使用方获取数据，从而能够有效提升测试效率。

在一种可能的实现方式中，可以访问线上库，并直接从线上库中获取需要的数据，可以理解的是，线上库中包含各种各样的数据，可以根据当前的测试场景在线上库中获取对应的数据。

或者，还可以访问线上库，将从线上库中获取的数据复制到测试库中，从而从测试库中获取测试数据，其中测试库中包括用于进行测试的数据。

在实际实现过程中，从线上库获取测试数据的实现方式可以根据实际需求进行选择。

S202、对业务接口的业务逻辑代码进行更新，根据业务接口对更新后的业务逻辑代码的执行过程数据，确定第一校验信息。

在本实施例中，业务接口对应有业务逻辑代码，可以理解的是，通过根据测试数据执行业务逻辑代码，可以实现业务接口的功能。

在一种可能的实现方式中，假设当前的业务接口的功能是向订单分配快递和快递号，则业务接口的业务逻辑代码就是用于实现分配快递和快递号的逻辑代码；或者，业务接口还可以为更新订单状态，或者分配快递号，或者任意可实现的功能，本实施例对业务接口以及业务逻辑代码的具体实现方式不做限定，其可以根据实际需求进行选择。

在本实施例中，对业务接口的业务逻辑代码进行更新，在一种可能的实现方式中，例如可以在业务逻辑代码中添加日志数据；或者还可以在业务逻辑代码中添加用于输出执行过程数据的语句，本实施例对业务逻辑代码进行更新的具体实现方式不做限定，只要该更新是用于输出业务逻辑代码的执行过程中所产生的数据的即可。

在一种可能的实现方式中，可以根据业务接口执行更新后的业务逻辑代码，以输出执行过程数据，并根据执行过程数据确定第一校验信息，其中，执行过程数据是指业务逻辑代码的执行过程中产生的数据。

例如仍然以上述的分配快递和快递号的业务接口为例，在执行分配快递和快递号的业务逻辑代码的过程中，例如首先会产生包括日期的字符串，接着会产生包括日期和订单标识的字符串，等等，最终确定分配的快递以及该快递对应的快递号，则其中的包括日期的字符串、包括日期和订单标识的字符串就是本实施例中介绍的执行过程数据。

也就是说，可以将业务逻辑代码执行过程中的中间数据输出，首先判断中间数据是否是正确的，从而得到第一校验信息，其中第一校验信息用于指示业务逻辑代码的执行过程中，数据在业务逻辑代码的流转过程是否正常。

S203、根据业务接口对测试数据的运行结果，确定第二校验信息。

可以理解的是，根据业务接口对测试数据进行处理，会得到运行结果，以上述介绍的用于分配快递和快递号的业务接口为例，在一种可能的实现方式中，运行结果例如可以包括接口返回值，其中，接口返回值可以指示分配成功或者分配失败；或者，运行结果还可以包括分配的快递以及快递号。

则根据运行结果可以确定第二校验信息，其中，第二校验信息用于指示运行结果是否正确。

S204、根据第一校验信息和第二校验信息，确定业务接口对应的测试结果。

可以理解的是，在本实施例中，第一校验信息用于指示业务接口的业务逻辑代码执行过程中的正确性，第二校验信息用于指示业务接口的业务逻辑代码的执行结果的正确性，通过根据第一校验信息和第二校验信息，确定业务接口对应的测试结果，从而能够通过双重验证以确定测试用例是否通过，有效保证了测试的准确性。

目前，现有技术中通常是根据接口返回值直接确定测试结果的，若接口返回值指示成功，则确定测试结果成功，若接口返回值指示失败，则确定测试结果失败，但是这样会导致数据的一致性出现问题。

以上述分配快递和快递号的业务接口为例，例如当前业务结果在对某个测试数据处理时，其中间的处理过程发生了一些错误，最终分配了一个快递和快递号，因为处理过程的错误导致这个快递号是错误的，但是可能因为程序问题，接口返回值可能指示成功，此时若确定测试通过(实际是不通过)，则会出现数据一致性的问题，从而导致业务结果的测试准确性降低。

然而，本实施例中通过指示处理过程的第一校验信息和指示处理结果的第二校验信息，共同确定业务接口对应的测试结果，从而能够保证测试过程中的数据一致性，有效保证测试结果的准确性。

本申请实施例提供的测试处理方法，包括：从线上库获取测试数据。对业务接口的业务逻辑代码进行更新，根据业务接口对更新后的业务逻辑代码的执行过程数据，确定第一校验信息。根据业务接口对测试数据的运行结果，确定第二校验信息。根据第一校验信息和第二校验信息，确定业务接口对应的测试结果。通过从线上库获取测试数据，以实现对业务接口的测试，从而避免了从业务使用方获取测试数据，产生的上游数据依赖所导致的测试效率降低的问题，从而有效提升了测试效率。

在上述实施例的基础上，下面结合另一个具体的实施例对本申请所提供的测试处理方法进行进一步的详细介绍，结合图3-图6进行说明，图3为根据本申请第二实施例的测试处理方法的流程图，图4为根据本申请第二实施例的获取测试数据示意图，图5为根据本申请第二实施例的确定第一校验结果示意图，图6为根据本申请第二实施例的确定第二校验结果示意图。

如图3所示，本实施例的方法包括：

S301、将线上库中的测试数据，复制到测试库中。

S302、在测试库中获取测试数据。

在本实施例中，参见图4，从线上库获取测试数据的实现方式可以为，将线上库中的测试数据复制到测试库中，并直接从测试库中获取测试数据，以实现对业务接口的测试。

可以理解的是，因为线上库中的数据非常多，涵盖了各种测试场景，因此可以在对业务接口进行测试之前，预先将当前业务接口需要的测试数据复制到测试库中，从而可以在进行测试时，直接从测试库中获取测试数据即可，从而能够有效提升获取测试数据的效率。

在一种可能的实现方式中，在将线上库中的测试数据复制到测试库中之前，还可以首先判断测试库中是否有测试数据，若有，则可以直接使用测试库中的测试数据对业务接口进行测试，而无需获取；若没有，则可以从线上库复制测试数据到测试库。

S303、在业务接口的业务逻辑代码中添加日志数据。

在本实施例中，可以在业务接口的业务逻辑代码中添加日志数据，这一过程也可以称为日志埋点，实际上在业务实现过程中，开发人员也会进行日志埋点，但是开发人员进行的日志埋点不是为了进行测试，因此现有技术中的日志埋点可能不全面。

在本实施例中，可以在业务接口的业务逻辑代码中添加详细的日志数据，下面对日志数据进行介绍：

仍然以上述介绍的分配快递和快递号为例，当前业务接口的功能是向订单分配快递和快递号，此时测试数据作为业务接口的输入数据，则在一种可能的实现方式中，添加的日志数据例如可以将输入的测试数据打印出来，以实现罗列上游测试数据。

基于上述介绍的内容可以确定的是，本实施例可以通过访问线上库以获取测试数据，在分配快递和快递号时，需要获取测试数据时，例如可以访问订单库，以获取测试数据，其中测试数据中例如可以包括订单的初始地和目的地，则还可以添加日志数据，以记录查询数据库的命令。

同时，本实施例中添加的日志数据还例如可以包括：第三方接口第三方存储服务的输入输出、自身核心业务逻辑的打点。

例如当前订单是从广州发到北京的，以及假设当前业务接口的业务逻辑就是要根据距离、单价、物品的类别、物品的重量等信息进行匹配，从而分配快递，这也就是自身核心业务逻辑的打点，

以及，例如当前的业务逻辑代码匹配之后，业务接口分配了顺丰快递，则本实施例中的业务接口还需要将订单数据发送给顺丰快递的相关接口，此处的顺丰快递相关接口也就是上述介绍的第三方接口，以使得顺丰快递可以根据订单数据生成快递号，则还需要拼装业务接口的测试数据，其中拼装的测试数据可以包含必要参数和非必要参数，例如将订单数据按照顺丰快递的相关接口的数据要求进行拼装，以得到拼装的测试数据，并将拼装的测试数据发送给顺丰快递的相关接口，从而实现对第三方存储服务的输入输出的日志数据。

本实施例对添加的日志数据的具体实现方式不做特别限制，凡是用于对业务逻辑代码执行过程中的过程数据进行处理的，均可以认为是本实施例中的日志数据。

S304、根据业务接口对添加日志数据的业务逻辑代码的执行过程数据，确定第一校验信息。

在本实施例中，可以通过接口请求，向业务接口发起接口测试动作，从而执行添加日志数据的业务逻辑代码，通过打印日志以追踪数据流转，从而得到执行过程数据，并且根据执行过程数据，确定第一校验信息。

在一种可能的实现方式中，例如可以参照图5，若执行过程数据等于第二预设数据，则确定第一校验信息为校验通过。

若执行过程数据为空，或者，若执行过程数据不等于第二预设数据，则确定第一校验信息为校验不通过。

继续沿用上述介绍的分配快递和快递号的示例，例如当前访问订单库的命令应该为命令A，也就是说第二预设数据为命令A，若执行过程数据为命令A，则第一校验信息为校验通过；若执行过程数据为空，或者执行过程数据不等于命令A，则确定第一校验信息为校验不通过。

可以理解的是，本实施例中添加的日志数据是全面的日志数据，因此本实施例中，可以在各个执行过程数据均等于其对应的第二预设数据时，确定第一校验信息为校验通过。

通过根据执行过程数据，确定第一校验信息，能够简单高效的实现对第一校验信息的确定。

S305、向业务接口发送测试数据，以使得业务接口根据测试数据执行业务逻辑代码，得到接口返回值和第一数据。

同时，还可以向业务接口发送测试数据，以使得业务接口根据测试数据执行业务逻辑代码，以得到接口返回值和第一数据。

继续沿用上述介绍的分配快递和快递号的示例，则当前的接口返回值可以为分配成功或者分配失败，或者还可以为1、0等指代信息；以及当前的第一数据就可以包括分配的快递和快递号。

在一种可能的实现方式中，S304和S305的执行顺序可以互相调换，也就是说，可以S304在前，S305在后，或者还可以S305在前，S304在后，本实施例对此不做限定。

S306、根据接口返回值和第一数据，确定第二校验信息。

在一种可能的实现方式中，例如可以参照图6，若接口返回值等于预设返回值，以及，第一数据等于第一预设数据，则确定第二校验信息为校验通过。

若接口返回值不等于预设返回值，或者，第一数据不等于第一预设数据，则确定第二校验信息为校验不通过。

继续沿用上述介绍的分配快递和快递号的示例，例如当前预设返回值是“成功”，以及第一预设数据是“顺丰快递”和“2020134”，则在接口返回值是“成功”，并且第一数据是“顺丰快递”和“2020134”，可以确定第二校验信息为校验通过，否则确定第二校验信息为校验不通过。

通过根据接口返回值和第一数据，以确定第二校验信息，能够简单高效的实现对第二校验信息的确定。

S307、根据第一校验信息和第二校验信息，确定业务接口对应的测试结果。

在一种可能的实现方式中，若第一校验信息和第二校验信息均为校验通过，则确定测试结果为测试成功；

若第一校验信息和第二校验信息中的任一个为校验不通过，则确定测试结果为测试失败。

通过根据第一校验信息和第二校验信息确定测试结果，能够有效保证数据一致性，从而保证测试结果的准确性。

本申请实施例提供的测试处理方法，包括：将线上库中的测试数据，复制到测试库中。在测试库中获取测试数据。在测试库中获取测试数据。根据业务接口对添加日志数据的业务逻辑代码的执行过程数据，确定第一校验信息。向业务接口发送测试数据，以使得业务接口根据测试数据执行业务逻辑代码，得到接口返回值和第一数据。根据接口返回值和第一数据，确定第二校验信息。根据第一校验信息和第二校验信息，确定业务接口对应的测试结果。通过将获取的测试数据复制到测试库中，从而能够在需要进行测试的时候直接从测试库中获取，从而提升测试效率，并且根据第一校验信息和第二校验信息确定测试结果，能够有效保证测试结果的准确性，同时保持数据一致性。

在上述实施例的基础上，本申请实施例提供的测试处理方法，在获取测试数据之后，还可以对测试数据进行处理，以保证测试数据的可重复使用，进一步提升的测试效率。

下面结合另一个具体的实施例对测试数据进行处理的实现方式进行详细介绍，结合图7-图9进行说明，图7为根据本申请第三实施例的测试处理方法的流程图，图8为根据本申请第三实施例的数据初始化示意图，图9为根据本申请第三实施例的数据清除示意图。

参见图7，该方法包括：

S701、从线上库获取测试数据。

其中，S701的实现方式与S201的实现方式相同，此处不再赘述。

S702、对测试数据进行初始化处理；和/或对测试数据中的部分数据进行清除处理。

在本实施例中，在获取测试数据之后，还可以对测试数据进行初始化处理，其中初始化处理用于使得测试数据适用于当前的测试场景，初始化处理例如可以为初始化测试数据的依赖的状态，或者清除测试数据中结果相关的数据等。

例如当前的测试场景是：为订单分配快递和快递号，则业务接口就是分配快递的接口，则本实施例就需要测试当前的业务接口是否能成功的向订单分配正确的快递和快递号。

以为订单分配快递和快递号的测试场景为例，下面结合图5对测试数据进行初始化处理的一种可能的实现方式进行介绍：

参见图8，假设当前存在4条测试数据，其中每个测试数据包括订单号、订单状态、快递和快递号。

可以理解的是，一个订单有很多不同的状态，其中订单的状态例如可以为待支付、已支付并等待分配快递、已分配快递等待发货、等待确认收货、已收货等，若需要向订单分配快递和快递号，则当前测试数据中，订单的状态就应该是“已支付并等待分配快递”，在这种状态下，才可以实现通过业务接口分配快递和快递号。

基于当前的示例，数据初始化的处理可以是将订单的状态对齐，在一种可能的实现方式中，可以将测试数据中所有订单的状态修改为“已支付并等待分配快递”，以保证测试数据适用于当前的情况，参见图8，将订单号为“456”以及订单号为“789”的订单的订单状态，修改为“已支付并等待分配快递”。

在一种可能的实现方式中，在获取测试数据时，可以针对性的获取订单状态为“已支付并等待分配快递”的测试数据；或者，还可以不考虑订单的状态，直接获取很多测试数据，无论是哪一种实现形式，本实施例均会对测试数据进行初始化处理，以保证测试数据的可使用性。

同时，本实施例中还可以对测试数据中的部分数据进行清除处理，同样以上述介绍的分配快递和快递号的测试场景为例，本实施例在通过业务接口分配快递和快递号之前，首先要保证当前的测试数据中快递和快递号均为空，这样才可以实现对快递和快递号的分配，否则就会因为测试数据出现快递号相同，或者快递号分配错误的情况，从而导致测试出现混乱。

可以理解的是，上述对测试数据进行初始化处理时，可能对某些测试数据的订单状态进行了修改，参见图8，例如针对“已分配快递等待确认发货”的订单“456”，以及“等待确认收货”的订单“789”，虽然将该订单的状态修改为“已支付并等待分派快递”，但是该订单数据中仍然包括分配的快递和快递号，针对这种情况，就需要这类订单数据中的快递和快递号删除，以保证测试数据的可使用性。

参见图9，将订单号为“456”以及订单号为“789”的订单的快递和快递号删除掉。

在一种可能的实现方式中，本实施例可以针对测试完成的数据进行清除处理，以实现测试数据的重复使用。

参加图7，假设当前业务接口根据测试数据执行了测试开始、测试过程和测试结束的过程，此详细过程即为上述图2和图3实施例所介绍的内容，此处不再赘述，此时，本实施例例如还可以将测试完成的数据中的快递和快递号删除，从而可以在测试完成之后，再次使用测试完成的数据对业务接口进行测试，从而实现了无需持续获取测试数据，有效提升了测试效率。

或者，在测试结束之后，还可以从线上库获取新的测试数据，本实施例对此不做限制。

本领域技术人员可以理解的是，测试场景或者还可以为分配订单号等，其实现方式与上述介绍的类似，此处不再赘述。

本申请实施例提供的测试处理方法，包括：从线上库获取测试数据。对测试数据进行初始化处理；和/或对测试数据中的部分数据进行清除处理。通过对测试数据进行初始化处理，能够保证测试数据适用于当前的测试场景，以保证测试数据的可使用性，通过对测试数据中的部分数据进行清除处理，能够有效实现对测试数据的重复使用，从而能够进一步有效提升测试效率。

图10为本申请实施例的测试处理装置的结构示意图。如图10所示，本实施例的测试处理装置1000可以包括：获取模块1001、测试模块1002和确定模块1003。

获取模块1001，用于从线上库获取测试数据；

测试模块1002，用于对业务接口的业务逻辑代码进行更新，根据所述业务接口对更新后的业务逻辑代码的执行过程数据，确定第一校验信息；

所述测试模块1002，还用于根据所述业务接口对所述测试数据的运行结果，确定第二校验信息；

确定模块1003，用于根据所述第一校验信息和所述第二校验信息，确定所述业务接口对应的测试结果。

一种可能的实现方式中，所述获取模块1001具体用于：

将所述线上库中的测试数据，复制到测试库中；

在所述测试库中获取所述测试数据。

一种可能的实现方式中，所述获取模块1001还用于：

在所述从线上库获取测试数据之后，对所述测试数据进行初始化处理；和/或

对所述测试数据中的部分数据进行清除处理。

一种可能的实现方式中，所述测试模块1002具体用于：

向所述业务接口发送所述测试数据，以使得所述业务接口根据所述测试数据执行所述业务逻辑代码，得到接口返回值和第一数据；

根据所述接口返回值和所述第一数据，确定所述第二校验信息。

一种可能的实现方式中，所述测试模块1002具体用于：

若所述接口返回值等于预设返回值，以及，所述第一数据等于第一预设数据，则确定所述第二校验信息为校验通过。

一种可能的实现方式中，所述测试模块1002具体用于：

若所述接口返回值不等于预设返回值，或者，所述第一数据不等于第一预设数据，则确定所述第二校验信息为校验不通过。

一种可能的实现方式中，所述测试模块1002具体用于：

在业务接口的业务逻辑代码中添加日志数据；

根据所述业务接口对添加日志数据的所述业务逻辑代码的执行过程数据，确定第一校验信息。

一种可能的实现方式中，所述测试模块1002具体用于：

若所述执行过程数据等于第二预设数据，则确定所述第一校验信息为校验通过。

一种可能的实现方式中，所述测试模块1002具体用于：

若所述执行过程数据为空，或者，若所述执行过程数据不等于第二预设数据，则确定所述第一校验信息为校验不通过。

一种可能的实现方式中，所述确定模块1003具体用于：

若所述第一校验信息和所述第二校验信息均为校验通过，则确定所述测试结果为测试成功；

若所述第一校验信息和所述第二校验信息中的任一个为校验不通过，则确定所述测试结果为测试失败。

本实施例提供的测试处理装置，可用于执行上述任一方法实施例中的测试处理方法，其实现原理和技术效果类似，此处不作赘述。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质，图11是用来实现本申请实施例的测试处理方法的电子设备的框图。

如图11所示，是根据本申请实施例的测试处理的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图11所示，该电子设备包括：一个或多个处理器1101、存储器1102，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图11中以一个处理器1101为例。

存储器1102即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的测试处理的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的测试处理的方法。

存储器1102作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的测试处理的方法对应的程序指令/模块(例如，附图10所示的获取模块1001、测试模块1002和确定模块1003)。处理器1101通过运行存储在存储器1102中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的测试处理的方法。

存储器1102可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据测试处理的电子设备的使用所创建的数据等。此外，存储器1102可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器1102可选包括相对于处理器1101远程设置的存储器，这些远程存储器可以通过网络连接至测试处理的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

测试处理的方法的电子设备还可以包括：输入装置1103和输出装置1104。处理器1101、存储器1102、输入装置1103和输出装置1104可以通过总线或者其他方式连接，图11中以通过总线连接为例。

输入装置1103可接收输入的数字或字符信息，以及产生与测试处理的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置1104可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，通过从线上库获取测试数据，以实现对业务接口的测试，从而避免了从业务使用方获取测试数据，产生的上游数据依赖所导致的测试效率降低的问题，从而有效提升了测试效率。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (18)

1.一种测试处理方法，其特征在于，包括：

从线上库获取测试数据；

在业务接口的业务逻辑代码中添加日志数据；

根据所述业务接口对添加日志数据的所述业务逻辑代码的执行过程数据，确定第一校验信息；

向所述业务接口发送所述测试数据，以使得所述业务接口根据所述测试数据执行所述业务逻辑代码，得到接口返回值和第一数据；

根据所述接口返回值和所述第一数据，确定第二校验信息；

根据所述第一校验信息和所述第二校验信息，确定所述业务接口对应的测试结果。

2.根据权利要求1所述的方法，其特征在于，所述从线上库获取测试数据，包括：

将所述线上库中的测试数据，复制到测试库中；

在所述测试库中获取所述测试数据。

3.根据权利要求1所述的方法，其特征在于，所述从线上库获取测试数据之后，所述方法还包括：

对所述测试数据进行初始化处理；和/或

对所述测试数据中的部分数据进行清除处理。

4.根据权利要求1所述的方法，其特征在于，所述根据所述接口返回值和所述第一数据，确定所述第二校验信息，包括：

若所述接口返回值等于预设返回值，以及，所述第一数据等于第一预设数据，则确定所述第二校验信息为校验通过。

5.根据权利要求1所述的方法，其特征在于，所述根据所述接口返回值和所述第一数据，确定所述第二校验信息，包括：

若所述接口返回值不等于预设返回值，或者，所述第一数据不等于第一预设数据，则确定所述第二校验信息为校验不通过。

6.根据权利要求1所述的方法，其特征在于，所述根据所述业务接口对添加日志数据的所述业务逻辑代码的执行过程数据，确定第一校验信息，包括：

若所述执行过程数据等于第二预设数据，则确定所述第一校验信息为校验通过。

7.根据权利要求1所述的方法，其特征在于，所述根据所述业务接口对添加日志数据的所述业务逻辑代码的执行过程数据，确定第一校验信息，包括：

若所述执行过程数据为空，或者，若所述执行过程数据不等于第二预设数据，则确定所述第一校验信息为校验不通过。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述根据所述第一校验信息和所述第二校验信息，确定所述业务接口对应的测试结果，包括：

若所述第一校验信息和所述第二校验信息均为校验通过，则确定所述测试结果为测试成功；

若所述第一校验信息和所述第二校验信息中的任一个为校验不通过，则确定所述测试结果为测试失败。

9.一种测试处理装置，其特征在于，包括：

获取模块，用于从线上库获取测试数据；

测试模块，用于对业务接口的业务逻辑代码进行更新，根据所述业务接口对更新后的业务逻辑代码的执行过程数据，确定第一校验信息；

所述测试模块，还用于根据所述业务接口对所述测试数据的运行结果，确定第二校验信息；

确定模块，用于根据所述第一校验信息和所述第二校验信息，确定所述业务接口对应的测试结果；

所述测试模块具体用于：

在业务接口的业务逻辑代码中添加日志数据；

根据所述业务接口对添加日志数据的所述业务逻辑代码的执行过程数据，确定第一校验信息；

所述测试模块具体用于：

向所述业务接口发送所述测试数据，以使得所述业务接口根据所述测试数据执行所述业务逻辑代码，得到接口返回值和第一数据；

根据所述接口返回值和所述第一数据，确定所述第二校验信息。

10.根据权利要求9所述的装置，其特征在于，所述获取模块具体用于：

将所述线上库中的测试数据，复制到测试库中；

在所述测试库中获取所述测试数据。

11.根据权利要求9所述的装置，其特征在于，所述获取模块还用于：

在所述从线上库获取测试数据之后，对所述测试数据进行初始化处理；和/或

对所述测试数据中的部分数据进行清除处理。

12.根据权利要求9所述的装置，其特征在于，所述测试模块具体用于：

若所述接口返回值等于预设返回值，以及，所述第一数据等于第一预设数据，则确定所述第二校验信息为校验通过。

13.根据权利要求9所述的装置，其特征在于，所述测试模块具体用于：

若所述接口返回值不等于预设返回值，或者，所述第一数据不等于第一预设数据，则确定所述第二校验信息为校验不通过。

14.根据权利要求9所述的装置，其特征在于，所述测试模块具体用于：

若所述执行过程数据等于第二预设数据，则确定所述第一校验信息为校验通过。

15.根据权利要求9所述的装置，其特征在于，所述测试模块具体用于：

若所述执行过程数据为空，或者，若所述执行过程数据不等于第二预设数据，则确定所述第一校验信息为校验不通过。

16.根据权利要求9-15任一项所述的装置，其特征在于，所述确定模块具体用于：

若所述第一校验信息和所述第二校验信息均为校验通过，则确定所述测试结果为测试成功；

若所述第一校验信息和所述第二校验信息中的任一个为校验不通过，则确定所述测试结果为测试失败。

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

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

18.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-8中任一项所述的方法。