CN107453960B - 一种在服务测试中处理测试数据的方法、装置和系统 - Google Patents

Abstract

本发明涉及自动化测试技术领域，提供一种在服务测试中处理测试数据的方法、装置和系统。所述方法包括：当调取API接口时，通过API接口发送对服务版本测试的测试请求且接收基于测试请求反馈的测试数据；记录基于对当前服务版本测试的测试请求反馈的当前测试数据，以及基于对与当前服务版本不同的历史服务版本测试的测试请求反馈的历史测试数据；根据当前测试数据和历史测试数据确定用于识别当前服务版本中验证点的差分数据。因此本发明可以自动化测试服务版本，对大规模微服务的服务版本中验证点进行识别，以保证降低通过人工判断验证点的工作量和工作时间，从而提升识别验证点的效率。

Description

一种在服务测试中处理测试数据的方法、装置和系统

技术领域

本发明涉及自动化测试技术领域，尤其涉及一种在服务测试中处理测试数据的方法、装置和系统。

背景技术

在相关技术中，自动化测试系统中包括运行在客户端上的应用程序和为应用程序提供服务的服务器，应用程序通过API接口向服务器发送请求，且接收服务器针对对该请求反馈的请求数据，在服务测试阶段，需要通过API接口向服务器提供的各个服务的不同服务版本进行测试，继而通过服务维护人员分析测试服务版本后反馈的测试数据，判断测试数据中的验证点是否发生变化，如果发生变化，则服务维护人员可以编译验证点，其中，服务版本包括云服务、网页或者移动APP等提供的服务内容。

举例说明，如图1所示，在百度搜索引擎中搜索百度后，搜索网页显示了“百度百科”图片和简介百度公司的描述字段，在搜索网页中，“百度百科”图片的显示位置为<title>百度_百度百科</title>，描述字段的显示位置为name＝"description"content，在服务测试由显示位置及其对应的显示内容组成了该搜索网页的服务版本中的验证点，在服务测试阶段需要验证前述验证点。

随着服务开发的发展和用户多元化、垂直化的需求增强，服务的规模越来越庞大(例如：应用种类、应用版本等)，服务器后台系统会被拆分为大量的微服务，各个微服务分别使用不同的API接口测试服务版本，此时需要对服务版本维护的维护人员通过人工判断测试数据中验证点，造成人工判断的工作量大、难度大、消耗时间长，从而导致测试效率低。

发明内容

有鉴于此，本发明提供一种在服务测试中处理测试数据的方法、装置和系统，解决由于服务版本的规模大，导致人工判断测试数据中验证点的效率低的问题。

具体地，本发明通过如下技术方案实现：

一方面，本发明提供一种在服务测试中处理测试数据的方法，所述方法包括以下具体步骤：

当调取API接口时，通过API接口发送对服务版本测试的测试请求且接收基于测试请求反馈的测试数据；

记录基于对当前服务版本测试的测试请求反馈的当前测试数据，以及基于对与当前服务版本不同的历史服务版本测试的测试请求反馈的历史测试数据；

根据当前测试数据和历史测试数据确定用于识别当前服务版本中验证点的差分数据。

另一方面，基于相同的构思，本发明还提供一种在服务测试中处理测试数据的装置，所述装置包括一下具体单元：

API接口，用于当调取API接口时，通过API接口发送对服务版本测试的测试请求且接收基于测试请求反馈的测试数据；

测试数据记录单元，用于记录基于对当前服务版本测试的测试请求反馈的当前测试数据，以及基于对与当前服务版本不同的历史服务版本测试的测试请求反馈的历史测试数据；

差分数据确定，用于根据当前测试数据和历史测试数据确定用于识别当前服务版本中验证点的差分数据。

另一方面，基于相同的构思，本申请还提供一种在服务测试中处理测试数据的系统，所述系统包括客户端和为客户端提供服务的服务器，服务器包括当前待测服务版本的当前服务版本和当前服务版本更新的历史服务版本，当运行在客户端上的测试程序调取API接口时，向服务器发送测试请求且接收服务器基于测试请求反馈的当前服务版本的当前测试数据和历史服务版本的历史测试数据，进而根据当前测试数据和历史测试数据确定用于识别当前服务版本中验证点的差分数据。

本发明实施例提供的技术方案带来的有益效果是：

