CN111475401A - 一种测试方法及相关设备 - Google Patents

Abstract

本申请实施例公开了一种测试方法及相关设备，所述方法应用于数据采集技术领域，包括：当检测到至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱确定与目标功能模块关联的至少一个测试用例，输出至少一个测试用例中各个测试用例的标识信息，基于针对各个测试用例的标识信息中目标标识信息的控制操作，从至少一个测试用例中确定出目标测试用例，并运行该目标测试用例对业务***进行测试。实施本申请实施例，可以在业务***对应的目标功能更新时，基于与该目标功能关联的测试用例进行测试，有利于提高业务***的测试准确度，减少业务***的线上事故。

Description

一种测试方法及相关设备

技术领域

本发明涉及数据采集技术领域，尤其涉及一种测试方法及相关设备。

背景技术

针对业务***的软件测试，是确保该业务***运行质量的重要手段。在针对业务***的自动化测试过程中，首先，测试机执行测试用例，获取测试用例对应的运行结果；接着，测试机根据各个测试用例对应的运行结果，计算预定批次的运行成功率。

其中，针对测试用例的管理通常是基本都是基于文件(比如excel、csv)或者关系数据库，通过接口或者相应的测试***的功能模块等规则来分组，这样测试用例只专注于单一的功能，使得测试用例在测试过程中不能发挥用例的最大作用。比如，A是一个测试用例集，B是另一个测试用例集，当A、B各自覆盖的功能模块的改动会影响业务***中的其它功能模块时，若测试过程中单独覆盖被改功能点的测试用例集就会产生遗漏问题，从而导致业务***的线上事故。

发明内容

本申请实施例提供了一种测试方法及相关设备，可以在业务***对应的目标功能更新时，基于与该目标功能关联的测试用例进行测试，有利于提高业务***的测试准确度，减少业务***的线上事故。

第一方面本申请实施例提供一种测试方法，所述方法应用于终端设备，该方法包括：

在检测到业务***的预设触发事件时，检测所述业务***对应的至少一个功能模块中各个功能模块是否更新；

当检测到所述至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例，所述预设的测试用例管理图谱记录了各个功能模块之间的关联关系以及各个功能模块与各个测试用例之间的关联关系；

输出所述至少一个测试用例中各个测试用例的标识信息；

基于针对所述各个测试用例的标识信息中目标标识信息的控制操作，从所述至少一个测试用例中确定出目标测试用例，所述目标标识信息为所述各个测试用例的标识信息中的任一个标识信息；

运行所述目标测试用例对所述业务***进行测试。

在一个实施例中，根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例之前，还可以展示图谱编辑窗口，所述图谱编辑窗口包括图谱编辑区，功能模块对应的第一组件列表区和测试用例对应的第二组件列表区，所述第一组件列表区包括所述各个功能模板对应的第一组件，所述第二组件列表区包括各个测试用例对应的第二组件；基于针对所述第一组件列表区输入的第一管理操作和针对所述第二组件列表区输入的第二管理操作，分别从各个所述第一组件中确定出第一目标组件，从各个所述第二组件中确定出第二目标组件；将所述第一目标组件和所述第二目标组件添加至所述图谱编辑区；在所述图谱编辑区中基于针对所述第一目标组件和所述第二目标组件的排版操作对所述第一目标组件和所述第二目标组件进行排版，得到测试用例管理图谱。

在一个实施例中，根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例之前，还可以创建所述至少一个功能模块中各个功能模块与测试用例之间的关联关系；通过性能管理工具获取所述各个功能模块之间接口的调用关系；根据所述调用关系确定所述各个功能模块之间的关联关系；基于所述各个功能模块与测试用例之间的关联关系和所述各个功能模块之间的关联关系，生成测试用例管理图谱。

在一个实施例中，所述检测业务***对应的至少一个功能模块中各个功能模块是否更新的具体实施方式为：获取用户提交的所述业务***对应的程序代码；从预设代码管理区域中获取所述业务***对应的历史程序代码；对比所述程序代码和所述历史程序代码，并基于对比结果确定所述业务***对应的至少一个功能模块中的各个功能模块是否更新。

