CN111722995B - 一种数据处理方法及装置 - Google Patents

Abstract

本申请关于一种数据处理方法及装置。所述方法包括：获取目标业务场景对应的用例标识信息；发送用例协议请求至用例服务器，所述用例协议请求中包括所述用例标识信息，所述用例服务器存储多个业务场景所对应的用例协议数据；接收所述目标业务场景对应的用例协议数据；基于所述用例协议数据处理所述目标业务场景中的交互事件。利用本申请各个实施例提供的数据处理方法及装置，不仅可以使得在测试过程中客户端不依赖于业务服务器，还可以避免修改业务服务器的开发代码和部署方式所产生的不必要的业务风险。

Description

一种数据处理方法及装置

技术领域

本申请涉及应用开发技术领域，尤其涉及一种数据处理方法及装置。

背景技术

目前，在应用的开发过程中，尤其在代码开发阶段和测试阶段，往往需要将应用与业务服务器进行交互处理，以确认应用是否能够实现预定义的交互功能以及交互过程中是否发生异常情况。

相关技术中，通常是在所述业务服务器中设置交互环境，必要时需要修改所述业务服务器的开发代码和部署方式。然后，在所述应用中执行预先编写的用例，以实现所述应用与所述业务服务器之间的交互，从而确认所述应用是否能够实现预定义的交互功能以及交互过程中是否发生异常情况。但是，相关技术中的处理方式会导致应用的开发依赖于业务服务器，也就是说业务服务器的稳定性会强烈影响到应用的开发状态。而修改业务服务器的开发代码和部署方式很大可能性导致业务服务器的不稳定性，进而导致应用开发的进度缓慢等问题。

因此，相关技术中亟需一种能够在应用开发过程中不依赖于业务服务器的管理应用与业务服务器交互的方式。

发明内容

为克服相关技术中存在的问题，本申请提供数据处理方法及装置。

一种数据处理方法，所述方法包括：

获取目标业务场景对应的用例标识信息；

发送用例协议请求至用例服务器，所述用例协议请求中包括所述用例标识信息，所述用例服务器存储多个业务场景所对应的用例协议数据；

接收所述目标业务场景对应的用例协议数据；

基于所述用例协议数据处理所述目标业务场景中的交互事件。

一种数据处理方法，所述方法包括：

接收用例协议请求，所述用例协议请求中包括目标业务场景对应的用例标识信息；

根据所述用例标识信息确定所述目标业务场景对应的用例协议数据；

发送所述用例协议数据。

一种数据处理装置，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

获取目标业务场景对应的用例标识信息；

发送用例协议请求至用例服务器，所述用例协议请求中包括所述用例标识信息，所述用例服务器存储多个业务场景所对应的用例协议数据；

接收所述目标业务场景对应的用例协议数据；

基于所述用例协议数据处理所述目标业务场景中的交互事件。

一种数据处理装置，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

接收用例协议请求，所述用例协议请求中包括目标业务场景对应的用例标识信息；

根据所述用例标识信息确定所述目标业务场景对应的用例协议数据；

发送所述用例协议数据。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行上述的数据处理方法。

本申请提供的数据处理方法及装置，可以设置用例服务器，用于存储多种业务场景下的用例协议数据，随着开发过程的迭代，会产生越来越多的业务场景，利用用例服务器存储不同业务场景的用例协议数据，可以在需要对某个业务场景进行功能测试的情况下，便捷地从所述用例服务器中获取到该业务场景对应的用例协议数据。另外，在一些交互场景中，所述用例服务器可以代替业务服务器与客户端进行交互，这样，不仅可以使得在测试过程中客户端不依赖于业务服务器，还可以避免修改业务服务器的开发代码和部署方式所产生的不必要的业务风险。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的一种数据处理系统结构示意图。

图2是根据一示例性实施例示出的一种数据处理方法流程示意图。

图3是根据一示例性实施例示出的应用场景示意图。

图4是根据一示例性实施例示出的应用场景示意图。

图5是根据一示例性实施例示出的应用场景示意图。

图6是根据一示例性实施例示出的数据处理方法流程示意图。

