CN112148614B - 回归测试方法及装置 - Google Patents

Abstract

本发明提供了一种回归测试方法及装置，涉及测试技术领域，该方法包括：获取第一测试结果和目标***返回的报文；第一测试结果和目标***返回的报文利用目标时刻存储的第一测试案例对待测试数据进行测试得到；还原待测试数据；根据第二测试案例和目标***返回的报文对待测试数据进行测试，得到第二测试结果；第二测试案例根据修改后的***软件数据生成；第二测试案例包含第一测试案例；根据第一测试结果和第二测试结果生成回归测试结果。本发明可以实现自动化进行回归测试，减少因数据库中数据被删除或修改导致的测试结果不准确的问题，实现回归测试外部目标***报文的更新，提高测试的准确率，保证测试质量。

Description

回归测试方法及装置

技术领域

本发明涉及测试技术领域，尤其是涉及一种回归测试方法及装置。

背景技术

回归测试是指在软件开发过程当中，一旦功能做了修改，就有可能影响***的其他功能，所以这个时候就需要把已经完成的验证过的测试用例重新跑一下，以确保功能的修改没有对***的其他现有功能造成影响。金融行业产品需求不断变化，***越来越复杂，上线周期越来越快。在充分进行单元测试，集成测试，性能测试，用户测试外，通过回归测试发现潜在问题，保证***功能可用性越来越重要。现有的回归测试，由开发人员各自维护自己所负责功能的测试案例，采用手工方式发送案例并比对结果来进行回归测试，回归测试的便捷性，充分性以及有效性都有待提高。

发明内容

本发明提供了一种回归测试方法及装置，可以实现自动化回归测试，提升回归测试的效率，保证回归测试的质量。

第一方面，本发明实施例提供了一种回归测试方法，该方法包括：获取第一测试结果和目标***返回的报文；所述第一测试结果和所述目标***返回的报文利用目标时刻存储的第一测试案例对待测试数据进行测试得到；还原所述待测试数据；根据第二测试案例和所述目标***返回的报文对所述待测试数据进行测试，得到第二测试结果；所述第二测试案例根据修改后的***软件数据生成；所述第二测试案例包含所述第一测试案例；根据所述第一测试结果和所述第二测试结果生成回归测试结果。

第二方面，本发明实施例还提供一种回归测试装置，该装置包括：获取模块，用于获取第一测试结果和目标***返回的报文；所述第一测试结果和所述目标***返回的报文利用目标时刻存储的第一测试案例对待测试数据进行测试得到；还原模块，用于还原所述待测试数据；测试模块，用于根据第二测试案例和所述目标***返回的报文对所述待测试数据进行测试，得到第二测试结果；所述第二测试案例根据修改后的***软件数据生成；所述第二测试案例包含所述第一测试案例；结果模块，用于根据所述第一测试结果和所述第二测试结果生成回归测试结果。

第三方面，本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述回归测试方法。

第四方面，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述回归测试方法的计算机程序。

本发明实施例带来了以下有益效果：本发明实施例提供了一种回归测试方案，该方案首先获取第一测试结果和目标***返回的报文，该第一测试结果和目标***返回的报文利用目标时刻存储的第一测试案例对待测试数据进行测试得到，之后，还原待测试数据，再根据第二测试案例和目标***返回的报文对待测试数据进行测试，得到第二测试结果，该第二测试案例根据修改后的***软件数据生成，并且该第二测试案例包含第一测试案例，最后，根据第一测试结果和第二测试结果生成回归测试结果。本发明实施例在获取根据目标时刻备份的第一测试案例得到第一测试结果以及根据修改后***软件数据生成的第二测试案例得到的第二测试结果后，根据该第一测试结果和第二测试结果对比得到回归测试结果，实现自动化进行回归测试，通过数据备份和还原，能够减少因数据库中数据被删除或修改导致的测试结果不准确的问题，通过目标***返回的报文，实现回归测试外部目标***报文的更新，提高测试的准确率，保证测试质量。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例提供的回归测试方法流程图；

图2为本发明实施例提供的生成第一测试结果和目标***返回的报文流程图；