相比于现有技术，本发明当调取API接口时，通过API接口发送对服务版本测试的测试请求且接收基于测试请求反馈的测试数据，可以自动化测试服务版本得到测试数据，然后记录基于对当前服务版本测试的测试请求反馈的当前测试数据，以及基于对与当前服务版本不同的历史服务版本测试的测试请求反馈的历史测试数据，以得到服务不同版本之间的测试数据，最后根据当前测试数据和历史测试数据确定用于识别当前服务版本中验证点的差分数据，从而实现验证当前服务版本中的验证点。在服务规模大的情况下，可以减少验证服务中验证点的工作量和消耗时间，提升测试效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术中验证点的示意图；

图2是本发明实施例一提供的一种在服务测试中处理测试数据的流程图；

图3是客户端和服务器交互通信得到测试数据的时间结构图；

图4是本发明提供步骤S130的详细流程图；

图5是本发明实施例一提供的另一种在服务测试中处理测试数据的流程图；

图6是本发明实施例二提供的一种在服务测试中处理测试数据的装置结构图；

图6a是本发明实施例二提供的另一种在服务测试中处理测试数据的装置结构图；

图7是本发明实施例三提供的一种在服务测试中处理测试数据的系统。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

请参考图1，是本发明一种示例性实施方式中的一种在服务测试中处理测试数据的方法的流程图，该方法包括以下具体步骤：

步骤S110：当调取API接口时，通过所述API接口发送对服务版本测试的测试请求且接收基于所述测试请求反馈的测试数据；

在本实施例中，运行在客户端上的应用程序包括API接口，当调取API接口时，API接口向服务器后台系统中的微服务发送测试请求，服务器后台系统基于测试请求向API接口发送微服务版本的测试数据。

其中，服务器后台系统为了满足不同用户的个性化需求，往往需要维护不同类型的微服务和各种类型微服务的不同服务版本，因此在不同客户端上的服务版本可能不同，或者在同一终端的不同时间段内的服务版本可能不同。

对于各个客户端而言，当前待测的服务版本即为当前服务版本，当前服务版本更新的服务版本为历史服务版本，需要记录当前服务版本和历史服务版本的测试数据，同时测试当前服务版本和历史服务版本得到的测试数据，可以通过同一客户端在不同时间段内发送测试请求。

可选地，在测试当前服务版本的请求中封装测试当前服务版本和历史服务版本的请求数据，服务器后台系统根据请求数据，按照一定时间差前后发送针对当前服务版本和历史服务版本测试后的测试数据。

以在不同时段内分别发送测试请求为例，如图2所示，客户端在T1时刻向服务器发送测试历史服务版本Rest2的测试请求2，在大于T1时刻的T2时刻，服务器针对测试请求2返回历史测试数据Data2，之后，在服务器中对历史服务版本Rest2更新，更新之后的服务版本为当前服务版本Rest1，接收到历史测试数据Data1的客户端，在T3时刻向服务器发送对当前服务版本Rest1测试的测试请求1，以及基于测试请求1，在T4时刻服务器发送当前测试数据Data1，其中，时刻T2<T3<T4，并且可以是对历史服务版本Rest2新增API接口、删除API接口或/和修改与API接口相关的代码等编译操作后，得到用于更新历史服务版本Rest2的当前服务版本Rest1，而测试上述服务版本得到的测试数据也有所差异。

服务器同时保存服务版本Rest1和Rest2，对于正常运行历史服务版本Rest2的客户端而言，历史服务版本Rest2为正在使用的稳定服务版本，而当前服务版本Rest1为需要测试其与Rest2兼容性的当前待测版本，根据同时为多个终端提供服务的兼容性原则，至少需要在服务器上保存一个稳定服务版本，若考虑不同用户在长时间跨度上的个性化需求，甚至需要保存多个稳定服务版本，例如：在服务器上还保存有在历史服务版本Rest2之前的稳定服务版本，对该稳定服务版本更新后得到Rest2。

步骤S120：记录基于对当前服务版本测试的测试请求反馈的当前测试数据，以及基于对与当前服务版本不同的历史服务版本测试的测试请求反馈的历史测试数据；

