CN114741285A - 处理数据的方法、装置、电子设备及计算机程序产品 - Google Patents

Abstract

本公开提供了处理数据的方法、装置、电子设备及计算机程序产品，涉及计算机技术领域，尤其涉及程序测试领域。具体实现方案为：接收第一接口发送的数据请求，其中，数据请求用于向第二接口请求数据；根据数据请求对应的目标测试契约，生成与数据请求对应的目标模拟数据，其中，目标模拟数据为模拟第二接口的返回数据得到的数据，第二接口的返回数据为第二接口接收数据请求时向第一接口返回的数据；将目标模拟数据返回第一接口。

Description

处理数据的方法、装置、电子设备及计算机程序产品

技术领域

本公开涉及计算机技术领域，尤其涉及程序测试领域。

背景技术

契约测试包括消费者驱动契约测试和提供者驱动契约测试，在微服务广泛应用的行业背景下，契约测试通过定义微服务调用接口时所需要被调用接口返回的数据格式以及交互细节，将消费者接口与提供者接口的数据依赖关系解耦，避免集成测试对测试环境的高要求，实现微服务测试环节的轻便化和敏捷化。

契约测试中，两个微服务或者两个接口之间进行调用，例如对消费者接口进行测试时，需要调用提供者接口并接收提供者接口返回的数据，消费者接口拿到提供者接口返回的数据时才能进行下一步的测试工作。因此，消费者接口对提供者接口的调用需求以及期望提供者接口进行怎样的响应可以预先确定下来，即将两个接口交互时的数据格式和交互细节固定下来，形成一份测试契约，即测试契约文件。

发明内容

本公开提供了一种用于处理数据的方法、装置、电子设备以及计算机程序产品。

根据本公开的一方面，提供了一种处理数据的方法，包括：接收第一接口发送的数据请求，其中，所述数据请求用于向第二接口请求数据；根据所述数据请求对应的目标测试契约，生成与所述数据请求对应的目标模拟数据，其中，所述目标模拟数据为模拟所述第二接口的返回数据得到的数据，所述第二接口的返回数据为所述第二接口接收所述数据请求时向所述第一接口返回的数据；将所述目标模拟数据返回所述第一接口。

通过该处理数据的方法，达到了提高计算机程序测试效率的技术效果。

根据本公开的另一方面，提供了一种接收模块，用于接收第一接口发送的数据请求，其中，所述数据请求用于向第二接口请求数据；生成模块，用于根据所述数据请求对应的目标测试契约，生成与所述数据请求对应的目标模拟数据，其中，所述目标模拟数据为模拟所述第二接口的返回数据得到的数据，所述第二接口的返回数据为所述第二接口接收所述数据请求时向所述第一接口返回的数据；返回模块，用于将所述目标模拟数据返回所述第一接口。

通过该处理数据的装置，提供了一种提高计算机程序测试效率的装置，达到了提高计算机程序测试效率的效果。

根据本公开的又一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述任一项所述的处理数据的方法。

根据本公开的再一方面，提供了一种非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述任一项所述处理数据的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现上述任一项所述处理数据的方法。

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

附图说明

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

图1是根据本公开实施例提供的处理数据的方法的流程示意图；

图2是根据本公开实施例提供的Pactverify框架下契约测试方法的流程图；

图3是根据本公开实施例提供的Pactverify框架下契约递归分解的流程示意图；

图4是根据本公开实施例提供的处理数据的装置400的结构框图；

图5示出了可以用来实施本公开的实施例的示例电子设备500的示意性框图。

具体实施方式

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

图1是根据本公开实施例提供的处理数据的方法的流程示意图，如图1所示，该方法包括如下步骤：

步骤S101，接收第一接口发送的数据请求，其中，数据请求用于向第二接口请求数据。

可选地，在微服务的测试中，第一接口可以为消费者接口，第一接口为了完成对自身的测试，需要第二接口提供一些数据，才能完成测试。对应的，在本次测试活动中第二接口可以为提供者接口，或者也可以称为生产者接口，为第一接口提供数据，供第一接口消费。第一接口发送的数据请求，即为请求第二接口返回一些数据供第一接口继续完成对第一接口自身的测试。

步骤S102，根据数据请求对应的目标测试契约，生成与数据请求对应的目标模拟数据，其中，目标模拟数据为模拟第二接口的返回数据得到的数据，第二接口的返回数据为第二接口接收数据请求时向第一接口返回的数据。