图3为本发明实施例提供的回归测试方法执行步骤示意图；

图4为本发明实施例提供的一种回归测试装置结构框图；

图5为本发明实施例提供的另一种回归测试装置结构框图；

图6为本发明实施例提供的计算机设备结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前，银行***功能开发主要包括以下几个部分：

新的功能。当开发人员开发新的代码时，他们不会完全专注于兼容现有代码，因此需要利用回归测试来找出潜在的问题。

功能修改和缺陷修复。当***复杂度比较高时，开发人员根据业务需求修改代码或移除现有功能可能会产生更多的问题。此时回归测试可以检查被删除或修改的功能，会不会影响其他功能。

开发平台升级。由于软件框架漏洞修复或平台功能优化导致的平台升级，可能导致一些业务功能出现问题。这种问题难以发现，需要通过有充分案例的回归测试来确认。

传统的银行***功能开发完成之后，主要进行单元测试，组装测试，用户测试，往往忽略回归测试。主要是因为回归测试重复工作多、覆盖度不高、发现的缺陷相对工作量来说太少。目前，回归测试主要有以下两种方案：

1)手工回归测试。开发人员各自维护自己所负责功能的测试案例，由于案例较少，采用手工方式发送案例并比对结果来进行回归测试。

2)传统的自动化回归测试。传统的***回归测试，通过评审维护案例库，在指定的时间自动化发送***回归测试案例，自动化比对结果，从而实现***回归测试。

现有的回归测试方法具有以下缺点：

1)没有考虑数据问题。开发测试过程中存在数据的删除和修改，会影响回归测试结果，导致比对结果容易出现由于数据问题引发的比对不一致情况。

2)挡板报文一成不变。银行***，往往都会有大量的外呼交易。这些外呼交易，即使经过若干轮的迭代开发，挡板报文也不会变化，缺乏体现外部***的变化，无法捕捉外部***引发的潜在问题。

3)缺乏完整的回归测试流程。传统的回归测试只考虑案例的发送和比对，缺乏备份、还原、案例维护、比对不一致、屏蔽规则等多个流程的处理，导致回归测试的结果容易出现各种问题。

综上，传统的回归测试存在成本高、耗时长、案例缺乏维护、解决缺陷效果不明显等问题。

基于此，本发明实施例提供的一种回归测试方法及装置，从提高回归测试便捷性，充分性、有效性的角度出发，设计一种自动化的***回归测试流程方法，尽可能减少人工参与，在满足产品需求的前提下，高效的保证产品质量。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种回归测试方法进行详细介绍。

本发明实施例提供了一种回归测试方法，参见图1所示的一种回归测试方法流程图，该方法包括以下步骤：

步骤S102，获取第一测试结果和目标***返回的报文。

在本发明实施例中，第一测试结果和目标***返回的报文利用目标时刻存储的第一测试案例对待测试数据进行测试得到。

目标时刻是回归测试之前的某一历史时刻，可以根据实际需求进行选择，本发明实施例对此不作具体限定。预先对目标时刻测试时采用的待测试数据进行备份，将目标时刻测试时采用的测试案例进行存储得到第一测试案例。根据该第一测试案例执行对待测试数据测试过程，得到第一测试结果。在执行第一测试案例的过程中，可能涉及到与其他***的交互，将与本***产生交互的***作为目标***，采集该目标***返回的测试报文。

需要说明的是，目标***返回的报文，可以从目标时刻执行第一测试案例时记录的数据中获得，从而无需再在目标***执行交易，提升数据处理效率。通过目标***返回的报文，可以及时发现外部***的变化，解决外部***引发的潜在问题，并避免外部***更新对本发明实施例回归测试结果的影响。

另外需要说明的是，第一测试案例是多个测试案例组成的集合。

步骤S104，还原待测试数据。

在本发明实施例中，预先对待测试数据进行备份，在执行该回归测试方法时，将预先备份的待测试数据添加到待访问的数据库中，以便后续利用第二测试案例对该待测试数据进行测试。