在一个实施例中，从预设代码管理区域中获取所述业务***对应的历史程序代码之前，还可以检测所述程序代码中是否存在功能更新标签；若检测到所述程序代码中不存在所述功能更新标签，则触发执行所述从预设代码管理区域中获取所述业务***对应的历史程序代码的步骤。

在一个实施例中，所述检测所述程序代码中是否存在功能更新标签之后，若检测到所述程序代码中存在所述功能更新标签，还可以确定所述业务***对应的至少一个功能模块中所述功能更新标签对应的目标功能模块更新。

在一个实施例中，所述根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例的具体实施方式为：根据预设的测试用例管理图谱中记录的各个功能模块之间的关联关系，确定与所述目标功能模块关联的第一测试用例，以及与所述目标功能模块关联的关联功能模块；根据预设的测试用例管理图谱中记录的各个功能模块与各个测试用例之间的关联关系确定出与所述关联功能模块关联的第二测试用例；将所述第一测试用例和所述第二测试用例确定为与所述目标功能模块关联的至少一个测试用例。

第二方面，本申请实施例提供了一种测试装置，该测试装置包括用于执行上述第一方面的方法的模块。

第三方面，本申请实施例提供了一种终端设备，该终端设备包括处理器、输出设备和存储器，所述处理器、输出设备和存储器相互连接，其中，所述存储器用于存储支持终端设备执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第一方面的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本申请实施例中，当检测到至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱确定与目标功能模块关联的至少一个测试用例，输出至少一个测试用例中各个测试用例的标识信息，基于针对各个测试用例的标识信息中目标标识信息的控制操作，从至少一个测试用例中确定出目标测试用例，并运行该目标测试用例对业务***进行测试。实施本申请实施例，可以在业务***对应的目标功能更新时，基于与该目标功能关联的测试用例进行测试，有利于提高业务***的测试准确度，减少业务***的线上事故。

附图说明

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

图1是本申请实施例提供的一种测试方法的流程示意图；

图2是本申请实施例提供的另一种测试方法的流程示意图；

图3a是本申请实施例提供一种图谱编辑窗口的页面示意图；

图3b是本申请实施例提供一种测试用例管理图谱的示意图；

图3c是本申请实施例提供另一种测试用例管理图谱的示意图；

图4是本申请实施例提供的一种测试装置的示意性框图；

图5是本申请实施例提供的一种终端设备的示意性框图。

具体实施方式

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

参见图1，图1是本申请实施例提供的一种测试方法的流程示意图，该方法可以应用于终端设备或者服务器，该终端设备可以运行或者访问业务***，该服务器为业务***对应的后台服务器，如图所示，该测试方法可包括：

S101：在检测到业务***的预设触发事件时，检测该业务***对应的至少一个功能模块中各个功能模块是否更新。

其中，上述预设触发事件包括业务***的版本更新、***时间到达预设测试周期所指示的时间或者触发测试的测试指令。

在一个实施例中，终端设备或者服务器可以检测业务***的版本更新状态，若检测到业务***的版本处于待更新状态，则可以确定检测到预设触发事件。在另一个实施例中，终端设备可以对***时间进行检测，若检测到***时间为预设测试周期所指示的时间，则可以确定检测到预设触发事件。在又一个实施例中，当用户想要对业务***进行测试时，可以通过终端设备输入触发测试的测试指令(例如点击、按压测试按钮的操作)，终端设备检测到该测试操作时，可以确定检测到预设触发事件。

在一个实施中，用户在对业务***进行版本更迭时，可以将版本更迭后的业务***对应的程序代码上传至终端设备或者服务器，终端设备或者服务器可以存储版本更迭后的程序代码，并将更迭后的版本标记为待更新状态。

在一个实施例中，终端设备或者服务器可以调用代码管理器监控开发人员在指定区域的编码行为，具体地可以实时或者按照预设代码获取周期获取开发人员在指定区域输入的程序代码，并将获取得到的程序代码存储至预设代码管理区域。进一步地，终端设备或者服务器可以获取用户提交的业务***对应的程序代码(例如上述版本更迭后的业务***对应的程序代码)，并从预设代码管理区域中获取业务***对应的历史程序代码，对比程序代码和历史程序代码，并基于对比结果确定业务***对应的至少一个功能模块中的各个功能模块是否更新。

