一种回归测试的实现方法及装置与流程

本发明涉及软件测试技术，更具体的说，是涉及一种回归测试的实现方法及装置。

背景技术：

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。

现有技术中，回归测试方法的实现需要结合预置数据、测试数据和人工分析等多项内容，整个过程繁琐复杂，成本较高。

技术实现要素：

有鉴于此，本发明提供了一种回归测试的实现方法及装置，以更加快速便捷的实现回归测试。

为实现上述目的，本发明提供如下技术方案：

一种回归测试的实现方法，应用于测试主机侧，包括：

在测试终端侧进行界面测试时，确定界面测试路径信息；

基于所述界面测试路径信息生成自动化测试脚本；

将所述自动化测试脚本传送至所述测试终端侧，以使所述测试终端侧依据所述自动化测试脚本进行回归测试。

可选的，所述在测试终端侧进行界面测试时，确定界面测试路径信息，包括：

在测试终端侧进行第一轮界面测试时，记录界面测试路径信息。

可选的，所述在测试终端侧进行界面测试时，确定界面测试路径信息，包括：

在测试终端侧进行界面测试时，获取测试终端侧的业务需求；

获取测试界面的页面元素及所述页面元素对应的定位数据；

基于所述业务需求、页面元素及所述页面元素对应的定位数据确定界面测试路径信息。

可选的，所述在测试终端侧进行界面测试时，获取测试终端侧的业务需求，包括：

在测试终端侧进行界面测试时，通过预置的数据获取函数获取测试终端侧待测客户端的业务需求；

所述获取测试界面的页面元素及所述页面元素对应的定位数据，包括：

对测试界面进行自动检测，获取所述测试界面的页面元素及所述页面元素对应的定位数据。

可选的，在所述将所述自动化测试脚本传送至所述测试终端侧，以使其依据所述自动化测试脚本进行回归测试后，还包括：

记录回归测试结果并生成回归测试报告。

一种回归测试的实现装置，应用于测试主机侧，包括：

路径确定模块，用于在测试终端侧进行界面测试时，确定界面测试路径信息；

脚本生成模块，用于基于所述界面测试路径信息生成自动化测试脚本；

脚本传送模块，用于将所述自动化测试脚本传送至所述测试终端侧，以使其依据所述自动化测试脚本进行回归测试。

可选的，所述路径确定模块具体可用于：在测试终端侧进行第一轮界面测试时，记录界面测试路径信息。

可选的，所述路径确定模块包括：

需求获取模块，用于在测试终端侧进行界面测试时，获取测试终端侧的业务需求；

页面获取模块，用于获取测试界面的页面元素及所述页面元素对应的定位数据；

路径确定子模块，用于基于所述业务需求、页面元素及所述页面元素对应的定位数据确定界面测试路径信息。

可选的，所述需求获取模块具体用于：在测试终端侧进行界面测试时，通过预置的数据获取函数获取测试终端侧待测客户端的业务需求；

所述页面获取模块具体用于：对测试界面进行自动检测，获取所述测试界面的页面元素及所述页面元素对应的定位数据。

可选的，还包括：

报告生成模块，用于在所述脚本传送模块将所述自动化测试脚本传送至所述测试终端侧后，在测试终端侧依据所述自动化测试脚本进行回归测试后，记录回归测试结果并生成回归测试报告。

经由上述的技术方案可知，与现有技术相比，本发明实施例公开了一种回归测试的实现方法及装置，在测试终端侧进行界面测试时，确定界面测试路径信息，基于所述界面测试路径信息生成自动化测试脚本，将所述自动化测试脚本传送至所述测试终端侧，以使所述测试终端侧依据所述自动化测试脚本进行回归测试。所述回归测试的实现方法及装置，在测试终端侧进行界面测试的过程中，能够自动检测确定界面测试路径，依据该路径生成能够直接执行的自动化测试脚本，在将自动化测试脚本发送给测试终端后，测试终端可以直接执行上述脚本实现回归测试，过程中，回归测试的准备与测试终端侧的界面测试同时进行，不需要人工参与，整体上提高了测试效率，降低了回归测试成本。