图7是根据一示例性实施例示出的数据处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

为了方便本领域技术人员理解本申请实施例提供的技术方案，下面先对技术方案实现的技术环境进行说明。

目前，大部分应用中存在多种交互类应用场景，即客户端与服务器之间提供自定义协议或者公共协议(如FTP、HTTP等)等方式进行数据或者资源交换的场景。基于此，在应用的开发阶段，需要对应用的交互功能进行测试等操作，以验证应用是否能够实现交互功能或者实现过程中是否产生异常。若不能实现交互功能或者产生异常，开发人员则可以对应用进行修复或者重新开发代码。

如上所述，在对应用的交互功能进行测试的过程中，往往是将客户端与业务服务器直接进行交互测试，因此，客户端比较依赖于业务服务器的稳定性。另外，在测试过程中，通过修改所述业务服务器的开发代码和部署方式设置交互环境也存在较多的阻碍。这是由于业务服务器中具有多种业务模块，相应地也对应于多种权限，修改开发代码或者部署方式不仅操作繁琐，而且对于整个业务服务器具有较大的业务风险。

基于类似于上文所述的实际技术需求，本申请提供的数据处理方法可以设置用例服务器，用于存储多种业务场景下的用例协议数据，并用于在一些交互场景中代替业务服务器与客户端进行交互，这样，不仅可以使得在测试过程中客户端不依赖于业务服务器，还可以避免修改业务服务器的开发代码和部署方式，产生不必要的业务风险。

下面通过一个具体的应用场景说明本申请实施例所述的数据处理方法。

如图1所示，本申请提供了一种数据处理系统，可以包括：客户端100、用例服务器200、业务服务器300，所述客户端100分别与所述用例服务器200、所述业务服务器300耦合。所述数据处理系统中可以包括一个或多个用户客户端100。所述用例服务器200、所述业务服务器300可以为一个或多个服务器，本申请对此不作限定。所述业务服务器300可以为实际业务环境中与客户端100进行交互的服务器，所述用例服务器200可以为在应用开发过程(包括代码开发阶段和测试阶段)中与客户端100进行交互的服务器，且所述用例服务器200与所述业务服务器300的部署方式相同。

在一个实施方式中，所述客户端100可以包括安装于电子设备中并且需要与服务器端交互处理的应用，如各种网购APP、电影购票APP、社交APP等等。当然，所述客户端100还可以包括与以上各个应用相耦合的一个独立模块，该独立模块可以与多种应用相适配，以实现与所述用例服务器的交互处理。在一个示例中，所述独立模块可以包括软件开发包(SDK)等。

下面通过电影购票APP的示例说明本申请实施例所述的数据处理方法，如图2是本应用场景中目标应用(即电影购票APP)、用例管理模块(即客户端100)、用例服务器200、业务服务器300之间的交互流程图。电影购票APP中可以包括影片详情、广告、购票等多种业务场景。在本场景中，用户(如开发人员、测试人员等)需要对电影购票APP中的影片详情业务场景进行测试，具体的测试内容是验证当《流浪地球》这部影片想看人数超出100万时，APP中的用户界面是否可以正常显示想看人数。

用户可以根据预定义的业务场景与用例编号之间的对应关系获取到影片详情业务场景所对应的用例编号为“389008”。如图3所示，电影购票APP的用户界面中可以设置有用例编号输入界面，用户可以在该界面中输入用例编号“389008”，完成图2中的步骤1“启动用例加载”，并生成用例加载请求，所述用例加载请求中包括用例编号“389008”。所述用例管理模块在接收到所述用例加载请求之后，可以向所述用例服务器200发送用例协议数据请求，所述用例协议数据请求中包括用例编号“389008”。所述用例服务器200中存储有多个业务场景对应的用例协议数据，可以根据用例编号“389008”，获取到影片详情业务场景对应的用例协议数据，并将所述用例协议数据发送至用例协议数据。