在一个实施例中，上述基于对比结果确定业务***对应的至少一个功能模块中的各个功能模块是否更新，包括：若对比结果指示了任一个或者多个功能模块的程序代码和历史程序代码不同，则可以基于该对比结果确定业务***对应的至少一个功能模块中该任一个或者多个功能模块更新。

在一个实施例中，开发人员提交的业务***对应的程序代码中添加有至少一个功能更新标签，每一个功能更新标签用于指示相应功能模板对应的程序代码已更新。这种情况下，终端设备或者服务器获取到用户提交的业务***对应的程序代码后，可以检测程序代码中是否包括功能更新标签，若检测到该程序代码中存在功能更新标签，则可以确定业务***对应的至少一个功能模块中该功能更新标签对应的目标功能模块更新。若不存在，则可以确定业务***对应的至少一个功能模块中的各个功能模块均未更新。

在一个实施例中，终端设备或者服务器在从预设代码管理区域中获取所述业务***对应的历史程序代码之前，还可以检测用户提交的程序代码中是否存在功能更新标签，若检测到程序代码中不存在功能更新标签，则触发执行从预设代码管理区域中获取业务***对应的历史程序代码的步骤。

或者，在另一个实施例中，若检测到程序代码中存在功能更新标签，则确定业务***对应的至少一个功能模块中该功能更新标签对应的目标功能模块更新。

S102：当检测到至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱确定与目标功能模块关联的至少一个测试用例。

在一个实施例中，预设的测试用例管理图谱记录了各个功能模块之间的关联关系以及各个功能模块与各个测试用例之间的关联关系。这种情况下，当终端设备或者服务器检测到至少一个功能模块中的目标功能模块更新时，可以基于测试用例管理图谱记录的各个功能模块之间的关联关系和各个功能模块与各个测试用例之间的关联关系，确定出与目标功能模块关联的至少一个测试用例。其中，与目标功能模块关联的测试用例不仅包括与自身功能模块对应的测试用例，还包括与目标功能模块关联的功能模块(以下简称关联功能模块)对应的测试用例。

在一个实施中，终端设备或者服务器确定出与目标功能模块关联的至少一个测试用例之后，可以运行与目标功能模块关联的至少一个测试用例，以对业务***进行测试。

S103：输出至少一个测试用例中各个测试用例的标识信息。其中，测试用例的标识信息可以为唯一标识测试用例的用例名称、用例编号等等。

S104：基于针对各个测试用例的标识信息中目标标识信息的控制操作，从上述至少一个测试用例中确定出目标测试用例，并运行该目标测试用例对业务***进行测试。其中，目标标识信息为上述各个测试用例的标识信息中的任一个标识信息。该控制操作的输入方式可以包括点击、按压、滑动或者语音输入等等，例如可以为针对一个或者多个目标标识信息的点击操作。

在一个实施例中，终端设备确定出与目标功能模块关联的至少一个测试用例后，还可以在显示设备(例如终端设备的显示屏或者与终端设备连接的显示装置)中输出至少一个测试用例中各个测试用例的标识信息。进一步地，用户查看各个测试用例的标识信息后，可以从中选取需要进行测试的测试用例。具体地，用户对需要进行测试的测试用例的目标标识信息输入点击操作(即控制操作)，终端设备检测到点击操作后，可以将该点击操作对应的测试用例(即目标标识信息对应的测试用例)确定为目标测试用例，并运行该目标测试用例对业务***进行测试。采用这样的方式，提高了测试用例的复用度及覆盖面，当目标功能模块更新时，可以基于与该目标功能关联的测试用例进行测试，有利于提高业务***的测试准确度，减少业务***的线上事故。

或者，当本申请实施例由服务器执行时，服务器确定出与目标功能模块关联的至少一个测试用例后，可以向预先建立通信连接的终端设备或者客户端输出至少一个测试用例中各个测试用例的标识信息，由终端设备或者客户端展示各个测试用例的标识信息。

