CN111737148A - 自动回归测试方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明提供了一种自动回归测试方法、装置、计算机设备及存储介质，所述方法包括，在业务系统中添加一个通用ID将业务信息关联起来；在测试人员对业务系统进行测试时，记录测试路径信息、每个测试节点的业务流程及状态信息；将通过测试的测试案例的业务流程及状态信息保存至数据库中；根据通用ID，从数据库中将测试案例的业务流程及状态信息抓取出来；根据测试路径信息，进行回归测试，生成新的通用ID将回归测试的业务流程及状态信息关联起来保存；将回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息进行逐条逐字段比较，当字段相同时，则判断当前回归测试成功。本方案能够更快速地进行数据回溯，并且回溯的结果更加准确。

Description

自动回归测试方法、装置、计算机设备及存储介质

技术领域

本发明涉及一种回归测试方法、装置、计算机设备及存储介质，尤其是指一种自动回归测试方法、装置、计算机设备及存储介质。

背景技术

自动化回归测试，一般是通过系统提供的API接口，编写自动化测试脚本来实现。一种常用的自动测试方法为，开发或测试人员根据所测系统提供的API接口，编写和运行测试脚本，通过比较系统的实时输出与脚本中预设输出的方式，来实现自动测试目的。这种方法的好处是简单，可通过对所测系统API或API组合进行测试来覆盖简单的测试案例。缺点在于，一是对于业务流程复杂的测试场景，通过API脚本测试来复制同样的人工测试很困难，二是人工测试可以根据需要灵活变动，而修改复杂的API测试脚本往往会很繁琐，以至于不可行。基于脚本的自动化回归测试，由相对固定的测试接口组合及预设结果组成，相比真实的人机交互测试，在测试完整性、复杂性和测试案例更新及时性上，都有很大欠缺。

发明内容

本发明所要解决的技术问题是：提供一种自动回归测试方法、装置、计算机设备及存储介质，提高回归测试的准确性。

为了解决上述技术问题，本发明采用的技术方案为：一种自动回归测试方法，包括以下步骤,

S10、在业务系统中添加一个通用ID将业务信息关联起来；

S20、在测试人员对业务系统进行测试时，记录测试路径信息、每个测试节点的业务流程及状态信息；

S30、以通用ID作为标识，将通过测试的测试案例的业务流程及状态信息保存至数据库中；

S40、根据通用ID，从数据库中将测试案例的业务流程及状态信息抓取出来，生成一个文件；

S50、根据测试路径信息，进行回归测试，生成新的通用ID将回归测试的业务流程及状态信息关联起来保存；

S60、将回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息进行逐条逐字段比较；

S70、当回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息的字段相同时，则判断当前回归测试成功。

进一步的，所述步骤S40具体包括，

S41、根据通用ID，通过内嵌的SQL脚本及JDBC/ODBC接口将SQL脚本传送到数据库中执行查询；

S42、接收数据库根据通用ID从数据库中查询到的述业务流程及状态信息；

S43、将查询到的业务流程及状态信息生成一个文件。

进一步的，所述步骤S50具体包括，

S51、根据测试路径信息，模拟人工的测试步骤对业务系统进行回归测试；

S52、生成一个新的通用ID将每个测试节点的业务流程及状态信息关联；

S53、将新的通用ID所关联的业务流程及状态信息保存至数据库。

进一步的，所述步骤S30中，业务流程及状态信息以XML的格式保存。

进一步的，所述业务流程及状态信息包括业务系统的初始化信息、发自测试工具的消息、业务系统收到的消息、业务系统不同子系统间按时间顺序的消息到达和消息返回的信息、业务系统返回的信息。

本发明还提供一种自动回归测试装置，包括,

业务信息关联模块，用于在业务系统中添加一个通用ID将业务信息关联起来；

测试信息记录模块，用于在测试人员对业务系统进行测试时，记录测试路径信息、每个测试节点的业务流程及状态信息；

测试信息保存模块，用于以通用ID作为标识，将通过测试的测试案例的业务流程及状态信息保存至数据库中；

测试信息抓取模块，用于根据通用ID，从数据库中将测试案例的业务流程及状态信息抓取出来，生成一个文件；

