CN111159027B

CN111159027B - 自动化测试方法、装置、计算机设备和可读存储介质

Info

Publication number: CN111159027B
Application number: CN201911339660.1A
Authority: CN
Inventors: 杨波; 张齐
Original assignee: Wuhan United Imaging Healthcare Co Ltd
Current assignee: Wuhan United Imaging Healthcare Co Ltd
Priority date: 2019-12-23
Filing date: 2019-12-23
Publication date: 2022-10-11
Anticipated expiration: 2039-12-23
Also published as: CN111159027A

Abstract

本申请涉及一种自动化测试方法、装置、计算机设备和可读存储介质。该方法包括：在对计算机软件系统进行测试时，计算机设备获取用户基于测试任务选择的测试功能点，并运行所选择的测试功能点对应的测试场景；当测试场景的运行结果为失败，确定测试场景中运行失败的异常测试功能点；根据异常测试功能点确定参考测试场景，并通过运行参考测试场景继续对计算机软件系统进行测试；其中，参考测试场景为参考测试功能点对应的应用场景，参考测试功能点包括测试场景中与异常测试功能点的功能相耦合的关联测试功能点，以及测试场景中未运行的测试功能点。该方法可以大大减少了测试运行量，减少了测试成本；并进一步的提高整体测试效率。

Description

自动化测试方法、装置、计算机设备和可读存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种自动化测试方法、装置、计算机设备和可读存储介质。

背景技术

随着计算机技术的不断发展，丰富的软件产品已广泛应用在人们的工作和生活中，为保证软件产品具有良好的质量，软件测试成为软件产品开发过程中必不可少的一步。然而，随着软件设计规模的加大以及软件产品复杂度的提升，软件测试的工作量也相应增加，软件自动化测试方法应运而生。

传统的自动化测试方法，通常是后端运行DOS/Shell命令、前端基于持续构建工具实现可视化来执行自动化测试流水线工作。当测试一功能场景时，若其中某个功能点运行异常，则自动触发运行该场景下其余功能点的全部组合情形，以实现功能点发生异常时的自动化测试。

但是，传统技术在功能点发生异常时采取的策略测试运行量较大、成本较高。

发明内容

基于此，有必要针对传统技术中测试运行量较大、成本较高的问题，提供一种自动化测试方法、装置、计算机设备和可读存储介质。

第一方面，本申请提供一种自动化测试方法，包括：

在对计算机软件系统进行测试时，计算机设备获取用户基于测试任务选择的测试功能点，并运行所选择的测试功能点对应的测试场景；

当测试场景的运行结果为失败，确定测试场景中运行失败的异常测试功能点；

根据异常测试功能点确定参考测试场景，并通过运行参考测试场景继续对计算机软件系统进行测试；其中，参考测试场景为参考测试功能点对应的应用场景，参考测试功能点包括测试场景中与异常测试功能点的功能相耦合的关联测试功能点，以及测试场景中未运行的测试功能点。

在其中一个实施例中，在确定测试场景中运行失败的异常测试功能点之后，上述方法还包括：

计算机设备输出异常测试功能点的标识信息。

在其中一个实施例中，根据异常测试功能点确定参考测试场景，包括：

计算机设备根据异常测试功能点的功能，从测试场景对应的测试功能点中确定关联测试功能点；

将关联测试功能点和测试场景中未运行的测试功能点组合形成的场景，作为参考测试场景。

在其中一个实施例中，计算机设备获取用户基于测试任务选择的测试功能点，包括：

计算机设备获取用户输入的功能点选择指令，该功能点选择指令携带测试任务所需测试功能点的标识。

在其中一个实施例中，上述计算机设备获取用户输入的功能点选择指令，包括：

计算机设备获取用户在功能点展示界面上输入的功能点选择指令，确定测试功能点；

相应的，上述运行所选择的测试功能点对应的测试场景，包括：

运行测试场景对应的测试接口脚本以及测试功能点对应的功能脚本。

在其中一个实施例中，上述方法还包括：

若计算机软件系统中存在维护功能点，在功能点展示界面上对维护功能点进行标记。

在其中一个实施例中，上述方法还包括：

在运行测试场景时，展示测试场景中各测试功能点的运行参数，其中，该运行参数包括运行进度、运行时间和运行状态中的至少一个。

第二方面，本申请实施例提供一种自动化测试装置，包括：

运行模块，用于在对计算机软件系统进行测试时，获取用户基于测试任务选择的测试功能点，并运行所选择的测试功能点对应的测试场景；