在一个实施例中，在终端设备或者服务器运行该目标测试用例对业务***进行测试后，可以记录各个目标测试用例的运行结果，并基于运行结果判断业务***对应的程序代码是否正确，若正确，可以自动部署该程序代码到业务***对应的服务器上。

本申请实施例中，当检测到至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱确定与目标功能模块关联的至少一个测试用例，输出至少一个测试用例中各个测试用例的标识信息，基于针对各个测试用例的标识信息中目标标识信息的控制操作，从至少一个测试用例中确定出目标测试用例，并运行该目标测试用例对业务***进行测试。实施本申请实施例，可以在业务***对应的目标功能更新时，基于与该目标功能关联的测试用例进行测试，有利于提高业务***的测试准确度，减少业务***的线上事故。

参见图2，图2是本申请实施例提供的另一种测试方法的示意图，该方法应用于业务***对应的终端设备，可由终端设备执行，如图所示，该测试方法可包括：

S201：在检测到业务***的预设触发事件时，检测该业务***对应的至少一个功能模块中各个功能模块是否更新。其中，步骤S201的具体实施方式，可以参见上述实施例中步骤S101的相关描述，此处不再赘述。

S202：当检测到至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱中记录的各个功能模块之间的关联关系，确定与目标功能模块关联的第一测试用例，以及与该目标功能模块关联的关联功能模块。

S203：根据预设的测试用例管理图谱中记录的各个功能模块与各个测试用例之间的关联关系确定出与关联功能模块关联的第二测试用例。

在一个实施例中，终端设备根据预设的测试用例管理图谱中记录的各个功能模块之间的关联关系，确定与目标功能模块关联的第一测试用例之前，可以预先生成并存储测试用例管理图谱。采用图谱的形式对测试用例进行管理，相对于目前的文件或关系数据维护测试用例的方式，脉络更加清晰，有利于提高针对测试用例的管理效率。

在一个实施例中，生成测试用例管理图谱的具体实施方式包括：展示图谱编辑窗口，该图谱编辑窗口包括图谱编辑区，功能模块对应的第一组件列表区和测试用例对应的第二组件列表区，该第一组件列表区包括各个功能模板对应的第一组件，第二组件列表区包括各个测试用例对应的第二组件。进一步地，基于针对第一组件列表区输入的第一管理操作和针对第二组件列表区输入的第二管理操作，分别从各个第一组件中确定出第一目标组件，从各个第二组件中确定出第二目标组件，并将第一目标组件和第二目标组件添加至图谱编辑区，在图谱编辑区中基于针对第一目标组件和第二目标组件的排版操作对第一目标组件和第二目标组件进行排版，得到测试用例管理图谱。

其中，上述第一管理操作用于将第一组件列表区中的第一组件添加至图谱编辑区，例如可以为将第一组件拉取至图谱编辑区的拉取操作，第二管理操作用于将第二组件列表区中的第二组件添加至图谱编辑区，例如可以为将第二组件拉取至图谱编辑区的拉取操作。上述排版操作用于建立第一目标组件与第一目标组件之间，以及第一目标组件与第二目标组件之间的关联关系，例如可以为第一目标组件与第一目标组件之间的连线操作，或者第一目标组件与第二目标组件之间的连线操作。

示例性地，图谱编辑窗口可以如图3a所示，该图谱编辑区包括图谱编辑区、第一组件列表区和第二组件列表区，该第一组件列表区包括各个功能模块对应的第一组件30，该第二组件列表区包括各个测试用例对应的第二组件31。

在一个实施例中，终端设备根据预设的测试用例管理图谱确定与目标功能模块关联的至少一个测试用例之前，还可以创建至少一个功能模块中各个功能模块与测试用例之间的关联关系，通过性能管理工具获取各个功能模块之间接口的调用关系，并根据该调用关系确定各个功能模块之间的关联关系，进而基于各个功能模块与测试用例之间的关联关系和各个功能模块之间的关联关系，生成测试用例管理图谱。

示例性地，该性能管理工具例如可以为分布式性能监控工具PinPoint，PinPoint可以获取各个功能模块之间接口的调用关系。若功能模块1和功能模块2均调用相同的接口，则可以确定功能模块1和功能模块2相互关联。