附图说明

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

图1为本发明实施例公开的一种回归测试的实现方法的流程图；

图2为本发明实施例公开的确定界面测试路径信息的流程图；

图3为本发明实施例公开的另一种回归测试的实现方法的流程图；

图4为本发明实施例公开的一种回归测试的实现装置的结构示意图；

图5为本发明实施例公开的路径确定模块的结构示意图；

图6为本发明实施例公开的另一种回归测试的装置的结构示意图。

具体实施方式

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

图1为本发明实施例公开的一种回归测试的实现方法的流程图，图1所述的回归测试的实现方法应用于测试主机侧，参见图1所示，回归测试的实现方法可以包括：

步骤101：在测试终端侧进行界面测试时，确定界面测试路径信息。

实际应用中，测试主机需要与测试终端保持通信连接，这样，测试主机才能够从测试终端侧获取到信息。

具体的，步骤101可以是在测试终端侧进行第一轮界面测试时，确定界面测试路径信息。这样，保证在测试终端侧进行了一次界面测试后，就能够进行回归测试。当然，理论上，可以在任何一次界面测试过程中确定界面测试路径信息，本实施例中，基于资源节约的目的，可以在测试终端侧进行第一轮界面测试时，确定界面测试路径信息。

其中，确定界面测试路径信息的具体实现，将在下面的实施例中详细描述，在此不再具体介绍。

步骤102：基于所述界面测试路径信息生成自动化测试脚本。

界面测试路径信息，可以反应界面测试的整个测试内容和过程。在获取到界面测试路径信息后，可以依据所述界面测试路径信息反映的测试内容及过程，生成自动化测试脚本。该自动化测试脚本可被直接运行，在其运行时，可再现测试终端侧进行的界面测试过程，实现回归测试。

步骤103：将所述自动化测试脚本传送至所述测试终端侧，以使所述测试终端侧依据所述自动化测试脚本进行回归测试。

由于回归测试也需要由测试终端侧执行完成，因此，在生成所述自动化测试脚本后，需要将所述自动化测试脚本传送至所述测试终端侧，使得所述测试终端侧在接收到所述自动化测试脚本后，通过执行所述自动化测试脚本实现回归测试。

本实施例中，所述回归测试的实现方法，在测试终端侧进行界面测试的过程中，能够自动检测确定界面测试路径，依据该路径生成能够直接执行的自动化测试脚本，在将自动化测试脚本发送给测试终端后，测试终端可以直接执行上述脚本实现回归测试，过程中，回归测试的准备与测试终端侧的界面测试同时进行，不需要人工参与，整体上提高了测试效率，降低了回归测试成本。

图2为本发明实施例公开的确定界面测试路径信息的流程图，结合图2所示，上述实施例中所述在测试终端侧进行界面测试时，确定界面测试路径信息，可以包括：

步骤201：在测试终端侧进行界面测试时，获取测试终端侧的业务需求。

具体地，所述在测试终端侧进行界面测试时，获取测试终端侧的业务需求，可以包括：在测试终端侧进行界面测试时，通过预置的数据获取函数获取测试终端侧待测客户端的业务需求。

步骤202：获取测试界面的页面元素及所述页面元素对应的定位数据。

在测试终端侧进行界面测试的过程中，测试主机自动对客户端的测试界面进行检测，获取所述测试界面的页面元素及所述页面元素对应的定位数据。

步骤203：基于所述业务需求、页面元素及所述页面元素对应的定位数据确定界面测试路径信息。

基于所述业务需求、页面元素及所述页面元素对应的定位数据，能够确定测试终端侧界面测试的测试内容和过程，而后确定界面测试的路径信息。