本步骤中，可以应用于一种契约测试平台，契约测试平台通过根据数据请求对应的目标测试契约，生成与数据请求对应的目标模拟数据，帮助第一接口完成由第一接口发起的本次契约测试，而不需要启动第二接口对应的微服务。本公开通过提供基于契约测试平台的处理数据的方法，可以实现第一接口与第二接口在测试活动中的解耦，降低二者的依赖性，避免每次对第一接口对应的微服务的测试活动都需要启动第二接口对应的微服务，导致服务测试过程对第二接口依赖很大，当第二接口为很多个接口时，对整个测试环境的依赖性大的技术问题。

本步骤中的契约测试平台可以根据第一接口发出的数据请求，为其匹配对应的目标测试契约，并根据目标测试契约生成目标模拟数据。需要说明的是，目标模拟数据为一种模拟数据(模拟数据也可以称为Mock数据，在软件测试业务中，Mock数据是指代模拟其他数据得到的数据，例如一个接口会在一个调用请求的要求下返回数据，在不实际启动该接口对应的微服务的情况下，对返回数据进行模拟得到的数据就可以被称为Mock数据)，即模拟第二接口的返回数据得到的数据。第一接口进行契约测试时，需要从第二接口获取一些数据，为了在不启动第二接口的情况下也可以将对应的数据反馈给第一接口，契约测试平台可以模拟第二接口会反馈给第一接口的数据，得到一些模拟数据，即目标模拟数据，然后在步骤S103中将目标模拟数据反馈给第一接口，第一接口不需要区分返回数据是来自于契约测试平台还是来自于真实的第二接口，只需要拿着返回数据继续进行测试活动即可。通过上述步骤，实现了第一接口与第二接口之间在测试活动中的解耦，降低了二者的依赖性。

需要说明的是，目标测试契约是一种契约文件，用于记录第一接口向第二接口发送的数据请求之后，第一接口期望从第二接口中得到什么样的返回数据。例如，目标测试契约可以记录第一接口期望的返回数据中包括的数据内容、数据格式以及两个接口的交互方式。本步骤中，契约测试平台可以基于第一接口发送的数据请求，分析得到数据请求的目标接口，即第二接口的地址，并同时分析得到请求的内容。根据上述信息，契约测试平台可以查找与本次数据请求对应的测试契约，即得到目标测试契约。可选地，契约测试平台中可以预先存储多个测试契约，测试契约的具体内容由测试人员预先根据接口之间的调用关系和依赖关系进行设置。

步骤S103，将目标模拟数据返回第一接口。

通过上述步骤，解决了微服务测试环境中，第一接口与第二接口在数据上存在依赖关系导致对第一接口进行测试时必须要启动第二接口才能完成测试的技术问题，达到了将第一接口与第二接口的测试活动进行解耦，降低了二者的依赖关系的目的，可以实现提高计算机程序测试效率的技术效果。

作为一种可选的实施例，上述处理数据的方法还可以包括如下步骤：将多个测试契约文件存储在契约测试平台的契约数据库中，其中，多个测试契约文件包括目标测试契约；基于数据请求查询契约数据库，得到数据请求对应的目标测试契约。

本可选的实施例中，测试人员可以根据接口之间的调用关系以及每个接口调用其他接口时期望其他接口返回的数据内容、数据格式和交互方式，将接口之间的数据依赖关系总结为测试契约，并以测试契约文件的形式存储起来。本可选的实施例中，可以在契约测试平台中内置契约数据库，然后将多个接口之间，以及每两个接口之间的多种数据调用关系总结为多个测试契约文件并存储在数据库中，每一个测试契约文件用于记录一种测试契约。当第一接口向第二接口发送数据请求，并由契约测试平台接收到该数据请求时，契约测试平台可以分析该数据请求，然后在契约数据库中查找是否存储了与本次数据请求相对应的测试契约文件。如果有的话，即确定该测试契约文件为目标测试契约，后续就可以根据该目标测试契约为第一接口生成目标模拟数据并返回给第一接口；否则的话，则需要将该数据请求发送给第二接口，并启动第二接口对应的微服务，由第二接口为第一接口返回相应的数据。