回归测试模块，用于根据测试路径信息，进行回归测试，生成新的通用ID将回归测试的业务流程及状态信息关联起来保存；

测试信息比对模块，用于将回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息进行逐条逐字段比较；

测试结果判断模块，用于当回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息的字段相同时，则判断当前回归测试成功。

进一步的，所述测试信息抓取模块具体包括，

查询单元，用于根据通用ID，通过内嵌的SQL脚本及JDBC/ODBC接口将SQL脚本传送到数据库中执行查询；

接收单元，用于接收数据库根据通用ID从数据库中查询到的述业务流程及状态信息；

文件生成单元，用于将查询到的业务流程及状态信息生成一个文件。

进一步的，所述回归测试模块具体包括，

回归单元，用于根据测试路径信息，模拟人工的测试步骤对业务系统进行回归测试；

信息关联单元，用于生成一个新的通用ID将每个测试节点的业务流程及状态信息关联；

信息保存单元，用于将新的通用ID所关联的业务流程及状态信息保存至数据库。

本发明还提供了一种计算机设备，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现如上所述的自动回归测试方法。

本发明还提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现如上所述的自动回归测试方法。

本发明的有益效果在于：通过一个通用ID将业务系统测试场景中涉及到的相关数据关联起来，在回溯时根据原测试路径及数据达到快速回归测试的效果，直接读取文件，能够更快速地进行数据回溯；将回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息进行逐条逐字段比较，使得回溯的结果更加准确。

附图说明

下面结合附图详述本发明的具体结构。

图1为本发明具体实施例的数据记录流程图；

图2为本发明具体实施例的数据回溯流程图；

图3为本发明具体实施例的自动回归测试装置框图；

图4为本发明具体实施例的计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和 “包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/ 或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

本发明第一实施例为：一种自动回归测试方法，包括以下步骤,

步骤S10、在业务系统中添加一个通用ID将业务信息关联起来；

本步骤中，在业务系统中加入一个将所有业务关联起来的通用ID，如订单管理系统的订单ID或信用申请系统中的申请号ID，在业务数据库表的设计中用该ID将用户信息、账号信息、申请信息、审批信息、额度信息、放款记录、还款记录、扣款记录、逾期记录等主要信息关联起来。于是，在该系统中，给定一个通用ID，可将数据库中的相关信息查询出来。

步骤S20、在测试人员对业务系统进行测试时，记录测试路径信息、每个测试节点的业务流程及状态信息；所述业务流程及状态信息包括业务系统的初始化信息、发自测试工具的消息、业务系统收到的消息、业务系统不同子系统间按时间顺序的消息到达和消息返回的信息、业务系统返回的信息。

步骤S30、以通用ID作为标识，将通过测试的测试案例的业务流程及状态信息保存至数据库中；业务流程及状态信息以XML的格式保存。

步骤S40、根据通用ID，从数据库中将测试案例的业务流程及状态信息抓取出来，生成一个文件；

进一步的，所述步骤S40具体包括，

S41、根据通用ID，通过内嵌的SQL脚本及JDBC/ODBC接口将SQL脚本传送到数据库中执行查询；

S42、接收数据库根据通用ID从数据库中查询到的述业务流程及状态信息；

S43、将查询到的业务流程及状态信息生成一个文件。

步骤S20-S40为数据记录流程，如图1所示，测试人员对业务系统进行测试时，对通过测试的测试案例，在工具的查询窗口输入测试通过已保存在本地的通用ID进行查询，该工具通过内嵌的SQL脚本，通过JDBC/ODBC接口将SQL脚本传送到数据库中执行，执行结果返回工具，即将系统中相关的业务流程及状态信息抓取回来并保存在本地。这些信息可保存为一个XML或其它文件，文件中记录了系统中必要的初始化信息，发自测试工具的消息、系统收到的消息、系统不同子系统间按时间顺序的消息到达和消息返回信息、系统返回信息等。该工具维护多个文件目录，每个目录对应一个功能模块，每个模块下的文件为所有通过测试的测试案例。这样，通过测试的功能模块的所有测试案例都存在同一目录下。对未通过测试的测试案例，无需记录为任何文件。