本实施例中，介绍了确定界面测试路径信息的一种具体实现，但并不是唯一实现方式，在测试终端侧进行界面测试时，测试主机获取的信息可以但不限制为业务需求、页面元素、页面元素对应的定位数据，还可以包括其他信息，例如页面时间、业务类型等信息。

在上述本发明公开的实施例的基础上，图3为本发明实施例公开的另一种回归测试的实现方法的流程图，参见图3所示，回归测试的实现方法可以包括：

步骤301：在测试终端侧进行界面测试时，确定界面测试路径信息。

步骤302：基于所述界面测试路径信息生成自动化测试脚本。

步骤303：将所述自动化测试脚本传送至所述测试终端侧，以使所述测试终端侧依据所述自动化测试脚本进行回归测试。

步骤304：记录回归测试结果并生成回归测试报告。

在测试终端侧接收到测试主机发送的自动化测试脚本后，可以控制执行所述自动化测试脚本，实现回归测试。在测试终端侧执行回归测试的过程中，测试主机会自动监测回归测试数据，并依据所述回归测试数据生成回归测试报告。所述回归测试报告可用于指导后续测试工作。

本实施例中，所述回归测试的实现方法在测试终端侧进行界面测试的过程中，能够自动检测确定界面测试路径，依据该路径生成能够直接执行的自动化测试脚本，在将自动化测试脚本发送给测试终端后，测试终端可以直接执行上述脚本实现回归测试，过程中，回归测试的准备与测试终端侧的界面测试同时进行，不需要人工参与，整体上提高了测试效率，降低了回归测试成本。此外，回归测试的实现方法在测试终端执行回归测试后，还能进一步生成回归测试报告，为后续测试工作提供参考数据。

在一个具体实现中，回归测试的实现方法应用于与测试终端通信连接的测试主机，在测试主机中安装一自动测试框架，在测试终端中运行有待测试的客户端，自动测试框架包括预设置的数据获取函数。通过数据获取函数获取测试终端上待测试客户端的业务需求；在测试终端上进行第一轮界面测试的过程中，测试主机自动对客户端的待测试界面进行检测，获得页面元素及页面元素对应的定位数据；基于业务需求、页面元素及定位数据记录界面测试路径，在测试主机上生成自动化测试脚本；通过测试终端与测试主机的通信连接，将测试主机上生成的自动化测试脚本回传到测试终端；在测试终端上运行自动化测试脚本，对完成第一轮测试的界面进行回归测试；根据回归测试结果生成回归测试报告。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

上述本发明公开的实施例中详细描述了方法，对于本发明的方法可采用多种形式的装置实现，因此本发明还公开了一种装置，下面给出具体的实施例进行详细说明。

图4为本发明实施例公开的一种回归测试的实现装置的结构示意图，图4所示回归测试的实现装置应用于测试主机侧，结合图4所示，回归测试的实现装置40可以包括：

路径确定模块401，用于在测试终端侧进行界面测试时，确定界面测试路径信息。

实际应用中，测试主机需要与测试终端保持通信连接，这样，测试主机才能够从测试终端侧获取到信息。

具体的，路径确定模块401可用于在测试终端侧进行第一轮界面测试时，确定界面测试路径信息。这样，保证在测试终端侧进行了一次界面测试后，就能够进行回归测试。当然，理论上，可以在任何一次界面测试过程中确定界面测试路径信息，本实施例中，基于资源节约的目的，可以在测试终端侧进行第一轮界面测试时，确定界面测试路径信息。

其中，确定界面测试路径信息的具体实现，将在下面的实施例中详细描述，在此不再具体介绍。

脚本生成模块402，用于基于所述界面测试路径信息生成自动化测试脚本。

界面测试路径信息，可以反应界面测试的整个测试内容和过程。在获取到界面测试路径信息后，可以依据所述界面测试路径信息反映的测试内容及过程，生成自动化测试脚本。该自动化测试脚本可被直接运行，在其运行时，可再现测试终端侧进行的界面测试过程，实现回归测试。