所述用例管理模块在接收到所述用例协议数据之后，可以解析所述用例协议数据，获取到影片详情业务场景对应的启动页面，在一个示例中，所述用例管理模块可以指示电影购票APP展示如图4所示的启动页面。用户可以在图4所示的用户界面中点击“影片详情”控件以跳转到具体的影片详情展示界面。如图4所示，用户点击电影《流浪地球》的“影片详情”控件，此时，用户的点击操作可以在电影购票APP中生成交互请求。如图2所示，所述用例管理模块从所述电影购票APP获取到所述交互请求之后，可以判断所述交互请求是否需要与用例服务器交互处理，具体地，可以从解析后的用户协议数据中获取到判断结果。若判断结果为是，则所述用例管理模块将所述交互请求发送至用例服务器200；否则，发送至业务服务器300。在本场景中，根据用例协议数据的规定，本次用户的点击操作所产生的交互请求需要与用例服务器200进行交互处理。所述用例服务器200在接收到所述交互请求之后，可以根据数据库中保存的数据，返回该交互请求对应的回复数据，并将所述回复数据发送至所述用例管理模块。所述用例管理模块在接收到所述回复数据之后，可以将所述回复数据转发至所述电影购票APP。所述电影购票APP在接收到所述回复数据之后，可以在用户界面中展示如图5所示的用户界面。同理，对于所述业务服务器300返回的回复数据，可以按照相同的方式进行处理。需要说明的是，图5所示的用户界面可以是经过多次交互请求生成的用户界面，即重复图2中的步骤6-10(10’)之后生成的用户界面。如图5所示，在用户界面中可以显示《流浪地球》的想看人数为107.7万人，因此，根据本次测试，用户可以验证得到当《流浪地球》的想看人数超出100万时，电影购票APP可以正常显示想看人数，也就是说电影购票APP的这项功能是正常的。因此，可以在不需要与业务服务器的交互也可以实现对电影购票APP功能的验证。

通过以上应用场景，可以发现，设置用例服务器并利用用例服务器存储不同应用场景的用例协议数据，以及在部分应用场景中利用用例服务器代替业务服务器与客户端进行交互，可以避免对业务服务器开发代码和部署方式的修改。例如，在上述应用场景中，只需要在用例服务器中设置与业务服务器相同的接口，并根据接口数据制作用例数据，即可以实现客户端对影片《流浪地球》相关功能的测试。

下面结合附图对本申请所述的数据处理方法进行详细的说明。图6是本申请提供的数据处理方法的一种实施例的方法流程示意图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑性上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述方法在实际中的数据处理过程中或者装置执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

如图6所示，本申请实施例提供的所述数据处理方法可以包括：

S601：获取目标业务场景对应的用例标识信息；

S603：发送用例协议请求至用例服务器，所述用例协议请求中包括所述用例标识信息，所述用例服务器存储多个业务场景所对应的用例协议数据；

S605：接收所述目标业务场景对应的用例协议数据；

S607：基于所述用例协议数据处理所述目标业务场景中的交互事件。

本申请实施例中，应用中可以划分成多个业务场景，所述业务场景例如可以对应于所述应用中的功能模块。在一个示例中，对于电影购票APP，其中可以包括影片详情、选择座位、观众评价、确认订单等多种功能模块，在本申请实施例中，这些功能模块可以分别对应于一种业务场景。基于此，本申请实施例中，可以分别针对不同的业务场景设置不同的用例，所述用例中至少可以包括用例协议数据。所述用例协议数据可以包括对客户端中产生的交互事件的定义和处理方式。当然，所述用例中还可以包括服务器针对客户端的交互请求的回复数据以及一些其他的必要数据等，本申请在此不做限制。

本申请实施例中，所述用例协议数据可以存储于用例服务器中。所述用例服务器可以包括独立于业务服务器的服务器或者服务器集群。其中，所述业务服务器可以包括应用对应的原生服务器，如在实际业务环境中与客户端产生交互的服务器。所述用例服务器可以包括在应用开发阶段搭建的服务器环境与所述业务服务器相同的服务器或者服务器集群。这样，对于一些客户端的交互事件，可以设置由所述用例服务器与客户端交互处理。