步骤S50、根据测试路径信息，进行回归测试，生成新的通用ID将回归测试的业务流程及状态信息关联起来保存；

进一步的，所述步骤S50具体包括，

S51、根据测试路径信息，模拟人工的测试步骤对业务系统进行回归测试；

S52、生成一个新的通用ID将每个测试节点的业务流程及状态信息关联；

S53、将新的通用ID所关联的业务流程及状态信息保存至数据库。

具体的，在回归测试时，测试人员人工测试时，业务系统后台需将所有输入到业务系统后台的消息、所有业务系统后台返回给前端UI系统的消息保存到业务系统数据库；

自动回归测试工具增加一个模拟前端UI系统发送消息到业务系统后台的接口，在回归测试模块，自动回归测试工具通过该接口发送消息给业务系统后台。

步骤S60、将回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息进行逐条逐字段比较；

步骤S70、当回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息的字段相同时，则判断当前回归测试成功。

本步骤中，若两份文件除了时间和ID不同外，其他字段值均相同时，则为执行通过；若存在数据不一致时，则为执行不通过，不通过时可以查看具体的执行过程，比如可以看到系统A发送了一个消息给系统B，但是由于某些原因导致系统B没有接收到，因此导致该功能出现问题。

步骤S50-S70为数据回溯流程，如图2所示，执行回归测试时，测试人员输入部分模块名或全部模块名，测试工具会先初始化系统状态，然后通过直连系统模拟系统输入，逐条回放相应目录中的文件。测试工具将新生成的ID，将回归测试流程的业务流程信息及状态信息取回，并将回归测试流程的业务流程信息及状态信息与人工测试文件中保存的业务流程信息及状态信息逐条逐字段比较的方式（除时间和新旧通用ID外，其它字段都必须相同），来判断当前文件（测试案例）的回归测试是否成功。

本实施例的技术效果在于：通过一个通用ID将业务系统测试场景中涉及到的相关数据关联起来，在回溯时根据原测试路径及数据达到快速回归测试的效果，直接读取文件，能够更快速地进行数据回溯；将回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息进行逐条逐字段比较，使得回溯的结果更加准确。

如图3所示，本发明的另一实施例为：一种自动回归测试装置，包括,

业务信息关联模块10，用于在业务系统中添加一个通用ID将业务信息关联起来；

测试信息记录模块20，用于在测试人员对业务系统进行测试时，记录测试路径信息、每个测试节点的业务流程及状态信息；

测试信息保存模块30，用于以通用ID作为标识，将通过测试的测试案例的业务流程及状态信息保存至数据库中；

测试信息抓取模块40，用于根据通用ID，从数据库中将测试案例的业务流程及状态信息抓取出来，生成一个文件；

进一步的，所述测试信息抓取模块40具体包括，

查询单元，用于根据通用ID，通过内嵌的SQL脚本及JDBC/ODBC接口将SQL脚本传送到数据库中执行查询；

接收单元，用于接收数据库根据通用ID从数据库中查询到的述业务流程及状态信息；

文件生成单元，用于将查询到的业务流程及状态信息生成一个文件。

回归测试模块50，用于根据测试路径信息，进行回归测试，生成新的通用ID将回归测试的业务流程及状态信息关联起来保存；

进一步的，所述回归测试模块50具体包括，

回归单元，用于根据测试路径信息，模拟人工的测试步骤对业务系统进行回归测试；

信息关联单元，用于生成一个新的通用ID将每个测试节点的业务流程及状态信息关联；

信息保存单元，用于将新的通用ID所关联的业务流程及状态信息保存至数据库。

具体的，测试人员人工测试时，业务系统后台需将所有输入到业务系统后台的消息、所有业务系统后台返回给前端UI系统的消息保存到业务系统数据库；

自动回归测试工具增加一个模拟前端UI系统发送消息到业务系统后台的接口，在回归测试模块，自动回归测试工具通过该接口发送消息给业务系统后台。

测试信息比对模块60，用于将回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息进行逐条逐字段比较；

测试结果判断模块70，用于当回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息的字段相同时，则判断当前回归测试成功。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述自动回归测试装置和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述自动回归测试装置可以实现为一种计算机程序的形式，该计算机程序可以在如图4所示的计算机设备上运行。