客户端对API接口接收的当前测试数据进行记录，以及记录在接收当前测试数据之前测试历史服务版本的历史测试数据，其中，历史服务版本包括第一历史服务版本和对第一服务版本更新的第二历史服务版本，相应地，测试第一历史服务版本得到第一历史测试数据，测试第二历史服务版本得到第二历史测试数据。

以修改API接口http://10.19.201.157/json中相关代码为例，如表1所示，通过API接口接收测试数据Data1和Data2后，以列表形式记录，分别在列表的表头中记录用于表示当前测试数据的Rest1-Data1和用于表示历史测试数据的Rest2-Data2，在测试数据Data1和Data2中分别包括描述服务内容的描述字段和用于指示描述字段类型的默认字段，例如：记录在表2的第二行中的测试数据为“name”:“hongxu”，其中，描述服务内容的描述字段为hongxu且用于指示描述字段类型的默认字段为name，以及用于分割hongxu和name的分割符:和“”。

表1

	Rest1-Data1	Rest2-Data2
			1	“name”:“hongxu”	“name”:“hongxu”
2	“age”:“29”	“age”:“29”
			3	“company”:“hisense”	“company”:“hisense”
4	“timestamp”:”123123123123”	“timestamp”:”111122312323”
			5	“signature”:”xcvseqweadsfzxcv”	“signature”:”iiqwedfwasdfaser”

如表2所示，对API接口接收的历史测试数据Data2进行记录，其中，历史测试数据Data2包括对第一历史服务版本Rest3测试后得到的第一历史测试数据Rest3-Data2，以及对第一历史服务版本更新后的第二历史服务版本进行测试，记录第二历史服务版本Rest2测试后得到的第二历史测试数据Rest2-Data2。

表2

	Rest2-Data2	Rest3-Data2
			1	“name”:“hongxu”	“name”:“hongxu”
2	“age”:“29”	“age”:“29”
			3	“company”:“hisense”	“company”:“hisense”
4	“timestamp”:”111122312323”	“timestamp”:”5521237127312”
			5	“signature”:”iiqwedfwasdfaser”	“signature”:”uwsdfqweqwes”

优选地，第一历史服务版本和第二历史服务版本之间的版本差值为1，相比于其他历史服务版本，第一历史服务版本和第二历史服务版本中的各个验证点较为接近，分别对应的第一历史测试数据和第二历史测试数据重合性更好，其中，重合性表示第一历史测试数据和第二历史测试数据之间相同的历史测试数据更多。

需要说明的是，验证点是指测试数据中用于描述服务版本提供服务的描述字段，且用于指示在不同服务版本中服务差异的大小。结合表2举例说明，在第一历史测试数据和第二历史测试数据中均包含验证点“company”:“hisense”，表示提供第一历史服务版本和第二历史服务版本中服务的服务商为hisense，该服务在上述两个服务版本中无差异，并且第一历史测试数据和第二历史测试数据中“signature”服务不同。

步骤S130：根据当前测试数据和历史测试数据确定用于识别当前服务版本中验证点的差分数据。

示例一，首先以记录的当前测试数据和第一历史测试数据确定用于指示对当前服务版本中验证点识别未成功的第一差分数据，然后以第一差分数据与第二历史数据匹配确定用于指示对当前服务版本中的验证点进行编译的第二差分数据。

在上述图2的基础上，本发明还公开了步骤S130的详细流程图，如图3所示，步骤S130包括以下具体步骤：

步骤S131：判断当前测试数据与第一历史测试数据是否相同，以与第一历史测试数据不相同的当前测试数据生成第一差分数据。

以当前测试数据与第一历史测试数据进行匹配，若当前测试数据与其匹配相同，表示匹配相同的当前测试数据为当前服务版本中不需要编译的验证点，即可直接确定当前服务版本中的验证点识别成功，此时返回用于指示确定验证点成功的第一信息，若匹配不相同，则记录当前测试数据为第一差分数据，第一差分数据用于指示对当前服务版本中的验证点识别未成功。

具体地，测试数据中包含描述服务版本中服务内容的描述字段和用于指示该描述字段类型的默认字段，在匹配测试数据的过程中，首先匹配第一历史测试数据中是否包含当前测试数据中的默认字段，若存在，则继续匹配与默认字段对应的描述字段是否相等，若相等，则表示当前测试数据和第一历史测试数据相同，表示当前服务版本和第一历史服务版本中的验证点无差异，否则表示上述测试数据不相同。