本申请实施例中，所述用例服务器中可以存储有多个业务场景对应的用例协议数据。随着开发过程的迭代，会产生越来越多的业务场景，利用用例服务器存储不同业务场景的用例协议数据，这样，在需要对某个业务场景进行功能测试的情况下，可以便捷地从所述用例服务器中获取到该业务场景对应的用例协议数据。基于此，在所述用例服务器中，可以设置各个业务场景的用例标识信息，用于标识各个业务场景对应的用例协议数据在所述用例服务器中的唯一性。

在一个示例中，当用户(如开发人员、测试人员等)需要对应用的某个业务场景进行测试时，可以获取到该业务场景对应的用例标识信息，并将所述用例标识信息输入至客户端的预设用户界面中。然后，客户端可以将用户输入的所述用例标识信息发送至所述用例服务器。所述用例服务器在接收到所述用例标识信息之后，可以根据所述用例标识信息获取到所述用例标识信息所对应的用例协议数据。

需要说明的是，本申请各个实施例中所述的客户端可以包括安装于电子设备中并且需要与服务器端交互处理的应用，如各种网购APP、电影购票APP、社交APP等等。当然，所述客户端还可以包括与所述应用相耦合的一个独立模块，该独立模块可以与多种应用相适配，以实现与所述用例服务器的交互处理。在一个示例中，所述独立模块可以包括软件开发包(SDK)等。

本申请实施例中，客户端在接收到所述目标业务场景对应的用户协议数据之后，可以基于所述用户协议数据处理所述目标业务场景中的交互事件。在本申请的一个实施例中，所述用例协议数据中可以包括所述业务场景中需要与所述用例服务器进行交互的至少一种预设交互请求。本申请实施例中，所述业务场景还可以包括多个业务模块，因此，可以分别在各个业务模块与用例服务器或者业务服务器之间设置接口，以实现所述业务模块与所述用例服务器或者所述业务服务器之间的数据传输。基于此，用户可以在用户界面中对所述业务模块进行操作(如点击、滑动、长按等)，在客户端生成交互请求，所述交互请求可以通过所述业务模块对应的接口发送至所述用例服务器或者所述业务服务器。在一个示例中，在电影购票APP的影片详情业务场景中，可以包括评分、广告、评价、标签等多个业务模块，在电影购票APP用户界面中，用户可以通过点击不同的控件以获取不同业务模块的内容。

本申请实施例中，在对所述业务场景中的一些业务模块进行交互功能测试时，若直接与所述业务服务器进行交互处理，则需要修改所述业务服务器的开发代码或者部署方式。在本申请的一个实施例中，可以设置此类业务模块与所述用例服务器进行交互处理，具体地，可以在所述用例协议数据中定义业务场景中需要与所述用例服务器进行交互处理的至少一种预设交互请求，所述预设交互请求可以包括用户在所述业务模块中操作所生成的交互请求。在一个示例中，对于如上所述的影片详情业务场景中的评分、广告、评价、标签等多个业务模块，可以设置对于在评分业务模块中所产生的交互请求需要与用例服务器进行交互处理，而对于广告、评价、标签等业务模块中所产生的交互请求不需要与用例服务器进行交互处理。

基于此，在本申请实施例中，所述客户端在接收到所述用例协议数据之后，可以解析所述用例协议数据，获取所述目标应用场景中需要与所述用例服务器进行交互的至少一种预设交互请求。然后，所述客户端可以接收用户操作行为所触发的交互请求，例如，用户点击影片详情用户界面中的评分控件之后，可以触发生成交互请求。根据所述用例协议数据，客户端可以识别出所述交互请求是否与所述预设交互请求中的一种相匹配。所述交互请求与所述预设交互请求相匹配可以包括所述交互请求与所述预设交互请求相同，或者，对加密后的所述交互请求进行解码之后与所述预设交互请求相同，本申请在此不做限制。