脚本传送模块403，用于将所述自动化测试脚本传送至所述测试终端侧，以使其依据所述自动化测试脚本进行回归测试。

由于回归测试也需要由测试终端侧执行完成，因此，在生成所述自动化测试脚本后，需要将所述自动化测试脚本传送至所述测试终端侧，使得所述测试终端侧在接收到所述自动化测试脚本后，通过执行所述自动化测试脚本实现回归测试。

本实施例中，所述回归测试的实现装置，在测试终端侧进行界面测试的过程中，能够自动检测确定界面测试路径，依据该路径生成能够直接执行的自动化测试脚本，在将自动化测试脚本发送给测试终端后，测试终端可以直接执行上述脚本实现回归测试，过程中，回归测试的准备与测试终端侧的界面测试同时进行，不需要人工参与，整体上提高了测试效率，降低了回归测试成本。

图5为本发明实施例公开的路径确定模块的结构示意图，如图5所示，路径确定模块401可以包括：

需求获取模块501，用于在测试终端侧进行界面测试时，获取测试终端侧的业务需求。

具体地，所述需求获取模块501可用于：在测试终端侧进行界面测试时，通过预置的数据获取函数获取测试终端侧待测客户端的业务需求。

页面获取模块502，用于获取测试界面的页面元素及所述页面元素对应的定位数据。

所述页面获取模块502具体可用于：对测试界面进行自动检测，获取所述测试界面的页面元素及所述页面元素对应的定位数据。

路径确定子模块503，用于基于所述业务需求、页面元素及所述页面元素对应的定位数据确定界面测试路径信息。

基于所述业务需求、页面元素及所述页面元素对应的定位数据，能够确定测试终端侧界面测试的测试内容和过程，而后确定界面测试的路径信息。

本实施例中，介绍了路径确定模块的一种具体实现，但并不是唯一实现方式，在测试终端侧进行界面测试时，测试主机获取的信息可以但不限制为业务需求、页面元素、页面元素对应的定位数据，还可以包括其他信息，例如页面时间、业务类型等信息。对应的，所述路径确定模块的具体结构也会根据其需要获取信息的不同而不同。

在上述本发明公开的实施例的基础上，图6为本发明实施例公开的另一种回归测试的装置的结构示意图，参见图6所示，回归测试的实现装置60可以包括：

路径确定模块401，用于在测试终端侧进行界面测试时，确定界面测试路径信息。

脚本生成模块402，用于基于所述界面测试路径信息生成自动化测试脚本。

脚本传送模块403，用于将所述自动化测试脚本传送至所述测试终端侧，以使其依据所述自动化测试脚本进行回归测试。

报告生成模块601，用于在所述脚本传送模块403将所述自动化测试脚本传送至所述测试终端侧后，在测试终端侧依据所述自动化测试脚本进行回归测试后，记录回归测试结果并生成回归测试报告。

在测试终端侧接收到测试主机发送的自动化测试脚本后，可以控制执行所述自动化测试脚本，实现回归测试。在测试终端侧执行回归测试的过程中，测试主机会自动监测回归测试数据，并依据所述回归测试数据生成回归测试报告。所述回归测试报告可用于指导后续测试工作。

本实施例中，所述回归测试的实现装置在测试终端侧进行界面测试的过程中，能够自动检测确定界面测试路径，依据该路径生成能够直接执行的自动化测试脚本，在将自动化测试脚本发送给测试终端后，测试终端可以直接执行上述脚本实现回归测试，过程中，回归测试的准备与测试终端侧的界面测试同时进行，不需要人工参与，整体上提高了测试效率，降低了回归测试成本。此外，回归测试的实现装置在测试终端执行回归测试后，还能进一步生成回归测试报告，为后续测试工作提供参考数据。

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

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。