确定模块，用于当测试场景的运行结果为失败，确定测试场景中运行失败的异常测试功能点；

重组模块，用于根据异常测试功能点确定参考测试场景，并通过运行参考测试场景继续对计算机软件系统进行测试；其中，参考测试场景为参考测试功能点对应的应用场景，参考测试功能点包括测试场景中与异常测试功能点的功能相耦合的关联测试功能点，以及测试场景中未运行的测试功能点。

第三方面，本申请实施例提供一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：

在对计算机软件系统进行测试时，获取用户基于测试任务选择的测试功能点，并运行所选择的测试功能点对应的测试场景；

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

上述自动化测试方法、装置、计算机设备和可读存储介质，能够在对计算机软件系统进行测试时，获取用户基于测试任务选择的测试功能点，并运行所选择的测试功能点对应的测试场景；当测试场景的运行结果为失败，确定测试场景中运行失败的异常测试功能点；根据异常测试功能点确定参考测试场景，并通过运行参考测试场景继续对计算机软件系统进行测试；其中，参考测试场景为参考测试功能点对应的应用场景，参考测试功能点包括测试场景中与异常测试功能点的功能相耦合的关联测试功能点，以及测试场景中未运行的测试功能点。该方法中不需要将未测试功能点的全部组合情形都运行一遍，只需运行确定的参考测试场景即可，其大大减少了测试运行量，减少了测试成本；进一步的，参考测试场景中包括了与异常测试功能点的功能相耦合的关联测试功能点，可以再进一步确定关联测试功能点的功能实现是否异常，由此可在较短时间内发现更多的异常，提高了整体测试效率。

附图说明

图1为一个实施例提供的计算机设备的内部结构示意图；

图2为一个实施例提供的自动化测试方法的流程示意图；

图3为另一个实施例提供的自动化测试方法的流程示意图；

图4a为一个实施例提供的前端展示界面的示意图；

图4b为一个实施例提供的展示各测试功能点的运行参数的示意图；

图5为一个实施例提供的自动化测试装置的结构示意图；

图6为另一个实施例提供的自动化测试装置的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的自动化测试方法，可以适用于如图1所示的计算机设备。该计算机设备包括通过系统总线连接的处理器、存储器，该存储器中存储有计算机程序，处理器执行该计算机程序时可以执行下述方法实施例的步骤。可选的，该计算机设备还可以包括网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器，该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。可选的，该计算机设备可以是服务器，可以是个人计算机(personal computer，简称PC)，还可以是个人数字助理，还可以是其他的终端设备，例如平板电脑(portable android device，简称PAD)、手机等等，还可以是云端或者远程服务器，本申请实施例对计算机设备的具体形式并不做限定。

传统技术在对计算机软件系统进行测试时，若某个功能点运行异常，则自动触发运行该场景下其余功能点的全部组合情形，以实现功能点发生异常时的自动化测试。但是，其测试运行量较大、成本较高。本申请实施例提供的自动化测试方法、装置、计算机设备和可读存储介质，旨在解决上述技术问题。

需要说明的是，下述方法实施例的执行主体可以是自动化测试装置，该装置可以通过软件、硬件或者软硬件结合的方式实现成为计算机设备的部分或者全部。下述方法实施例以执行主体为计算机设备为例进行说明。

图2为一个实施例提供的自动化测试方法的流程示意图。本实施例涉及的是计算机设备在计算机软件系统测试场景的运行结果为失败时，重组功能点并继续测试的具体过程。如图2所示，上述方法包括：

S101，在对计算机软件系统进行测试时，计算机设备获取用户基于测试任务选择的测试功能点，并运行所选择的测试功能点对应的测试场景。

其中，本实施例中的计算机软件系统可以为医疗信息系统、电力信息系统或者其他领域的信息系统，通常计算机软件系统在上线之前，都要进行大量的测试工作。在测试时，一般需先将计算机软件系统部署至固定的计算机设备(如服务器)；本实施例中，部署架构使用Flask web轻量级开发框架，配合BootStrap前端框架，实现整体的系统架构基础，然后利用基于Python自动化测试框架Pytest+Unittest，配合相应的库requests+selenium来实现基于接口webUI的自动化测试工作；需要说明的是，对于测试框架不限于上述的部署方式，只要能实现本实施例的方法即可。