本申请实施例中，在确定具有与所述交互请求相匹配的预设交互请求的情况下，所述客户端可以拦截所述交互请求，并将所述交互请求发送至所述用例服务器。在本公开的一个实施例中，在确定具有与所述交互请求相匹配的预设交互请求的情况下，所述客户端可以获取所述相匹配的预设交互请求在所述用例服务器中的唯一标识信息，然后，拦截所述交互请求，并将所述交互请求和所述唯一标识信息发送至所述用例服务器。类似于所述业务场景，所述预设交互请求也可以在所述用例服务器中具有唯一标识信息，这样，所述用例服务器在接收到所述唯一标识信息之后，可以获取到与所述交互请求向对应的回复数据。在一个示例中，用户在点击影片详情展示界面中的评分控件之后，在客户端中生成一个交互请求，客户端在识别出该交互请求与预设交互请求中的一种相匹配时，可以获取相匹配的预设交互请求在所述用例服务器中的唯一标识信息，如“ID＝998”这样的信息，然后，客户端可以拦截所述交互请求，并将所述交互请求和所述唯一标识信息发送至所述用例服务器。所述用例服务器在接收到所述交互请求以及所述唯一标识信息之后，可以根据所述唯一标识信息获取到针对所述交互请求的回复数据，在本示例中，所述回复数据如影片的具体评分等。当然，在一个实施例中，所述客户端在接收到所述用例服务器的回复数据之后，可以在用户界面中展示所述回复数据。

在本申请的一个实施例中，所述业务场景中的业务模块与所述用例服务器之间的接口中设置有至少一个参数，对于一些参数的参数值，需要根据所述用例服务器返回的回复数据进行更新。在一个示例中，在电影购票APP的影片详情业务场景中，参数“观影人数”的值往往随时都在增长，因此，在接收到所述用例服务器返回的回复数据之后，可以根据所述回复数据对参数“观影人数”的参数值进行更新。在其他示例中，需要更新的参数还可以包括用户评论、评分等等。

本公开实施例中，在确定所述交互请求不属于所述至少一种预设交互请求的情况下，可以将所述交互请求发送至所述业务服务器。例如，对于一些不需要修改所述业务服务器的开发代码或者部署方式的测试，可以不拦截生成的交互请求，直接发送至所述业务服务器，由所述业务服务器返回所述交互请求对应的回复数据。

本申请提供的数据处理方法，可以设置用例服务器，用于存储多种业务场景下的用例协议数据，随着开发过程的迭代，会产生越来越多的业务场景，利用用例服务器存储不同业务场景的用例协议数据，可以在需要对某个业务场景进行功能测试的情况下，便捷地从所述用例服务器中获取到该业务场景对应的用例协议数据。另外，在一些交互场景中，所述用例服务器可以代替业务服务器与客户端进行交互，这样，不仅可以使得在测试过程中客户端不依赖于业务服务器，还可以避免修改业务服务器的开发代码和部署方式所产生的不必要的业务风险。

对应于上述数据处理方法，如图7所示，本申请还提供一种数据处理装置，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时可以实现：

获取目标业务场景对应的用例标识信息；

发送用例协议请求至用例服务器，所述用例协议请求中包括所述用例标识信息，所述用例服务器存储多个业务场景所对应的用例协议数据；

接收所述目标业务场景对应的用例协议数据；

基于所述用例协议数据处理所述目标业务场景中的交互事件。

可选的，在本申请的一个实施例中，所述处理器在实现步骤基于所述用例协议数据处理所述目标业务场景中的交互事件时包括：

解析所述用例协议数据，获取所述目标应用场景中需要与所述用例服务器进行交互的至少一种预设交互请求；

接收用户操作行为所触发的交互请求；

在确定具有与所述交互请求相匹配的预设交互请求的情况下，拦截所述交互请求，并将所述交互请求发送至所述用例服务器。

可选的，在本申请的一个实施例中，所述处理器在实现步骤在确定具有与所述交互请求相匹配的预设交互请求的情况下，拦截所述交互请求，并将所述交互请求发送至所述用例服务器时包括：

在确定具有与所述交互请求相匹配的预设交互请求的情况下，获取所述相匹配的预设交互请求在所述用例服务器中的唯一标识信息；

拦截所述交互请求，并将所述交互请求和所述唯一标识信息发送至所述用例服务器。