在一个实施例中，终端设备基于各个功能模块与测试用例之间的关联关系和各个功能模块之间的关联关系，生成测试用例管理图谱之后，可以展示该测试用例管理图谱，用户查看测试用例管理图谱后可以对该测试用例管理图谱进行调整，例如增加或者减少任一功能模块对应的测试用例，或者调整各个功能模块之间的关联关系等等。

在一个实施例中，上述测试用例管理图谱可以通过Neo4j进行管理，其中，Neo4j是一个高性能的NOSQL图形数据库，它可以将结构化数据存储在网络上而不是表中。它是一个嵌入式的、基于磁盘的、具备完全的事务特性的Java持久化引擎，但是它将结构化数据存储在网络(从数学角度叫做图)上而不是表中。

示例性地，假设预设的测试用例管理图谱如图3b所示，当检测到功能模块1(即目标功能模块为功能模块1)更新时，可以通过图3b记录的各个功能模块之间的关联关系，确定与功能模块1关联的第一测试用例包括：测试用例1、测试用例2和测试用例3，与目标功能模块关联的关联功能模块为功能模块2；进一步地，根据图3b记录的各个功能模块与各个测试用例之间的关联关系，可以确定出与功能模块2关联的第二测试用例包括：测试用例3、测试用例4和测试用例5。

S204：将第一测试用例和第二测试用例确定为与目标功能模块关联的至少一个测试用例。

S205：输出至少一个测试用例中各个测试用例的标识信息。

S206：基于针对各个测试用例的标识信息中目标标识信息的控制操作，从上述至少一个测试用例中确定出目标测试用例，并运行该目标测试用例对业务***进行测试。其中，步骤S205～步骤S206的具体实施方式可以参见上述实施例中步骤S103～步骤S104的相关描述，此处不再赘述。

在一个实施例中，还可以在测试用例管理图中标注每一个测试用例的测试类型，该测试类型包括性能测试、功能测试、安全测试、参数测试等，有利于辅助用户快速了解每个测试用例的测试类型。示例性地，标注测试类型的测试用例管理图可以如图3c所示。

在一个实施例中，终端设备输出至少一个测试用例中各个测试用例的标识信息时，还可输出各个测试用例的测试类型，有利于辅助用户从各个测试用例中选取出目标测试用例，并针对该目标测试用例输入控制操作。

在一个实施例中，当检测到新增测试用例时，可以检测并输出该新增测试用例的测试类型，用户可以基于该测试类型在测试用例管理图中增加该新增测试用例对应的组件。

本申请实施例中，当检测到至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱中记录的各个功能模块之间的关联关系，确定与目标功能模块关联的第一测试用例，以及与该目标功能模块关联的关联功能模块，根据预设的测试用例管理图谱中记录的各个功能模块与各个测试用例之间的关联关系确定出与关联功能模块关联的第二测试用例，将第一测试用例和第二测试用例确定为与目标功能模块关联的至少一个测试用例。进一步地，输出至少一个测试用例中各个测试用例的标识信息，基于针对各个测试用例的标识信息中目标标识信息的控制操作，从至少一个测试用例中确定出目标测试用例，并运行该目标测试用例对业务***进行测试。采用这样的方式，提高了测试用例的复用度及覆盖面，当目标功能模块更新时，可以基于与该目标功能关联的测试用例进行测试，有利于提高业务***的测试准确度，减少业务***的线上事故。

本申请实施例还提供了一种测试装置。该装置包括用于执行前述图1或者图2所述的方法的模块，配置于终端设备。具体地，参见图4，是本申请实施例提供的测试装置的示意框图。本实施例的测试装置包括：

检测模块40，用于在检测到业务***的预设触发事件时，检测所述业务***对应的至少一个功能模块中各个功能模块是否更新；

处理模块41，用于当所述检测模块检测到所述至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例，所述预设的测试用例管理图谱记录了各个功能模块之间的关联关系以及各个功能模块与各个测试用例之间的关联关系；

输出模块42，用于输出所述至少一个测试用例中各个测试用例的标识信息；