在判断上述测试数据不相同时，可以对与第一历史测试数据不相同的当前测试数据进行备份，备份的当前测试数据为用于对当前服务版本和第一历史服务版本中有差异的验证点进行识别的第一差分数据，以避免数据丢失或者匹配失误等导致第一差分数据不准确的风险。

可选地，直接从当前测试数据中提取与第一历史测试数据不同的当前测试数据，提取的当前测试数据即为第一差分数据。

结合表1和表2所示，当前测试数据Rest1-Data1中包括“signature”:”xcvseqweadsfzxcv”，第一历史测试数据Rest3中包含“signature”:”uwsdfqweqwes”在Rest1-Data1与第一历史测试数据Rest3-Data2匹配时，判断Rest3-Data2和Rest1-Data1中均存在默认字段signature，进而判读该默认字段对应的描述字段，Rest3-Data2中描述字段uwsdfqweqwes与xcvseqweadsfzxcv不同，表示Rest1-Data1中的“signature”:”xcvseqweadsfzxcv”识别当前服务版本Rest1中的验证点未成功，此时备份“signature”:”xcvseqweadsfzxcv”得到第一差分数据。

步骤S132：判断第一差分数据与第二历史测试数据是否相同，以与第二历史测试数据相同的第一差分数据生成第二差分数据。

在匹配当前测试数据和第一历史测试数据不相同的基础上，匹配第一差分数据与第二历史测试数据是否相同；若不相同，则表示第一差分数据为当前测试数据中的噪音数据，该噪音数据表示不需要对当前服务版本中的验证点进行识别，此时过滤噪音数据，或者返回用于指示第一差分数据所在当前服务版本中的验证点为噪音点的第二信息；若相同，则表示第一差分数据为当前测试数据中的BUG数据，且第一差分数据所在的当前服务版本中验证点为BUG验证点，需要对服务版本维护的维护人员针对BUG验证点进行编译，以修复该BUG验证点，此时将第一差分数据记录到自动化报告模版中，记录在自动化报告模版中的第一差分数据为第二差分数据。

需要说明的是，以第一差分数据匹配第二历史测试数据，与当前测试数据和第二差分数据的匹配过程，具体匹配方式相近，此时不再赘述。

在当前测试数据与第一历史测试数据，以及与第二历史测试数据匹配过程中，可以自动判断出第一历史测试数据和第二历史测试数据中是否当前测试数据，以过滤出用于指示当前服务版本中新增服务的验证点，该新增服务的验证点并未出现在历史服务版本中；若第一历史测试数据和第二历史测试数据中均不存在当前测试数据，则将该当前测试数据返回到自动化报告模版中，且在自动化报告模版中，标记与BUG数据不同的信息。

可选地，针对该当前测试数据单独生成一份自动报告模版或者备份到指定的存储空间中，该指定存储空间与存储BUG数据的存储空间不同。

示例二

在匹配当前测试数据和历史测试数据之前，如图5所示，以对多个历史服务版本测试后得到的历史测试数据生成第三差分数据，通过第三差分数据定义一个默认数据集合，该数据集合中的测试数据用于表征不需要对当前服务版本中的验证点进行识别，该验证点对应在多个历史服务版本中的历史测试数据均不相同。

以历史服务版本为三个服务版本为例，历史服务版本中包括依次更新的第一历史服务版本、第二历史服务版本和第三历史服务版本，通过自学习方式，比对第一历史服务版本对应的第一历史测试数据和对第二历史服务版本对应的第二历史测试数据，以及第三历史服务版本对应的第三历史测试数据，当第一历史测试数据、第二历史测试数据和第三历史测试数据互不相同时，表示该互不相同的测试数据为噪音数据，以该噪音数据定义一个默认数据集合，以在对第三服务版本更新后的当前服务版本测试后，从记录的当前测试数据中删除包含在默认信息集合中的测试数据，如此可以节省当前测试数据与历史测试数据匹配的时间，以提升识别验证点的效率。