可选的，在本申请的一个实施例中，所述处理器在实现步骤在所述拦截所述交互请求，并将所述交互请求发送至所述用例服务器之后，还包括：

接收所述交互请求对应的回复数据；

在用户界面中展示所述回复数据。

可选的，在本申请的一个实施例中，所述处理器在实现步骤接收所述交互请求对应的回复数据之后，还包括：

根据所述用例协议数据，判断所述交互请求中是否存在需要更新的参数；

在确定所述交互请求中存在需要更新的参数的情况下，基于所述回复数据更新所述参数的参数值。

可选的，在本申请的一个实施例中，所述处理器在实现步骤接收用户操作行为所触发的交互请求之后，还包括：

在确定所述交互请求不属于所述至少一种预设交互请求的情况下，将所述交互请求发送至业务服务器。

本申请还提供一种数据处理装置，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时可以实现：

接收用例协议请求，所述用例协议请求中包括目标业务场景对应的用例标识信息；

根据所述用例标识信息确定所述目标业务场景对应的用例协议数据；

发送所述用例协议数据。

可选的，在本申请的一个实施例中，所述处理器在实现步骤发送所述用例协议数据之后，还包括：

接收交互请求，所述交互请求中包括唯一标识信息；

根据所述唯一标识信息确定所述交互请求对应的回复数据；

发送所述回复数据。

本申请另一方面还提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述任一实施例所述方法的步骤。

所述计算机可读存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。本实施例所述的计算机可读存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (15)

1.一种数据处理方法，其特征在于，所述方法应用于客户端，所述方法包括：

获取目标业务场景对应的用例标识信息；

发送用例协议请求至用例服务器，所述用例协议请求中包括所述用例标识信息，所述用例服务器存储多个业务场景所对应的用例协议数据；

接收所述用例服务器发送的所述目标业务场景对应的用例协议数据；

基于所述用例协议数据处理所述目标业务场景中的交互事件，以实现所述目标业务场景的测试；

其中，所述基于所述用例协议数据处理所述目标业务场景中的交互事件，包括：

解析所述用例协议数据，获取所述目标业务场景中需要与所述用例服务器进行交互的至少一种预设交互请求；

接收用户操作行为所触发的交互请求；

在确定具有与所述交互请求相匹配的预设交互请求的情况下，拦截所述交互请求，并将所述交互请求发送至所述用例服务器。

2.根据权利要求1所述的数据处理方法，其特征在于，所述在确定具有与所述交互请求相匹配的预设交互请求的情况下，拦截所述交互请求，并将所述交互请求发送至所述用例服务器，包括：

在确定具有与所述交互请求相匹配的预设交互请求的情况下，获取所述相匹配的预设交互请求在所述用例服务器中的唯一标识信息；

拦截所述交互请求，并将所述交互请求和所述唯一标识信息发送至所述用例服务器。

3.根据权利要求1或2所述的数据处理方法，其特征在于，在所述拦截所述交互请求，并将所述交互请求发送至所述用例服务器之后，还包括：

接收所述交互请求对应的回复数据；

在用户界面中展示所述回复数据。

4.根据权利要求3所述的数据处理方法，其特征在于，在所述接收所述交互请求对应的回复数据之后，还包括：

根据所述用例协议数据，判断所述交互请求中是否存在需要更新的参数；

在确定所述交互请求中存在需要更新的参数的情况下，基于所述回复数据更新所述参数的参数值。

5.根据权利要求1所述的数据处理方法，其特征在于，在所述接收用户操作行为所触发的交互请求之后，还包括：

在确定所述交互请求不属于所述至少一种预设交互请求的情况下，将所述交互请求发送至业务服务器。

6.一种数据处理方法，其特征在于，所述方法应用于用例服务器，所述方法包括：

接收用例协议请求，所述用例协议请求中包括目标业务场景对应的用例标识信息；

根据所述用例标识信息确定所述目标业务场景对应的用例协议数据；

向客户端发送所述用例协议数据，以使所述客户端基于所述用例协议数据处理所述目标业务场景中的交互事件，从而实现所述目标业务场景的测试；