通过本可选的实施例，扩展了契约测试平台的功能，使得契约测试平台可以支持多接口之间的契约测试，还可以支持两个接口之间的多种数据交互流程的契约测试，大大提高了契约测试平台的泛用性。另外可以理解的是，测试契约远比模拟数据的数据量小，因此通过在契约数据库中存储大量的测试契约，然后通过调用测试契约生成模拟数据的，可以避免相关技术中直接预先生成并存储模拟数据，然后在接收到接口的契约测试请求后向接口反馈模拟数据造成的数据空间被大量占用的技术问题。

作为一种可选的实施例，在契约测试平台确定了与数据请求对应的目标测试契约之后，契约测试平台可以通过如下步骤生成与数据请求对应的目标模拟数据：读取目标测试契约，得到目标测试契约对应的数据要求，其中，数据要求用于限定模拟得到的目标模拟数据；契约测试平台随机生成与数据请求对应的目标模拟数据，其中，目标模拟数据符合数据要求。

本可选的实施例中，提供了一种生成目标模拟数据的方式，即根据数据要求，在数据要求的限定范围内随机生成目标模拟数据。其中，数据要求即为对目标测试契约中规定的第二接口应当向第一接口返回的数据的要求。例如，目标测试契约中可以包括数据要求：返回一个字符串，字符串包括四个字节。则根据本公开的方法，契约测试平台可以随机生成一个四个字节的字符串，该字符串符合数据要求“字符串包括四个字节”，因此可以作为目标模拟数据，然后就可以将该随机生成的字符串返回给第一接口。采用在目标测试契约的数据要求限定的范围内随机生成目标模拟数据的方式具有显著优势，那就是可以生成符合第一接口数据要求的复杂随机数据，大大提高第一接口的契约测试的灵活性和测试覆盖度。相对于存储固定的模拟数据并在第一接口进行契约测试时每次都将同样的模拟数据返回给第一接口的方案而言，本公开提供的方案可以丰富第一接口的测试场景，提供了多种测试可能性，避免测试过程中，第一接口每次采用固定的模拟数据进行测试，导致由于模拟数据存在一些巧合性掩盖了第一接口本身的问题，使得第一接口没有测试出自身问题。同时，测试覆盖度即为第一接口的测试中是否对各种情况的数据都测试到了。显然采用固定的模拟数据反馈给第一接口的方案，该方案测试覆盖度很低，而本公开采用随机生成的目标模拟数据的方式，第一接口每进行一次新的测试都会为其提供符合数据要求的新的模拟数据，大大提高了测试覆盖度，实现了对第一接口进行更全面的测试的技术效果。

作为一种可选的实施例，契约测试平台随机生成与数据请求对应的目标模拟数据，可以包括如下步骤：确定目标测试契约对应的多个契约数据类型；契约测试平台在数据要求的限定下，随机生成多个初始模拟数据，其中，每个初始模拟数据的数据类型为多个契约数据类型之一；将多个初始模拟数据按照数据要求进行拼接，得到目标模拟数据。

本可选的实施例中，限定了如何基于目标测试契约包括的契约数据类型随机生成模拟数据，保证了目标模拟数据的合法性和有效性。具体的，由于第一接口的需求不同，或者第二接口对应的微服务的类型不同，第一接口期望从第二接口中获取的返回数据的类型就会存在不同。反映在测试契约上，即不同的测试契约包括的数据类型不同，每个测试契约可能对应不同的契约数据类型。例如，契约测试平台可以确定目标测试契约对应5个契约数据类型，并根据目标测试契约对应的数据要求，确定目标模拟数据中对应于任意一个契约数据类型应当包括几组数据。

在如下示意性的具体实施例中，第二接口可以为查询身份证号的接口，第一接口通过向第二接口发送期望获得5组身份证号以及对应的姓名的数据请求，则目标测试契约可以对应2种契约数据类型，分别是用于表示姓名的字符串以及用于表示身份证号的整数变量。则契约测试平台生成目标模拟数据时，可以分别随机生成5个字符串类型的初始模拟数据，以及随机生成5个整数变量类型的初始模拟数据，然后可以将初始模拟数据按照目标测试契约中约定好的方式拼接起来，得到完整的目标模拟数据，然后返回给第一接口。则第一接口就得到了5组身份信息，每组身份信息中包括一个姓名和一个身份证号。