示范性的，对当前服务版本Rest1进行更新，参照表1和表2所示，更新后的当前服务版本Rest1为第三历史服务版本Rest1，记录第三历史服务版本Rest1的第三历史测试数据为Rest1-Data2，在Rest1-Data2中包括“timestamp”:”123123123123”和“signature”:”xcvseqweadsfzxcv”，并且与第二历史测试数据Rest2-Data2中的“timestamp”:”111122312323”和“signature”:”iiqwedfwasdfaser”，以及与第一历史测试数据Rest3-Data2中的“timestamp”:”5521237127312”和“signature”:”uwsdfqweqwes”均不相同，分别从上述历史测试数据Rest1-Data2、Rest2-Data2、Rest3-Data2中提取上述互不相同的测试数据，并且将“timestamp”和“signature”定义为一个默认数据集合。

可选地，当该默认数据集合与当前测试数据比对时，对包含在默认信息集合中的当前测试数据所在的数据位置进行标记，标记数据位置的信息为第三信息，在当前测试数据与历史测试数据匹配时，根据该第三信息可以直接过滤前述数据位置上的当前测试数据。

进一步地，当前测试数据可以与上述三个历史服务版本中任意两个历史服务版本对应的历史测试数据进行匹配，本示例中当前测试数据与历史测试数据的匹配过程与前述示例一类似，以确定出用于识别当前测试版本中验证点的差分数据，此处参照示例一，不再赘述。

实施例二

基于相同的构思，本发明实施例二还提供一种在服务测试中处理测试数据的装置，该装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，本发明的处理测试数据的装置作为一个逻辑意义上的装置，是通过其所设备的CPU将存储器中对应的计算机程序指令读取后运行而成。

请参考图6，是本发明一种示例性实施方式中的一种在服务测试中处理测试数据的装置600，所述装置应用于客户端设备，该装置基本运行环境包括CPU，存储器以及其他硬件，从逻辑层面上来看，该装置600的逻辑结构如图6所示，其中包括：

API接口610，用于当调取API接口时，通过API接口发送对服务版本测试的测试请求且接收基于测试请求反馈的测试数据；

测试数据记录单元620，用于记录基于对当前服务版本测试的测试请求反馈的当前测试数据，以及基于对与当前服务版本不同的历史服务版本测试的测试请求反馈的历史测试数据；

差分数据确定单元630，用于根据当前测试数据和历史测试数据确定用于识别当前服务版本中验证点的差分数据。

可选的，差分数据确定单元630中包括默认数据集合定义单元631，用于对多个历史服务版本测试得到的历史测试数据进行匹配，以互不相同的历史测试数据生成第三差分数据；基于第三差分数据定义用于表征对当前服务版本中验证点不进行识别的默认数据集合；从对当前服务版本测试得到的当前测试数据中，过滤包含在默认数据集合中的当前测试数据。

可选地，差分数据确定单元630包括第一差分数据确定单元632和第二差分数据确定单元633，第一差分数据确定单元632，用于判断当前测试数据与第一历史测试数据是否相同，以与第一历史测试数据不相同的当前测试数据生成第一差分数据；第二差分数据确定单元633，用于判断第一差分数据与第二历史测试数据是否相同，以与第二历史测试数据相同的第一差分数据生成第二差分数据。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

实施例三

参考图7所示，本发明实施例三还提供一种在服务测试中处理测试数据的系统700，该系统700中包括客户端710和与客户端710相互通信的服务器720，服务器后台720包括对从客户端710接收的请求进行处理的请求处理器，根据处理后的请求数据测试后台系统中的当前服务版本和历史服务版本，以及基于请求数据反馈当前测试数据和历史测试数据。

其中，当客户端710上的API接口被调取时，向服务器720发送测试请求，并接收基于测试请求反馈的测试数据，客户端710还包括控制API接口进行数据交互的控制总线，以及与控制总线连接的处理器、存储器和数据库，数据库记录通过API接口接收的测试数据，处理器对测试数据处理后得到用于识别当前服务版本中识别点的差分数据，并基于差分数据向数据库反馈处理结果，该处理结果包括返回当前测试数据、第一信息和第二信息等，存储器中存储计算机程序，运行该计算机程序可以执行调取API接口、对测试数据处理的过程，以得到处理结果。

综上所述，本发明当调取API接口时，通过API接口发送对服务版本测试的测试请求且接收基于测试请求反馈的测试数据；记录基于对当前服务版本测试的测试请求反馈的当前测试数据，以及基于对与当前服务版本不同的历史服务版本测试的测试请求反馈的历史测试数据；根据当前测试数据和历史测试数据确定用于识别当前服务版本中验证点的差分数据。相比于现有技术，本发明可以自动化测试服务版本，识别服务版本中的验证点，减低识别验证点的工作难度和消耗时间，提升识别验证点的效率。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个API接口上，抑或对或对API接口集成得到的API总接口。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (5)