具体的，在对计算机软件系统进行测试时，用户可以基于测试任务选择相应的测试功能点，该测试任务可以为制定的测试需求文档，每个测试任务可以对应多个测试功能点，如测试系统中的查询功能对应“查询”按钮的点击功能点、页面跳转功能点和数据获取功能点。可选的，用户可以通过输入命令行方式选择测试功能点，该测试功能点可以包括API层面的功能点、WebUI层面的功能点或者混合型Hybrid层面的功能点。计算机设备获取到测试功能点后，可以运行该测试功能点对应的测试场景，该测试场景即为对测试任务所对应的应用场景。可选的，计算机设备可以在获取到测试功能点后立即运行对应的测试场景，也可以在预设的时间间隔后运行对应的测试场景，还可以根据用户的开始指令运行对应的测试场景。

S102，当测试场景的运行结果为失败，确定测试场景中运行失败的异常测试功能点。

具体的，当上述测试场景的运行结果为失败时，计算机设备可以通过自检方法确定运行失败的异常测试功能点，即该异常测试功能点未运行通过。可选的，计算机设备可以根据测试功能点的运行进度确定异常测试功能点，当某一测试功能点已开始运行，但运行进度未达到100％时可认为该测试功能点为异常测试功能点。

可选的，在计算机设备确定了异常测试功能点后，还可以输出异常测试功能点的标识信息。可选的，计算机设备可以将输出结果以邮件或短信形式发送至测试人员。

S103，根据异常测试功能点确定参考测试场景，并通过运行参考测试场景继续对计算机软件系统进行测试；其中，参考测试场景为参考测试功能点对应的应用场景，参考测试功能点包括测试场景中与异常测试功能点的功能相耦合的关联测试功能点，以及测试场景中未运行的测试功能点。

具体的，计算机设备在上述测试场景对应的测试功能点中，确定与异常测试功能点的功能相耦合的关联测试功能点，即与异常测试功能点的功能类似的关联测试功能点。可选的，确定功能相耦合的基础可以依据测试领域的“二八定律”，即80％的错误是由20％的模块引起的。例如，假设异常测试功能点的功能为点击按钮跳转页面，可以认为点击链接跳转页面的功能点为功能相耦合的功能点，若测试场景对应的测试功能点中包括此功能点，则将其作为关联测试功能点。然后，计算机设备还要在上述测试场景对应的测试功能点中，确定未运行的测试功能点，可选的，计算机设备可以根据测试功能点的运行进度确定未运行的测试功能点，即将运行进度为0％的测试功能点作为未运行的测试功能点。

接下来，计算机设备将上述关联测试功能点和未运行的测试功能点作为参考测试功能点，将参考测试功能点对应的应用场景作为参考测试场景，并通过运行该参考测试场景继续对上述计算机软件系统进行测试，以达到自动化测试的目的。通过将关联测试功能点进一步的组合测试，可较快的测试其在不同场景下的实现功能是否出现异常，由此可在较短时间内发现更多的异常，提高测试效率。

示例性的，假设上述测试场景对应的测试功能点为(A、B、C、D、E)，当运行至测试功能点C时发生异常，该组测试功能点中B与C的功能相耦合，D与E为未运行的测试功能点，那么计算机设备将(B、D、E)重组为参考测试场景，并运行该场景继续对计算机软件系统进行测试。

可选的，当测试场景中所有测试功能点都运行通过，则计算机设备可以将测试成功的相关结果保存至后台数据库中。

本实施例提供的自动化测试方法，在对计算机软件系统进行测试时，计算机设备获取用户基于测试测试任务选择的测试功能点，并运行该测试功能点对应的测试场景；当该测试场景运行失败，确定运行失败的异常测试功能点；最后根据异常测试功能点确定参考测试场景，运行该参考测试场景以继续对计算机软件系统进行测试。因此，该方法中不需要将未测试功能点的全部组合情形都运行一遍，只需运行确定的参考测试场景即可，其大大减少了测试运行量，减少了测试成本；进一步的，参考测试场景中包括了与异常测试功能点的功能相耦合的关联测试功能点，可以再进一步确定关联测试功能点的功能实现是否异常，由此可在较短时间内发现更多的异常，提高了整体测试效率。

图3为另一个实施例提供的自动化测试方法的流程示意图。本实施例涉及的是计算机设备根据异常测试功能点确定参考测试场景的具体过程。在上述实施例的基础上，可选的，如图3所示，上述S103可以包括：

S201，计算机设备根据异常测试功能点的功能，从测试场景对应的测试功能点中确定关联测试功能点。