作为一种可选的实施例，契约测试平台在数据要求的限定下，随机生成多个初始模拟数据，可以基于数据要求，确定每个契约数据类型对应的数据范围；契约测试平台随机生成多个初始模拟数据，其中，每个初始模拟数据都符合数据范围。

本可选的实施例中，通过限定了如何基于目标测试契约包括的数据取值范围随机生成目标模拟数据，保证了目标模拟数据的合法性，避免向第一接口反馈错误的数据，导致第一接口无法识别或者运行时发生错误的问题。例如，当第一接口向第二接口请求返回多组身份证号时，该数据请求对应的目标测试契约可以限定了数据取值范围为生成一个18位整数，并按照身份证号的数字组成条件进行进一步限定，保证随机生成的身份证号模拟数据合法有效。

作为一种可选的实施例，确定目标测试契约对应的多个契约数据类型，可以采用如下方式：在目标测试契约为采用契约测试工具Pactverify生成的测试契约文件的情况下，按照固定的契约数据类型的顺序依次分解目标测试契约，得到多个契约数据类型。

本可选的实施例中，提供了一种在Python环境下进行契约测试以及模拟数据生成的方法，解决了Python环境下无法为接口的契约测试提供模拟数据的技术问题。需要说明的是，Pactverify是一种契约测试工具，基于该框架可以在Python编程环境下进行微服务间的契约测试。

本领域技术人员可以理解，Pactverify框架下的测试契约文件由5种数据类型组成，5种数据类型分别是Like类，EachLike类，Term类，Enum类，Matcher类。可选地，本公开的实施例可以按照Like类、EachLike类、Term类、Enum类和Matcher类的顺序，每次从测试契约文件中拆分出一类数据，逐步完成拆分，得到多个契约数据类型以及每个契约数据类型等待填写的数据位置。需要说明的是，若不按照该顺序进行拆分，会导致拆分错误，无法得到正确的契约数据类型。进一步地，采用随机方式针对每种契约数据类型生成初始模拟数据之后，就可以将多个初始模拟数据拼接起来，得到目标模拟数据。可选地，可以将目标模拟数据写为json格式并返回给第一接口。

图2是根据本公开实施例提供的Pactverify框架下契约测试方法的流程图，如图2所示，Pactverify框架下契约测试方法的流程可以包括如下步骤：

步骤S201，在契约测试平台提供统一的模拟接口(即图中的mock接口)供用户调用；

步骤S202，契约测试平台的模拟接口接收到第一接口发出的数据请求后，将该数据请求发送到契约测试平台的模拟后端(即图中的mock后端)，模拟后端解析数据请求，然后从契约数据库中查询与该数据请求对应的目标测试契约，将目标测试契约的数据传入契约测试平台的Pactverify契约反写模块；

步骤S203，Pactverify契约反写模块负责根据Pactverify框架下的目标测试契约，反写出对应的json格式目标模拟数据；该步骤中，需要先读取测试契约文件即目标测试契约，然后依次按Like类、EachLike类、Term类、Enum类、Matcher类的顺序对json格式的目标测试契约进行递归分解，直到将目标测试契约完全分解，然后将分解结果输入随机数据生成模块；

步骤S204，随机数据生成模块根据数据要求，针对不同的契约数据类型生成符合数据要求的随机数据，即初始模拟数据；

步骤S205，将初始模拟数据拼接后得到目标模拟数据，然后可以将目标模拟数据进行封装为get或者post请求返回给调用方，即返回给第一接口。

图3是根据本公开实施例提供的Pactverify框架下契约递归分解的流程示意图。基于Pactverify框架的契约递归分解方法可以应用于上述实施例中的契约测试平台中，可选的，该契约测试平台中可以包括Pactverify契约反写模块，该模块用于根据Pactverify框架下的目标测试契约，反写出json格式目标模拟数据。

本领域技术人员可以理解，Pactverify框架下的测试契约文件由5种数据类型组成，5种数据类型分别是Like类，EachLike类，Term类，Enum类，Matcher类。可选地，图3所示的本公开的实施例可以如下步骤顺序，每次从测试契约文件中拆分出一类数据，逐步完成拆分，得到多个契约数据类型以及每个契约数据类型等待填写的数据位置。

步骤S301，获取json格式的测试契约文件即目标测试契约；