1.一种在服务测试中处理测试数据的方法，其特征在于，所述方法包括以下具体步骤：

当调取API接口时，通过所述API接口发送对服务版本测试的测试请求且接收基于所述测试请求反馈的测试数据；

记录基于对当前服务版本测试的测试请求反馈的当前测试数据；

判断所述当前测试数据与第一历史测试数据是否相同，其中，所述第一历史测试数据是基于在所述当前服务版本之前的第一历史服务版本发送请求接收到的数据；

在所述当前测试数据与所述第一历史测试数据相同时，返回用于指示确定验证点识别成功的第一信息；在所述当前测试数据与所述第一历史测试数据不相同时，根据所述当前测试数据与所述第一历史测试数据确定第一差分数据；

判断所述第一差分数据与第二历史测试数据是否相同，其中，所述第二历史数据是基于在所述第一历史服务版本之前的第二历史服务版本发送请求接收的数据；

在所述第一差分数据与所述第二历史测试数据不相同时，确定所述第一差分数据为噪音数据；在所述第一差分数据与所述第二历史测试数据相同时，确定所述第一差分数据为第二差分数据。

2.根据权利要求1所述的方法，其特征在于，所述确定所述第一差分数据为噪音数据后，还包括：

过滤所述第一差分数据表示的噪音数据，或者，

返回用于指示所述第一差分数据所在当前服务版本中的验证点为噪音点的第二信息。

3.根据权利要求2所述的方法，其特征在于，确定所述第一差分数据为第二差分数据后，还包括：

将所述第二差分数据保存到自动报告模版中，以修复所述第二差分数据表示的BUG验证点。

4.一种在服务测试中处理测试数据的装置，其特征在于，所述装置包括：

API接口，用于当调取API接口时，通过所述API接口发送对服务版本测试的测试请求且接收基于所述测试请求反馈的测试数据；

测试数据记录单元，用于记录基于对当前服务版本测试的测试请求返反馈的当前测试数据；

差分数据确定单元，用于判断所述当前测试数据与第一历史测试数据是否相同；在所述当前测试数据与所述第一历史测试数据相同时，返回用于指示确定验证点识别成功的第一信息；在所述当前测试数据与所述第一历史测试数据不相同时，根据所述当前测试数据与所述第一历史测试数据确定第一差分数据；判断所述第一差分数据与第二历史测试数据是否相同，在所述第一差分数据与所述第二历史测试数据不相同时，确定所述第一差分数据为噪音数据；在所述第一差分数据与所述第二历史测试数据相同时，确定所述第一差分数据为第二差分数据，其中，所述第一历史测试数据是基于在所述当前服务版本之前的第一历史服务版本发送请求接收到的数据，所述第二历史数据是基于在所述第一历史服务版本之前的第二历史服务版本发送请求接收的数据。

5.一种在服务测试中处理测试数据的系统，其特征在于，包括：

所述系统包括客户端和为客户端提供服务的服务器，所述服务器包括待测的当前服务版本和当前服务版本更新的历史服务版本，当运行在客户端上的测试程序调取API接口时，向所述服务器发送测试请求且接收所述服务器基于所述测试请求反馈的当前服务版本的当前测试数据，进而判断所述当前测试数据与第一历史测试数据是否相同；在所述当前测试数据与所述第一历史测试数据相同时，返回用于指示确定验证点识别成功的第一信息；在所述当前测试数据与所述第一历史测试数据不相同时，根据所述当前测试数据与所述第一历史测试数据确定第一差分数据；判断所述第一差分数据与第二历史测试数据是否相同，在所述第一差分数据与所述第二历史测试数据不相同时，确定所述第一差分数据为噪音数据；在所述第一差分数据与所述第二历史测试数据相同时，确定所述第一差分数据为第二差分数据，其中，所述第一历史测试数据是基于在所述当前服务版本之前的第一历史服务版本发送请求接收到的数据，所述第二历史数据是基于在所述第一历史服务版本之前的第二历史服务版本发送请求接收的数据。

Images