具体的，对于计算机软件系统中设置的所有测试功能点，计算机设备可以记录每个测试功能点的功能信息，这些功能信息可以为研发人员在研发时所录入的信息，如功能关键字、功能属性等。当计算机设备确定了异常测试功能点后可以获取到其对应的功能，然后从测试场景对应的测试功能点中，确定与异常测试功能点的功能相耦合的测试功能点，作为关联测试功能点。

S202，将关联测试功能点和测试场景中未运行的测试功能点组合形成的场景，作为参考测试场景。

具体的，计算机设备将上述确定的关联测试功能点，和测试场景中未运行的测试功能点组合形成参考测试场景。可选的，参考测试场景中参考测试功能点的运行顺序可以和其在上述测试场景中的相对运行顺序一致。

本实施例提供的自动化测试方法，计算机设备根据异常功能点的功能，从上述测试场景中的测试功能点中确定关联测试功能点，并将关联测试功能点和未运行的测试功能点组合为参考测试场景，以继续对计算机软件系统进行测试。经该过程可以准确的确定关联测试功能点，由此保证参考测试场景中尽可能包括全部关联测试功能点，也进而保证在后续测试时可以发现更多的异常。

可选的，在其中一些实施例中，上述计算机设备获取用户基于测试任务选择的测试功能点，包括：计算机设备获取用户输入的功能点选择指令，该功能点选择指令携带测试任务所需测试功能点的标识。可选的，用户可以通过命令行方式输入该功能点选择指令，如从功能点数据库中通过SQL命令选择相应的测试功能点。

可选的，在其中一些实施例中，计算机设备获取用户输入的功能点选择指令，包括：计算机设备获取用户在功能点展示界面上输入的功能点选择指令，确定测试功能点。

具体的，对于上述架构的测试框架，可以包括前端展示界面，该展示界面上展示有各个测试功能点的标识按钮(或其他功能信息)，每个标识按钮对应一个测试功能点。可选的，该展示界面可以展示所有API层面的测试功能点、WebUI层面的测试功能点或者混合型Hybrid层面的测试功能点，其展示示意图可以参见图4a所示。然后，用户可以在该展示界面上根据测试任务选择相应的测试功能点，该选择操作可以是点击对应的标识按钮，也可以是拖拽对应的标识按钮至指定区域。待用户选择完成后，计算机设备还可以接收用户输入的确认指令，以确定最终的测试功能点。可选的，若当前已存在确定的异常测试功能点或研发人员正在维护的功能点，计算机设备还可以在上述功能点展示界面上对维护功能点进行标记，如标为其他颜色或画框等(如图4a中画框对应的功能点)，以提示用户当前该功能点不可选择。由此，用户通过前端界面自定义选择测试功能点，大大提高了测试过程与用户的交互性，并在测试场景的构建上具有极大的灵活性。

可选的，在计算机设备确定测试任务所需的测试功能点后，可以运行该测试场景对应的测试接口脚本以及每个测试功能点对应的功能脚本，以运行测试功能点对应的测试场景。可选的，当需要增加新的测试功能点时，只需增加对应的功能脚本，并在前端界面增加相应的标识按钮即可，其较大程度的提高了测试过程的可扩展性。

可选的，在其中一些实施例中，在运行上述测试场景时，计算机设备还可以展示该测试场景中各测试功能点的运行参数，其中，该运行参数包括运行进度、运行时间和运行状态中的至少一个。其展示界面示意图可以参见图4b所示。可选的，当运行时出现异常测试功能点，还可以在该展示界面上对其进行标记，如标记为不同颜色。可选的，当整个测试流程全部结束时，计算机设备还可以输出及保存测试结果，提示相关人员计算机软件系统中出现的问题：如是环境问题，则使运维人员维护健壮测试环境；如是Bug则促使研发人员尽快解决问题Bug。

应该理解的是，虽然图2、图3的流程图中各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

图5为一个实施例提供的自动化测试装置的结构示意图。如图5所示，该装置包括：运行模块11、确定模块12和重组模块13。

具体的，运行模块11，用于在对计算机软件系统进行测试时，获取用户基于测试任务选择的测试功能点，并运行所选择的测试功能点对应的测试场景。

确定模块12，用于当测试场景的运行结果为失败，确定测试场景中运行失败的异常测试功能点。

重组模块13，用于根据异常测试功能点确定参考测试场景，并通过运行参考测试场景继续对计算机软件系统进行测试；其中，参考测试场景为参考测试功能点对应的应用场景，参考测试功能点包括测试场景中与异常测试功能点的功能相耦合的关联测试功能点，以及测试场景中未运行的测试功能点。