请参阅图4，图4是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是终端，也可以是服务器，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

参阅图4，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504 。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种自动回归测试方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种自动回归测试方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如上的自动回归测试方法。

应当理解，在本申请实施例中，处理器502可以是中央处理单元 (CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路 (Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时使处理器执行如上的自动回归测试方法。

所述存储介质可以是U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，终端，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种自动回归测试方法，其特征在于：包括以下步骤,

S10、在业务系统中添加一个通用ID将业务信息关联起来；

S20、在测试人员对业务系统进行测试时，记录测试路径信息、每个测试节点的业务流程及状态信息；

S30、以通用ID作为标识，将通过测试的测试案例的业务流程及状态信息保存至数据库中；

S40、根据通用ID，从数据库中将测试案例的业务流程及状态信息抓取出来，生成一个文件；

S50、根据测试路径信息，进行回归测试，生成新的通用ID将回归测试的业务流程及状态信息关联起来保存；

S60、将回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息进行逐条逐字段比较；

S70、当回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息的字段相同时，则判断当前回归测试成功。

2.如权利要求1所述的自动回归测试方法，其特征在于：步骤S40具体包括，

S41、根据通用ID，通过内嵌的SQL脚本及JDBC/ODBC接口将SQL脚本传送到数据库中执行查询；

S42、接收数据库根据通用ID从数据库中查询到的述业务流程及状态信息；

S43、将查询到的业务流程及状态信息生成一个文件。

3.如权利要求1所述的自动回归测试方法，其特征在于：步骤S50具体包括，

S51、根据测试路径信息，模拟人工的测试步骤对业务系统进行回归测试；

S52、生成一个新的通用ID将每个测试节点的业务流程及状态信息关联；

S53、将新的通用ID所关联的业务流程及状态信息保存至数据库。

4.如权利要求1所述的自动回归测试方法，其特征在于：步骤S30中，业务流程及状态信息以XML的格式保存。

5.如权利要求1所述的自动回归测试方法，其特征在于：所述业务流程及状态信息包括业务系统的初始化信息、发自测试工具的消息、业务系统收到的消息、业务系统不同子系统间按时间顺序的消息到达和消息返回的信息、业务系统返回的信息。

6.一种自动回归测试装置，其特征在于：包括,

业务信息关联模块，用于在业务系统中添加一个通用ID将业务信息关联起来；

测试信息记录模块，用于在测试人员对业务系统进行测试时，记录测试路径信息、每个测试节点的业务流程及状态信息；

测试信息保存模块，用于以通用ID作为标识，将通过测试的测试案例的业务流程及状态信息保存至数据库中；

测试信息抓取模块，用于根据通用ID，从数据库中将测试案例的业务流程及状态信息抓取出来，生成一个文件；

回归测试模块，用于根据测试路径信息，进行回归测试，生成新的通用ID将回归测试的业务流程及状态信息关联起来保存；

测试信息比对模块，用于将回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息进行逐条逐字段比较；

测试结果判断模块，用于当回归测试的业务流程及状态信息与测试人员测试的业务流程及状态信息的字段相同时，则判断当前回归测试成功。

7.如权利要求6所述的自动回归测试装置，其特征在于：所述测试信息抓取模块具体包括，

查询单元，用于根据通用ID，通过内嵌的SQL脚本及JDBC/ODBC接口将SQL脚本传送到数据库中执行查询；

接收单元，用于接收数据库根据通用ID从数据库中查询到的述业务流程及状态信息；

文件生成单元，用于将查询到的业务流程及状态信息生成一个文件。

8.如权利要求6所述的自动回归测试装置，其特征在于：所述回归测试模块具体包括，

回归单元，用于根据测试路径信息，模拟人工的测试步骤对业务系统进行回归测试；

信息关联单元，用于生成一个新的通用ID将每个测试节点的业务流程及状态信息关联；

信息保存单元，用于将新的通用ID所关联的业务流程及状态信息保存至数据库。

9.一种计算机设备，其特征在于：所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述的自动回归测试方法。

10.一种存储介质，其特征在于：所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现如权利要求1至5中任一项所述的自动回归测试方法。

Images