所述处理模块41，还用于基于针对所述各个测试用例的标识信息中目标标识信息的控制操作，从所述至少一个测试用例中确定出目标测试用例，并运行所述目标测试用例对所述业务***进行测试，所述目标标识信息为所述各个测试用例的标识信息中的任一个标识信息。

在一个实施例中，所述输出模块42，还用于展示图谱编辑窗口，所述图谱编辑窗口包括图谱编辑区，功能模块对应的第一组件列表区和测试用例对应的第二组件列表区，所述第一组件列表区包括所述各个功能模板对应的第一组件，所述第二组件列表区包括各个测试用例对应的第二组件；所述处理模块41，还用于基于针对所述第一组件列表区输入的第一管理操作和针对所述第二组件列表区输入的第二管理操作，分别从各个所述第一组件中确定出第一目标组件，从各个所述第二组件中确定出第二目标组件；将所述第一目标组件和所述第二目标组件添加至所述图谱编辑区；在所述图谱编辑区中基于针对所述第一目标组件和所述第二目标组件的排版操作对所述第一目标组件和所述第二目标组件进行排版，得到测试用例管理图谱。

在一个实施例中，所述处理模块41，还用于创建所述至少一个功能模块中各个功能模块与测试用例之间的关联关系；通过性能管理工具获取所述各个功能模块之间接口的调用关系；根据所述调用关系确定所述各个功能模块之间的关联关系；基于所述各个功能模块与测试用例之间的关联关系和所述各个功能模块之间的关联关系，生成测试用例管理图谱。

在一个实施例中，检测模块40，具体用于获取用户提交的所述业务***对应的程序代码；从预设代码管理区域中获取所述业务***对应的历史程序代码；对比所述程序代码和所述历史程序代码，并基于对比结果确定所述业务***对应的至少一个功能模块中的各个功能模块是否更新。

在一个实施例中，检测模块40，还用于检测所述程序代码中是否存在功能更新标签；若检测到所述程序代码中不存在所述功能更新标签，则执行所述从预设代码管理区域中获取所述业务***对应的历史程序代码。

在一个实施例中，检测模块40，还用于若检测到所述程序代码中存在所述功能更新标签，则确定所述业务***对应的至少一个功能模块中所述功能更新标签对应的目标功能模块更新。

在一个实施例中，处理模块41，具体用于根据预设的测试用例管理图谱中记录的各个功能模块之间的关联关系，确定与所述目标功能模块关联的第一测试用例，以及与所述目标功能模块关联的关联功能模块；根据预设的测试用例管理图谱中记录的各个功能模块与各个测试用例之间的关联关系确定出与所述关联功能模块关联的第二测试用例；将所述第一测试用例和所述第二测试用例确定为与所述目标功能模块关联的至少一个测试用例。

需要说明的是，本申请实施例所描述的测试装置的各功能模块的功能可根据图1或者图2所述的方法实施例中的方法具体实现，其具体实现过程可以参照图1或者图2的方法实施例的相关描述，此处不再赘述。

请参见图5，图5是本申请实施例提供的一种终端设备的示意性框图，如图5所示，该终端设备包括，处理器501、存储器502和输出设备503。上述处理器501、存储器502和输出设备503可通过总线或其他方式连接，在本申请实施例所示图5中以通过总线连接为例。其中，存储器502用于存储计算机程序，所述计算机程序包括程序指令，处理器501用于执行存储器502存储的程序指令。其中，处理器501被配置用于调用所述程序指令执行：在检测到业务***的预设触发事件时，检测所述业务***对应的至少一个功能模块中各个功能模块是否更新；当检测到所述至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例，所述预设的测试用例管理图谱记录了各个功能模块之间的关联关系以及各个功能模块与各个测试用例之间的关联关系；通过输出设备503输出所述至少一个测试用例中各个测试用例的标识信息；基于针对所述各个测试用例的标识信息中目标标识信息的控制操作，从所述至少一个测试用例中确定出目标测试用例，并运行所述目标测试用例对所述业务***进行测试，所述目标标识信息为所述各个测试用例的标识信息中的任一个标识信息。