本实施例提供的自动化测试装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在其中一个实施例中，如图6所示，上述装置还包括输出模块14，用于在确定测试场景中运行失败的异常测试功能点之后，输出异常测试功能点的标识信息。

在其中一个实施例中，上述重组模块13，具体用于根据异常测试功能点的功能，从测试场景对应的测试功能点中确定关联测试功能点；将关联测试功能点和测试场景中未运行的测试功能点组合形成的场景，作为参考测试场景。

在其中一个实施例中，上述运行模块11，具体用于获取用户输入的功能点选择指令，该功能点选择指令携带测试任务所需测试功能点的标识。

在其中一个实施例中，上述运行模块11，具体用于获取用户在功能点展示界面上输入的功能点选择指令，确定测试功能点；以及运行测试场景对应的测试接口脚本以及测试功能点对应的功能脚本。

在其中一个实施例中，上述装置还包括展示模块，用于若计算机软件系统中存在维护功能点，在功能点展示界面上对维护功能点进行标记。

在其中一个实施例中，上述展示模块，还用于在运行测试场景时，展示测试场景中各测试功能点的运行参数，其中，该运行参数包括运行进度、运行时间和运行状态中的至少一个。

关于自动化测试装置的具体限定可以参见上文中对于自动化测试方法的限定，在此不再赘述。上述自动化测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图1所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种自动化测试方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

本实施例提供的计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

输出异常测试功能点的标识信息。

根据异常测试功能点的功能，从测试场景对应的测试功能点中确定关联测试功能点；

获取用户输入的功能点选择指令，该功能点选择指令携带测试任务所需测试功能点的标识。

获取用户在功能点展示界面上输入的功能点选择指令，确定测试功能点；

相应的，处理器执行计算机程序时还实现以下步骤：

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

本实施例提供的计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

输出异常测试功能点的标识信息。

相应的，计算机程序被处理器执行时还实现以下步骤：

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种自动化测试方法，其特征在于，包括：

当所述测试场景的运行结果为失败，确定所述测试场景中运行失败的异常测试功能点；

所述计算机设备根据所述异常测试功能点的功能，从所述测试场景对应的测试功能点中确定关联测试功能点；

将所述关联测试功能点和所述测试场景中未运行的测试功能点组合形成的场景，作为参考测试场景，并通过运行所述参考测试场景继续对所述计算机软件系统进行测试；其中，所述参考测试场景为参考测试功能点对应的应用场景，所述参考测试功能点包括所述测试场景中与所述异常测试功能点的功能相似的关联测试功能点，以及所述测试场景中未运行的测试功能点。

2.根据权利要求1所述的方法，其特征在于，在确定所述测试场景中运行失败的异常测试功能点之后，所述方法还包括：

所述计算机设备输出所述异常测试功能点的标识信息。

3.根据权利要求1或2所述的方法，其特征在于，所述计算机设备获取用户基于测试任务选择的测试功能点，包括：

所述计算机设备获取用户输入的功能点选择指令，所述功能点选择指令携带所述测试任务所需测试功能点的标识。

4.根据权利要求3所述的方法，其特征在于，所述计算机设备获取用户输入的功能点选择指令，包括：

所述计算机设备获取用户在功能点展示界面上输入的功能点选择指令，确定所述测试功能点；

相应的，所述运行所选择的测试功能点对应的测试场景，包括：

运行所述测试场景对应的测试接口脚本以及所述测试功能点对应的功能脚本。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

若所述计算机软件系统中存在维护功能点，在所述功能点展示界面上对所述维护功能点进行标记。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在运行所述测试场景时，展示所述测试场景中各测试功能点的运行参数，其中，所述运行参数包括运行进度、运行时间和运行状态中的至少一个。

7.根据权利要求1所述的方法，其特征在于，所述测试功能点包括API层面的功能点、WebUI层面的功能点或者混合型Hybrid层面的功能点。

8.一种自动化测试装置，其特征在于，包括：

确定模块，用于当所述测试场景的运行结果为失败，确定所述测试场景中运行失败的异常测试功能点；

重组模块，用于根据所述异常测试功能点的功能，从所述测试场景对应的测试功能点中确定关联测试功能点；将所述关联测试功能点和所述测试场景中未运行的测试功能点组合形成的场景，作为参考测试场景，并通过运行所述参考测试场景继续对所述计算机软件系统进行测试；其中，所述参考测试场景为参考测试功能点对应的应用场景，所述参考测试功能点包括所述测试场景中与所述异常测试功能点的功能相似的关联测试功能点，以及所述测试场景中未运行的测试功能点。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7中任一项所述方法的步骤。