步骤S106，根据第二测试案例和目标***返回的报文对待测试数据进行测试，得到第二测试结果。

在本发明实施例中，第二测试案例根据修改后的***软件数据生成，第二测试案例包含第一测试案例。从目标时刻开始至进行回归测试的时间段内，软件开发过程当中会对功能进行修改，第二测试案例是为了测试修改后的***软件数据而生产的案例集合。为了再次验证第一测试案例的执行结果，第二测试案例的案例集合包括第一测试案例的案例集合中的所有案例。

步骤S108，根据第一测试结果和第二测试结果生成回归测试结果。

在本发明实施例中，将第一测试结果和第二测试结果进行对比，以验证第一测试案例对应的功能是否受到***软件数据修改的影响，得到回归测试结果。

本发明实施例提供了一种回归测试方案，该方案首先获取第一测试结果和目标***返回的报文，该第一测试结果和目标***返回的报文利用目标时刻存储的第一测试案例对待测试数据进行测试得到，之后，还原待测试数据，再根据第二测试案例和目标***返回的报文对待测试数据进行测试，得到第二测试结果，该第二测试案例根据修改后的***软件数据生成，并且该第二测试案例包含第一测试案例，最后，根据第一测试结果和第二测试结果生成回归测试结果。本发明实施例在获取根据目标时刻备份的第一测试案例得到第一测试结果以及根据修改后***软件数据生成的第二测试案例得到的第二测试结果后，根据该第一测试结果和第二测试结果对比得到回归测试结果，实现自动化进行回归测试，通过数据备份和还原，能够减少因数据库中数据被删除或修改导致的测试结果不准确的问题，通过目标***返回的报文，实现回归测试外部目标***报文的更新，提高测试的准确率，保证测试质量。

为了更充分的准备回归测试数据，获取第一测试结果和目标***返回的报文之前，还可以执行如下步骤：

获取***参数、时序参数、第一测试案例和待测试数据；按照***参数读取第一测试案例；按照时序参数，利用第一测试案例对待测试数据进行测试，得到第一测试结果；记录执行第一测试案例过程中采集的目标***返回的报文。

在本发明实施例中，待测试数据为可能影响测试功能的数据，例如，可以为表数据，其具体形式可以根据实际需求进行设置，本发明实施例对此不作具体限定。***参数用于识别要进行回归测试的***，根据***参数确定要进行回归测试的***之后，读取该***对应的第一测试案例，需要说明的是，不同的***对应不同的第一测试案例。时序参数用于确定第一测试案例中多个测试案例的测试先后顺序。按照时序参数确定的顺序，利用第一测试案例对待测试数据进行测试，得到第一测试结果。在测试过程中，可能需要与目标***进行数据交互，记录测试过程中采集的目标***返回的报文。

为保证自动化回归测试顺利执行，减少中断次数，按照***参数读取第一测试案例之前，还可以执行如下步骤：

判断待测试数据是否备份成功；如果是，则按照***参数读取第一测试案例；如果否，则重新备份待测试数据。

在本发明实施例中，检查数据库中是否已经对待测试数据备份成功，如果没有成功，则对待测试数据进行重新备份，从而保证能够顺利利用第一测试案例对待测试数据进行测试。

为了保证测试结果的准确性，根据第一测试结果和第二测试结果生成回归测试结果，可以按照如下步骤执行：

判断同一个第一测试案例的第一测试结果和第二测试结果是否一致；如果是，则确定回归测试结果为测试通过；如果否，则确定回归测试结果为测试不通过。

在本发明实施例中，如果同一个测试案例的两次测试结果一致，则证明该测试案例对应的功能没有受到***软件数据修改的影响，则回归测试结果为测试通过，否则，为不通过。

考虑到为了进一步保证后续回归测试的充分性和准确性，确定回归测试结果为测试通过之后，还可以执行如下步骤：

根据第二测试案例更新第一测试案例。

在本发明实施例中，将第二测试案例的集合中有而第一测试案例的集合中没有的测试案例，补充至第一测试案例中，从而实现对第一测试案例的更新，更新的第一测试案例，可以用于后续的回归测试中，丰富了案例库，进而提升回归测试的准确性和可靠性。