在一个实施例中，所述输出设备503，还用于展示图谱编辑窗口，所述图谱编辑窗口包括图谱编辑区，功能模块对应的第一组件列表区和测试用例对应的第二组件列表区，所述第一组件列表区包括所述各个功能模板对应的第一组件，所述第二组件列表区包括各个测试用例对应的第二组件；所述处理器501，还用于基于针对所述第一组件列表区输入的第一管理操作和针对所述第二组件列表区输入的第二管理操作，分别从各个所述第一组件中确定出第一目标组件，从各个所述第二组件中确定出第二目标组件；将所述第一目标组件和所述第二目标组件添加至所述图谱编辑区；在所述图谱编辑区中基于针对所述第一目标组件和所述第二目标组件的排版操作对所述第一目标组件和所述第二目标组件进行排版，得到测试用例管理图谱。

在一个实施例中，所述处理器501，还用于创建所述至少一个功能模块中各个功能模块与测试用例之间的关联关系；通过性能管理工具获取所述各个功能模块之间接口的调用关系；根据所述调用关系确定所述各个功能模块之间的关联关系；基于所述各个功能模块与测试用例之间的关联关系和所述各个功能模块之间的关联关系，生成测试用例管理图谱。

在一个实施例中，处理器501，具体用于获取用户提交的所述业务***对应的程序代码；从预设代码管理区域中获取所述业务***对应的历史程序代码；对比所述程序代码和所述历史程序代码，并基于对比结果确定所述业务***对应的至少一个功能模块中的各个功能模块是否更新。

在一个实施例中，处理器501，还用于检测所述程序代码中是否存在功能更新标签；若检测到所述程序代码中不存在所述功能更新标签，则执行所述从预设代码管理区域中获取所述业务***对应的历史程序代码。

在一个实施例中，处理器501，还用于若检测到所述程序代码中存在所述功能更新标签，则确定所述业务***对应的至少一个功能模块中所述功能更新标签对应的目标功能模块更新。

在一个实施例中，处理器501，具体用于根据预设的测试用例管理图谱中记录的各个功能模块之间的关联关系，确定与所述目标功能模块关联的第一测试用例，以及与所述目标功能模块关联的关联功能模块；根据预设的测试用例管理图谱中记录的各个功能模块与各个测试用例之间的关联关系确定出与所述关联功能模块关联的第二测试用例；将所述第一测试用例和所述第二测试用例确定为与所述目标功能模块关联的至少一个测试用例。

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

该输出设备503可以包括扬声器、显示屏等。

该存储器502可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器502的一部分还可以包括非易失性随机存取存储器。例如，存储器502还可以存储设备类型的信息。

具体实现中，本申请实施例中所描述的处理器501、存储器502和输出设备503可执行本申请实施例提供的图1或者图2所述的方法实施例所描述的实现方式，也可执行本申请实施例所描述的测试装置的实现方式，在此不再赘述。

在本发明的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时实现：在检测到业务***的预设触发事件时，检测所述业务***对应的至少一个功能模块中各个功能模块是否更新；当检测到所述至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例，所述预设的测试用例管理图谱记录了各个功能模块之间的关联关系以及各个功能模块与各个测试用例之间的关联关系；输出所述至少一个测试用例中各个测试用例的标识信息；基于针对所述各个测试用例的标识信息中目标标识信息的控制操作，从所述至少一个测试用例中确定出目标测试用例，并运行所述目标测试用例对所述业务***进行测试，所述目标标识信息为所述各个测试用例的标识信息中的任一个标识信息。

所述计算机可读存储介质可以是前述任一实施例所述的终端设备的内部存储单元，例如终端设备的硬盘或内存。所述计算机可读存储介质也可以是所述终端设备的外部存储设备，例如所述终端设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(FlashCard)等。进一步地，所述计算机可读存储介质还可以既包括所述终端设备的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明的部分实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (10)

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

在检测到业务***的预设触发事件时，检测所述业务***对应的至少一个功能模块中各个功能模块是否更新；

当检测到所述至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例，所述预设的测试用例管理图谱记录了各个功能模块之间的关联关系以及各个功能模块与各个测试用例之间的关联关系；

输出所述至少一个测试用例中各个测试用例的标识信息；