步骤S302，将目标测试契约中的数据类型为Like类的数据从目标测试契约中分解出来，可选的，随机数据生成模块可以将Like类数据的位置填充上随机生成的Like类随机数据；

步骤S303，从步骤S302中的分解后的目标测试契约中进一步分解出EachLike类的数据；

步骤S304，从步骤S303中的分解后的目标测试契约中进一步分解Term类的数据；

步骤S305，从步骤S304中的分解后的目标测试契约中进一步分解Enum类的数据；

步骤S306，从步骤S305中的分解后的目标测试契约中进一步分解Matcher类的数据；

步骤S307，将上述步骤S302至S306中的Like类，EachLike类，Term类，Enum类，Matcher类的数据位置中，填充随机生成的对应类型的初始模拟数据，然后将其拼接为目标模拟数据，通过Mock后端接口返回给第一接口。

需要说明的是，若不按照图3所述的该契约递归分解的流程顺序进行数据拆分，可能会导致目标测试契约的数据拆分错误，导致无法得到正确的契约数据类型。

图4是根据本公开实施例提供的处理数据的装置的结构框图，如图4所示，该处理数据的装置400包括：接收模块41，生成模块42和返回模块43，下面对该处理数据的装置400进行说明。

接收模块41，用于接收第一接口发送的数据请求，其中，数据请求用于向第二接口请求数据；

生成模块42，用于根据数据请求对应的目标测试契约，生成与数据请求对应的目标模拟数据，其中，目标模拟数据为模拟第二接口的返回数据得到的数据，第二接口的返回数据为第二接口接收数据请求时向第一接口返回的数据；

返回模块43，用于将目标模拟数据返回第一接口。

此处需要说明的是，上述接收模块41，生成模块42和返回模块43对应于实施例中的步骤S101至步骤S103，三个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例所公开的内容。

作为一种可选的实施例，生成模块42，包括：读取单元，用于读取目标测试契约，得到目标测试契约对应的数据要求，其中，数据要求用于限定模拟得到的目标模拟数据；生成单元，用于契约测试平台随机生成与数据请求对应的目标模拟数据，其中，目标模拟数据符合数据要求。

作为一种可选的实施例，生成单元，包括：确定子单元，用于确定目标测试契约对应的多个契约数据类型；第一生成子单元，用于契约测试平台在数据要求的限定下，随机生成多个初始模拟数据，其中，每个初始模拟数据的数据类型为多个契约数据类型之一；拼接子单元，用于将多个初始模拟数据按照数据要求进行拼接，得到目标模拟数据。

作为一种可选的实施例，第一生成子单元，包括：第二确定单元，用于基于数据要求，确定每个契约数据类型对应的数据范围；第二生成单元，用于契约测试平台随机生成多个初始模拟数据，其中，每个初始模拟数据都符合数据范围。

作为一种可选的实施例，确定子单元，还用于在目标测试契约为采用契约测试工具Pactverify生成的测试契约文件的情况下，按照固定的契约数据类型的顺序依次分解目标测试契约，得到多个契约数据类型。

作为一种可选的实施例，处理数据的装置还包括：存储模块，用于将多个测试契约文件存储在契约测试平台的契约数据库中，其中，多个测试契约文件包括目标测试契约；查询模块，用于基于数据请求查询契约数据库，得到数据请求对应的目标测试契约。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

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

如图5所示，设备500包括计算单元501，其可以根据存储在只读存储器(ROM)502中的计算机程序或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序，来执行各种适当的动作和处理。在RAM 503中，还可存储设备500操作所需的各种程序和数据。计算单元501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

设备500中的多个部件连接至I/O接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如处理数据的方法。例如，在一些实施例中，处理数据的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM 503并由计算单元501执行时，可以执行上文描述的处理数据的方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行处理数据的方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

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

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

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

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

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

Claims (15)

1.一种处理数据的方法，包括：

接收第一接口发送的数据请求，其中，所述数据请求用于向第二接口请求数据；

根据所述数据请求对应的目标测试契约，生成与所述数据请求对应的目标模拟数据，其中，所述目标模拟数据为模拟所述第二接口的返回数据得到的数据，所述第二接口的返回数据为所述第二接口接收所述数据请求时向所述第一接口返回的数据；

将所述目标模拟数据返回所述第一接口。