为了提升回归测试结果的自动化度，确定回归测试结果为测试不通过之后，还可以执行如下步骤：

判断第一测试结果和第二测试结果的差异信息是否属于预设差异范围；如果是，则根据差异信息生成屏蔽数据，并根据屏蔽数据更新数据库；如果否，则生成提醒信息，并将提醒信息发送至报警模块。

在本发明实施例中，第一测试结果和第二测试结果的差异信息属于预设差异范围，例如，二者差异数据的位置属于预设差异范围，则该差异信息可以忽略不计，即该差异信息在预设差异范围确定的范围内，认为该情况下第一测试结果和第二测试结果为一致。如果满足第一测试结果和第二测试结果的差异信息属于预设范围，则根据差异信息生成屏蔽数据，屏蔽数据用于控制第一测试结果和第二测试结果的对比结果；如果不满足第一测试结果和第二测试结果的差异信息属于预设范围，则生成提醒信息，将提醒信息发送至报警模块，以提醒开发人员分析问题并解决问题。

需要说明的是，在本发明实施例中预设差异范围可以根据实际需求进行设置，本发明实施例对此不作具体限定。

下面以一个具体实施例对该方法的实施过程进行说明。

参见图2所示的生成第一测试结果和目标***返回的报文流程图，在某一时点完成数据的备份，查询案例库得到***的回归测试案例集，即第一测试案例，时序发送***案例得到返回报文作为这一轮回归测试的基准结果，即第一测试结果。同时采集外呼交易的返回报文作为这一轮回归测试的外呼挡板。其中，外呼交易是指涉及目标***的交易，外呼交易的返回报文是指目标***返回的报文，外呼挡板报文、基准结果都保存在数据库。

参见图3所示的回归测试方法执行步骤示意图，功能验证通过后(包括新增功能，功能调整，缺陷修复，平台升级等)，开始执行图3的步骤。加载屏蔽规则，用图2中的备份数据进行还原，然后读取数据库中的案例，即第二测试案例，时序发送案例得到当前的案例结果，即第二测试结果，比对当前结果和基准结果，查看比对结果不一致，忽略屏蔽规则字段的不一致，分析其余不一致字段的原因，如果不一致是属于正常的，把不需要比较的字段更新到屏蔽规则中。如果存在案例的新增、修改或删除，则同步更新到案例库。回归测试流程结束。

需要说明的是，数据备份还原：数据备份不是备份***的所有数据，而是备份覆盖***测试功能的最小集数据。例如选择能够覆盖***功能集合的岗位和角色的所有数据进行备份。同一岗位，角色，不同人员的数据备份。把备份的数据复制到备份表，还原的时候，根据备份表的数据还原对应的数据。采集外呼交易的返回报文：需要***配合，把外呼交易的返回结果输出到指定的日志文件。程序扫描日志文件，解析所有的返回报文，以事件跟踪号和回归测试迭代号为健值，如果数据库不存在相应报文，则把报文及相关信息保存到数据库。回归测试流程自动化：回归测试中的一般案例都比较多，重复工作量大，所以流程化，自动化是必然的选择。如何将回归测试中众多的流程串联起来，尽可能的保证回归测试结果的准确性，提高回归测试的效率。

数据备份还原：在图3所示步骤中使用。在某一时点，如上线后新一轮故事前期，备份***相关的数据。在回归测试中执行图3所示步骤时通过备份的数据进行还原。解决功能开发过程中，数据被修改，删除等问题。让回归测试的结果更具有可比性。

案例库维护：***所有的测试案例保存在数据库中，开发人员不需要自己本地维护。功能开发验证后可能涉及到案例的修改，新增和删除，都在数据库中进行维护。存储的案例表包含案例报文，案例描述，案例基准结果，发送时间，时序，所属***等字段信息。

案例时序发送：因为***有些功能是有先后顺序要求的，因此，回归测试的案例发送需要保证时序性。按案例表的时序字段进行升序排序，得到案例的执行顺序。