基于针对所述各个测试用例的标识信息中目标标识信息的控制操作，从所述至少一个测试用例中确定出目标测试用例，所述目标标识信息为所述各个测试用例的标识信息中的任一个标识信息；

运行所述目标测试用例对所述业务***进行测试。

2.根据权利要求1所述的方法，其特征在于，所述根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例之前，所述方法还包括：

展示图谱编辑窗口，所述图谱编辑窗口包括图谱编辑区，功能模块对应的第一组件列表区和测试用例对应的第二组件列表区，所述第一组件列表区包括所述各个功能模板对应的第一组件，所述第二组件列表区包括各个测试用例对应的第二组件；

基于针对所述第一组件列表区输入的第一管理操作和针对所述第二组件列表区输入的第二管理操作，分别从各个所述第一组件中确定出第一目标组件，从各个所述第二组件中确定出第二目标组件；

将所述第一目标组件和所述第二目标组件添加至所述图谱编辑区；

在所述图谱编辑区中基于针对所述第一目标组件和所述第二目标组件的排版操作对所述第一目标组件和所述第二目标组件进行排版，得到测试用例管理图谱。

3.根据权利要求1所述的方法，其特征在于，所述根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例之前，所述方法还包括：

创建所述至少一个功能模块中各个功能模块与测试用例之间的关联关系；

通过性能管理工具获取所述各个功能模块之间接口的调用关系；

根据所述调用关系确定所述各个功能模块之间的关联关系；

基于所述各个功能模块与测试用例之间的关联关系和所述各个功能模块之间的关联关系，生成测试用例管理图谱。

4.根据权利要求1所述的方法，其特征在于，所述检测业务***对应的至少一个功能模块中各个功能模块是否更新，包括：

获取用户提交的所述业务***对应的程序代码；

从预设代码管理区域中获取所述业务***对应的历史程序代码；

对比所述程序代码和所述历史程序代码，并基于对比结果确定所述业务***对应的至少一个功能模块中的各个功能模块是否更新。

5.根据权利要求4所述的方法，其特征在于，所述从预设代码管理区域中获取所述业务***对应的历史程序代码之前，所述方法还包括：

检测所述程序代码中是否存在功能更新标签；

若检测到所述程序代码中不存在所述功能更新标签，则触发执行所述从预设代码管理区域中获取所述业务***对应的历史程序代码的步骤。

6.根据权利要求5所述的方法，其特征在于，所述检测所述程序代码中是否存在功能更新标签之后，所述方法还包括：

若检测到所述程序代码中存在所述功能更新标签，则确定所述业务***对应的至少一个功能模块中所述功能更新标签对应的目标功能模块更新。

7.根据权利要求1所述的方法，其特征在于，所述根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例，包括：

根据预设的测试用例管理图谱中记录的各个功能模块之间的关联关系，确定与所述目标功能模块关联的第一测试用例，以及与所述目标功能模块关联的关联功能模块；

根据预设的测试用例管理图谱中记录的各个功能模块与各个测试用例之间的关联关系确定出与所述关联功能模块关联的第二测试用例；

将所述第一测试用例和所述第二测试用例确定为与所述目标功能模块关联的至少一个测试用例。

8.一种测试装置，其特征在于，所述装置包括：

检测模块，用于在检测到业务***的预设触发事件时，检测所述业务***对应的至少一个功能模块中各个功能模块是否更新；

处理模块，用于当所述检测模块检测到所述至少一个功能模块中的目标功能模块更新时，根据预设的测试用例管理图谱确定与所述目标功能模块关联的至少一个测试用例，所述预设的测试用例管理图谱记录了各个功能模块之间的关联关系以及各个功能模块与各个测试用例之间的关联关系；

输出模块，用于输出所述至少一个测试用例中各个测试用例的标识信息；

所述处理模块，还用于基于针对所述各个测试用例的标识信息中目标标识信息的控制操作，从所述至少一个测试用例中确定出目标测试用例，所述目标标识信息为所述各个测试用例的标识信息中的任一个标识信息，并运行所述目标测试用例对所述业务***进行测试。

9.一种终端设备，其特征在于，包括处理器和存储器，所述处理器和所述存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行权利要求1-7任一项所述方法。

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

Images