2.根据权利要求1所述的方法，其中，所述契约测试平台根据所述数据请求对应的目标测试契约，生成与所述数据请求对应的目标模拟数据，包括：

读取所述目标测试契约，得到所述目标测试契约对应的数据要求，其中，所述数据要求用于限定模拟得到的所述目标模拟数据；

所述契约测试平台随机生成与所述数据请求对应的所述目标模拟数据，其中，所述目标模拟数据符合所述数据要求。

3.根据权利要求2所述的方法，其中，所述契约测试平台随机生成与所述数据请求对应的所述目标模拟数据，包括：

确定所述目标测试契约对应的多个契约数据类型；

所述契约测试平台在所述数据要求的限定下，随机生成多个初始模拟数据，其中，每个所述初始模拟数据的数据类型为所述多个契约数据类型之一；

将多个所述初始模拟数据按照所述数据要求进行拼接，得到所述目标模拟数据。

4.根据权利要求3所述的方法，其中，所述契约测试平台在所述数据要求的限定下，随机生成多个初始模拟数据，包括：

基于所述数据要求，确定每个所述契约数据类型对应的数据范围；

所述契约测试平台随机生成多个所述初始模拟数据，其中，每个所述初始模拟数据都符合所述数据范围。

5.根据权利要求3所述的方法，其中，所述确定所述目标测试契约对应的多个契约数据类型，包括：

在所述目标测试契约为采用契约测试工具Pactverify生成的测试契约文件的情况下，按照固定的契约数据类型的顺序依次分解所述目标测试契约，得到多个所述契约数据类型。

6.根据权利要求1至5中任意一项所述的方法，还包括：

将多个测试契约文件存储在所述契约测试平台的契约数据库中，其中，多个所述测试契约文件包括所述目标测试契约；

基于所述数据请求查询所述契约数据库，得到所述数据请求对应的所述目标测试契约。

7.一种处理数据的装置，包括：

接收模块，用于接收第一接口发送的数据请求，其中，所述数据请求用于向第二接口请求数据；

生成模块，用于根据所述数据请求对应的目标测试契约，生成与所述数据请求对应的目标模拟数据，其中，所述目标模拟数据为模拟所述第二接口的返回数据得到的数据，所述第二接口的返回数据为所述第二接口接收所述数据请求时向所述第一接口返回的数据；

返回模块，用于将所述目标模拟数据返回所述第一接口。

8.根据权利要求7所述的装置，其中，所述生成模块，包括：

读取单元，用于读取所述目标测试契约，得到所述目标测试契约对应的数据要求，其中，所述数据要求用于限定模拟得到的所述目标模拟数据；

生成单元，用于所述契约测试平台随机生成与所述数据请求对应的所述目标模拟数据，其中，所述目标模拟数据符合所述数据要求。

9.根据权利要求8所述的装置，其中，所述生成单元，包括：

确定子单元，用于确定所述目标测试契约对应的多个契约数据类型；

第一生成子单元，用于所述契约测试平台在所述数据要求的限定下，随机生成多个初始模拟数据，其中，每个所述初始模拟数据的数据类型为所述多个契约数据类型之一；

拼接子单元，用于将多个所述初始模拟数据按照所述数据要求进行拼接，得到所述目标模拟数据。

10.根据权利要求9所述的装置，其中，所述第一生成子单元，包括：

第二确定单元，用于基于所述数据要求，确定每个所述契约数据类型对应的数据范围；

第二生成单元，用于所述契约测试平台随机生成多个所述初始模拟数据，其中，每个所述初始模拟数据都符合所述数据范围。

11.根据权利要求9所述的装置，其中，所述确定子单元，还用于在所述目标测试契约为采用契约测试工具Pactverify生成的测试契约文件的情况下，按照固定的契约数据类型的顺序依次分解所述目标测试契约，得到多个所述契约数据类型。

12.根据权利要求7-11中任意一项所述的装置，还包括：

存储模块，用于将多个测试契约文件存储在所述契约测试平台的契约数据库中，其中，多个所述测试契约文件包括所述目标测试契约；

查询模块，用于基于所述数据请求查询所述契约数据库，得到所述数据请求对应的所述目标测试契约。

13.一种电子设备，包括：

至少一个处理器；以及

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

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

14.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-6中任一项所述处理数据的方法。

15.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-6中任一项所述处理数据的方法。

Images