批量比对：回归测试时得到的案例结果需要跟图2所示流程中的基准结果进行一一比对。验证案例所对应的功能是否有被影响。比对采用XPATH(XML Path Language，可扩展标记语言路径语言)的方式比对报文字段，因此字段位置如果不一致，也会被判断不一致。

屏蔽规则维护。开发人员通过excel维护每个案例需要屏蔽的字段。回归测试流程在启动的时候，实时加载excel里的屏蔽字段等屏蔽数据。保证更新的屏蔽规则可以实时生效。

另外需要说明的是，图3中的“分析原因并解决”步骤。在最优流程中，是不需要这个模块，即不需要人工介入。但在前期，屏蔽规则处于从零到完善的过程，同时由于各种不确定性的问题，因此需要这一模块，需要开发人员去分析处理屏蔽规则外不一致的情况。该方法在图2所示的步骤中，采集外呼交易日志，解析得到外呼返回报文作为这一轮回归测试外呼挡板。发现外部***的变化，解决外部***引发的潜在问题。

本发明提供了一种回归测试方法及装置，该方法备份某一时间点的数据作为起始数据，然后时序发送***回归测试案例，得到案例的返回报文作为基准结果。在功相关能开发完成并验证通过后，需要进行回归测试进行验证。首先通过备份数据进行还原，然后时序发送回归测试案例，得到案例返回报文，将此次结果和基准结果进行比对，过滤屏蔽规则内的差异，分析并解决屏蔽规则外的差异，然后重复此次测试流程直到结果比对一致。该方法包含数据备份、基准结果、数据还原、时序发送案例、结果比对、屏蔽规则维护、案例库维护等步骤。通过对数据的备份和还原，能够解决数据被删除或修改导致比对不一致的问题。通过外呼交易返回报文的采集和配置，实现迭代回归测试外部报文的更新。整个回归测试方案实现流程化，自动化，解放大量重复工作，提高测试的准确率，提升回归测试的效率。

本发明实施例中还提供了一种回归测试装置，如下面的实施例所述。由于该装置解决问题的原理与回归测试方法相似，因此该装置的实施可以参见回归测试方法的实施，重复之处不再赘述。参见图4所示的一种回归测试装置结构框图，该装置包括：

获取模块71，用于获取第一测试结果和目标***返回的报文；第一测试结果和目标***返回的报文利用目标时刻存储的第一测试案例对待测试数据进行测试得到；还原模块72，用于还原待测试数据；测试模块73，用于根据第二测试案例和目标***返回的报文对待测试数据进行测试，得到第二测试结果；第二测试案例根据修改后的***软件数据生成；第二测试案例包含第一测试案例；结果模块74，用于根据第一测试结果和第二测试结果生成回归测试结果。

在一个实施例中，参见图5所示的另一种回归测试装置结构框图，该装置还包括数据模块75，用于：获取***参数、时序参数、第一测试案例和待测试数据；按照***参数读取第一测试案例；按照时序参数，利用第一测试案例对待测试数据进行测试，得到第一测试结果；记录执行第一测试案例过程中采集的目标***返回的报文。

在一个实施例中，数据模块，还用于：判断待测试数据是否备份成功；如果是，则按照***参数读取第一测试案例；如果否，则重新备份待测试数据。

在一个实施例中，结果模块，用于：判断同一个第一测试案例的第一测试结果和第二测试结果是否一致；如果是，则确定回归测试结果为测试通过；如果否，则确定回归测试结果为测试不通过。

在一个实施例中，参见图5所示的另一种回归测试装置结构框图，该装置还包括维护模块76，用于：根据第二测试案例更新第一测试案例。

在一个实施例中，参见图5所示的另一种回归测试装置结构框图，该装置还包括分析模块77，用于：判断第一测试结果和第二测试结果的差异信息是否属于预设差异范围；如果是，则根据差异信息生成屏蔽数据，并根据屏蔽数据更新数据库；如果否，则生成提醒信息，并将提醒信息发送至报警模块。

本发明实施例还提供一种计算机设备，参见图6所示的计算机设备结构示意框图，该计算机设备包括存储器81、处理器82及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一种回归测试方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的计算机设备的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有执行上述任一种回归测试方法的计算机程序。

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

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

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

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

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

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