其中，所述客户端基于所述用例协议数据处理所述目标业务场景中的交互事件是通过以下方式实现的：

解析所述用例协议数据，获取所述目标业务场景中需要与所述用例服务器进行交互的至少一种预设交互请求；

接收用户操作行为所触发的交互请求；

在确定具有与所述交互请求相匹配的预设交互请求的情况下，拦截所述交互请求，并将所述交互请求发送至所述用例服务器。

7.根据权利要求6所述的数据处理方法，其特征在于，在所述发送所述用例协议数据之后，所述方法还包括：

接收交互请求，所述交互请求中包括唯一标识信息；

根据所述唯一标识信息确定所述交互请求对应的回复数据；

发送所述回复数据。

8.一种数据处理装置，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

获取目标业务场景对应的用例标识信息；

发送用例协议请求至用例服务器，所述用例协议请求中包括所述用例标识信息，所述用例服务器存储多个业务场景所对应的用例协议数据；

接收所述用例服务器发送的所述目标业务场景对应的用例协议数据；

基于所述用例协议数据处理所述目标业务场景中的交互事件，以实现所述目标业务场景的测试；

其中，所述处理器在实现步骤基于所述用例协议数据处理所述目标业务场景中的交互事件时包括：

解析所述用例协议数据，获取所述目标业务场景中需要与所述用例服务器进行交互的至少一种预设交互请求；

接收用户操作行为所触发的交互请求；

在确定具有与所述交互请求相匹配的预设交互请求的情况下，拦截所述交互请求，并将所述交互请求发送至所述用例服务器。

9.根据权利要求8所述的数据处理装置，其特征在于，所述处理器在实现步骤在确定具有与所述交互请求相匹配的预设交互请求的情况下，拦截所述交互请求，并将所述交互请求发送至所述用例服务器时包括：

在确定具有与所述交互请求相匹配的预设交互请求的情况下，获取所述相匹配的预设交互请求在所述用例服务器中的唯一标识信息；

拦截所述交互请求，并将所述交互请求和所述唯一标识信息发送至所述用例服务器。

10.根据权利要求8或9所述的数据处理装置，其特征在于，所述处理器在实现步骤在所述拦截所述交互请求，并将所述交互请求发送至所述用例服务器之后，还包括：

接收所述交互请求对应的回复数据；

在用户界面中展示所述回复数据。

11.根据权利要求10所述的数据处理装置，其特征在于，所述处理器在实现步骤接收所述交互请求对应的回复数据之后，还包括：

根据所述用例协议数据，判断所述交互请求中是否存在需要更新的参数；

在确定所述交互请求中存在需要更新的参数的情况下，基于所述回复数据更新所述参数的参数值。

12.根据权利要求8所述的数据处理装置，其特征在于，所述处理器在实现步骤接收用户操作行为所触发的交互请求之后，还包括：

在确定所述交互请求不属于所述至少一种预设交互请求的情况下，将所述交互请求发送至业务服务器。

13.一种数据处理装置，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

接收用例协议请求，所述用例协议请求中包括目标业务场景对应的用例标识信息；

根据所述用例标识信息确定所述目标业务场景对应的用例协议数据；

向客户端发送所述用例协议数据，以使所述客户端基于所述用例协议数据处理所述目标业务场景中的交互事件，从而实现所述目标业务场景的测试；

其中，所述客户端基于所述用例协议数据处理所述目标业务场景中的交互事件是通过以下方式实现的：

解析所述用例协议数据，获取所述目标业务场景中需要与用例服务器进行交互的至少一种预设交互请求；

接收用户操作行为所触发的交互请求；

在确定具有与所述交互请求相匹配的预设交互请求的情况下，拦截所述交互请求，并将所述交互请求发送至所述用例服务器。

14.根据权利要求13所述的数据处理装置，其特征在于，所述处理器在实现步骤发送所述用例协议数据之后，还包括：

接收交互请求，所述交互请求中包括唯一标识信息；

根据所述唯一标识信息确定所述交互请求对应的回复数据；

发送所述回复数据。

15.一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行权利要求1-5或者6-7任意一项所述的数据处理方法。