获取第一测试结果和目标***返回的报文；所述第一测试结果和所述目标***返回的报文利用目标时刻存储的第一测试案例对待测试数据进行测试得到；

还原所述待测试数据；

根据第二测试案例和所述目标***返回的报文对所述待测试数据进行测试，得到第二测试结果；所述第二测试案例根据修改后的***软件数据生成；所述第二测试案例包含所述第一测试案例；

根据所述第一测试结果和所述第二测试结果生成回归测试结果；

根据所述第一测试结果和所述第二测试结果生成回归测试结果，包括：

判断同一个第一测试案例的所述第一测试结果和第二测试案例的所述第二测试结果是否一致；如果是，则确定回归测试结果为测试通过；

如果否，则确定回归测试结果为测试不通过；

确定回归测试结果为测试不通过之后，还包括：

判断所述第一测试结果和所述第二测试结果的差异信息是否属于预设差异范围；

如果是，则根据所述差异信息生成屏蔽数据，并根据所述屏蔽数据更新数据库；屏蔽数据用于控制第一测试结果和第二测试结果的对比结果；

如果否，则生成提醒信息，并将所述提醒信息发送至报警模块。

2.根据权利要求1所述的方法，其特征在于，获取第一测试结果和目标***返回的报文之前，还包括：

获取***参数、时序参数、第一测试案例和待测试数据；

按照所述***参数读取所述第一测试案例；

按照所述时序参数，利用所述第一测试案例对所述待测试数据进行测试，得到第一测试结果；

记录执行所述第一测试案例过程中采集的目标***返回的报文。

3.根据权利要求2所述的方法，其特征在于，按照所述***参数读取所述第一测试案例之前，还包括：

判断待测试数据是否备份成功；

如果是，则按照所述***参数读取所述第一测试案例；

如果否，则重新备份所述待测试数据。

4.根据权利要求1所述的方法，其特征在于，确定回归测试结果为测试通过之后，还包括：

根据所述第二测试案例更新所述第一测试案例。

5.一种回归测试装置，其特征在于，包括：

获取模块，用于获取第一测试结果和目标***返回的报文；所述第一测试结果和所述目标***返回的报文利用目标时刻存储的第一测试案例对待测试数据进行测试得到；

还原模块，用于还原所述待测试数据；

测试模块，用于根据第二测试案例和所述目标***返回的报文对所述待测试数据进行测试，得到第二测试结果；所述第二测试案例根据修改后的***软件数据生成；所述第二测试案例包含所述第一测试案例；

结果模块，用于根据所述第一测试结果和所述第二测试结果生成回归测试结果；

所述结果模块，用于：

判断同一个第一测试案例的所述第一测试结果和第二测试案例的所述第二测试结果是否一致；

如果是，则确定回归测试结果为测试通过；

如果否，则确定回归测试结果为测试不通过；

还包括分析模块，用于：

判断所述第一测试结果和所述第二测试结果的差异信息是否属于预设差异范围；

如果是，则根据所述差异信息生成屏蔽数据，并根据所述屏蔽数据更新数据库；

如果否，则生成提醒信息，并将所述提醒信息发送至报警模块。

6.根据权利要求5所述的装置，其特征在于，还包括数据模块，用于：

获取***参数、时序参数、第一测试案例和待测试数据；

按照所述***参数读取所述第一测试案例；

按照所述时序参数，利用所述第一测试案例对所述待测试数据进行测试，得到第一测试结果；

记录执行所述第一测试案例过程中采集的目标***返回的报文。

7.根据权利要求6所述的装置，其特征在于，所述数据模块，还用于：

判断待测试数据是否备份成功；

如果是，则按照所述***参数读取所述第一测试案例；

如果否，则重新备份所述待测试数据。

8.根据权利要求5所述的装置，其特征在于，还包括维护模块，用于：

根据所述第二测试案例更新所述第一测试案例。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4任一所述回归测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至4任一所述回归测试方法的计算机程序。