CN110874318B - 软件测试方法、装置及计算机可读存储介质 - Google Patents

Abstract

本发明实施例提供了一种软件测试方法、装置及计算机可读存储介质，涉及计算机技术领域。其中，所述方法通过预先建立的测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识，并根据目标场景标识所指示的存储路径，加载存储路径中存储的目标场景数据，得到与目标测试用例对应的目标测试场景，最后在目标测试场景中，根据目标测试用例进行测试。终端在测试完毕对测试场景进行删除之后，根据预先存储的测试场景对应的数据，快速加载测试场景对应的数据，从而生成测试用例对应的测试场景，无需根据测试用例构建测试场景，避免了终端根据测试用例构建测试场景的过程，节省了终端对软件进行测试所花费的时间，提高了软件测试的效率。

Description

软件测试方法、装置及计算机可读存储介质

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种软件测试方法、装置及计算机可读存储介质。

背景技术

为了提高软件在运行过程中的可靠性，测试人员需要先对软件进行测试。伴随着软件规模的不断增大，测试工作量越来越大，为了提高测试效率，通常采用自动化测试的方式对软件进行测试。

在自动化测试的过程中，需要根据每个测试用例的各个测试步骤，建立测试对象所需的测试场景，并在建好的测试场景中对测试对象进行测试，测试完毕后再对测试场景进行清理，以便根据其他测试用例建立相应的测试场景，从而完成测试。

由于在自动化测试的过程中需要不断地建立测试场景、清理测试场景，花费时间较多，造成软件测试的效率较低。

发明内容

本发明的目的在于提供一种软件测试方法、装置及计算机可读存储介质，用以改善上述问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种软件测试方法，所述方法包括：

根据测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识，所述目标测试用例为至少一个初始测试用例中的任意一个初始测试用例，所述目标场景标识用于指示目标场景数据的存储路径，所述目标场景数据用于加载目标测试场景；

根据所述目标场景标识，加载与所述目标测试用例对应的目标测试场景；

在所述目标测试场景中，根据所述目标测试用例进行测试。

第二方面，本发明实施例提供了一种软件测试装置，所述装置包括：

第一获取模块，用于根据测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识，所述目标测试用例为至少一个初始测试用例中的任意一个初始测试用例，所述目标场景标识用于指示目标场景数据的存储路径，所述目标场景数据用于加载目标测试场景；

加载模块，用于根据所述目标场景标识，加载与所述目标测试用例对应的目标测试场景；

测试模块，用于在所述目标测试场景中，根据所述目标测试用例进行测试。

第三方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机指令，该些计算机指令被处理器执行时实现如第一方面中任意一项所述方法的步骤。

与现有技术相比，本发明实施例提供了一种软件测试方法、装置及计算机可读存储介质，通过预先建立的测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识，并根据目标场景标识所指示的存储路径，加载存储路径中存储的目标场景数据，得到与目标测试用例对应的目标测试场景，最后在目标测试场景中，根据目标测试用例进行测试。通过终端快速加载预先存储的各个测试场景对应的数据，使得终端在测试完毕对测试场景进行删除之后，可以根据预先存储的测试场景对应的数据，快速加载测试场景对应的数据，从而生成测试用例对应的测试场景，无需根据测试用例构建测试场景，避免了终端根据测试用例构建测试场景的过程，节省了终端对软件进行测试所花费的时间，提高了软件测试的效率。

进一步地，通过生成场景结构图，并根据场景结构图生成不同的测试场景，使得在生成各个测试场景的过程中，可以根据场景结构图中上一个节点对应的测试场景，生成当前节点对应的测试场景，减少了生成各个测试场景所需的步骤，减少了生成各个测试场景花费的时间，提高了生成各个测试场景的效率。

进一步地，通过构建一次测试场景，对构建的测试场景进行存储，之后无需再次构建测试场景，而是可以根据存储的测试场景的数据，对测试场景进行快速加载，减少了生成测试场景所花费的时间，提高了软件测试的效率。

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

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种软件测试方法的步骤流程图；

图2为本发明实施例提供的另一种软件测试方法的步骤流程图；

图3为本发明实施例提供的一种场景结构图的示意图；

图4为本发明实施例提供的一种软件测试装置的示意图；

图5为本发明实施例提供的另一种软件测试装置的示意图；

图6为本发明实施例提供的又一种软件测试装置的示意图；

图7为本发明实施例提供的又一种软件测试装置的示意图；

图8为本发明实施例提供的又一种软件测试装置的示意图；

图9为本发明实施例提供的又一种软件测试装置的示意图；

图10为本发明实施例提供的又一种软件测试装置的示意图；

图11为本发明实施例提供的又一种软件测试装置的示意图；

图12为本发明实施例提供的又一种软件测试装置的框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参考图1，图1为本发明实施例提供的一种软件测试方法的步骤流程图，该软件测试方法包括以下步骤：

步骤101，根据测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识。

其中，目标测试用例为至少一个初始测试用例中的任意一个初始测试用例，该目标场景标识用于指示目标场景数据的存储路径，该目标场景数据用于加载目标测试场景。

在终端对软件进行测试的过程中，终端可以根据用户触发的操作，结合预先设置的测试用例，按照测试用例中所指示的测试步骤，对软件的各个功能进行测试。

由于在根据各个测试用例进行测试的过程中，需要根据各个测试步骤构建测试场景，为了减少终端构建测试场景所花费的时间，终端可以预先存储根据各个测试用例构建的测试场景，并建立各个测试场景与各个测试用例之间的对应关系，以便在测试过程中，可以根据该对应关系读取相应的测试场景所对应的数据，从而快速加载得到测试用例所对应的测试场景。

其中，测试场景是指测试用例的预置条件，一般为测试用例执行的测试环境，可以包括被测软件运行的硬件和软件环境，以及任何其它与被测软件交互的软件，同时也包括了不同测试条件下的被测软件。

具体地，测试场景所包括的测试环境是执行测试用例所需的环境，该测试环境可以包括被测软件所运行的硬件环境和软件环境、与被测软件进行数据交互的辅助软件、以及不同测试条件下的被测软件。

例如，某个测试用例的测试步骤包括：(1)登录被测软件、(2)添加摄像机、(3)配置摄像机的存储计划、(4)查询摄像机的存储录像、(5)采用录像回放的方式进行检测、(6)获取测试结果以及(7)清理测试环境。

而另外一个测试用例的测试步骤包括：(1)登录被测软件、(2)添加摄像机、(3)配置摄像机的存储计划、(4)查询摄像机的存储录像、(5)采用录像下载的方式进行检测、(6)获取测试结果以及(7)清理测试环境。

根据两个测试用例的测试步骤可以看出，两个测试用例的第5个测试步骤用于检测，而两个测试用例的前4个测试步骤完全一致，则说明两个测试用例所需的测试场景一致，可以根据两个测试用例中任意一个测试用例的前4个步骤，执行该前4个测试步骤，得到与这两个测试用例对应的测试场景。

因此，终端在根据测试用例进行测试的过程中，可以先从至少一个初始测试用例中，选取与需要测试的功能相对应的初始测试用例，并将该初始测试用例作为目标测试用例，再从预先建立的测试用例与测试场景之间的对应关系中，查找与目标测试用例相匹配的测试用例，再根据相匹配的测试用例确定与目标测试用例相对于的目标测试场景，最后获取与目标测试用例相对应的目标场景标识，以便在后续步骤中，终端可以根据该目标场景标识所指示的存储路径，获取并加载与目标测试用例相对应的数据，从而根据加载完毕的目标测试场景进行测试。

需要说明的是，在实际应用中，任意一个测试场景可以对应的至少一个初始测试用例，而每个测试场景对应的至少一个初始测试用例中，每个初始测试用例的部分测试步骤均与其他初始测试用例的部分测试步骤一致。

步骤102，根据目标场景标识，加载与目标测试用例对应的目标测试场景。

其中，该目标测试场景为根据目标测试用例进行测试的过程中所需的测试场景，该目标测试场景不但可以与目标测试用例相对应，还可以与其他初始测试用例相对应，也即是，该目标测试场景可以与至少一个初始测试用例相对应，该至少一个初始测试用例所需的测试场景均为该目标测试场景，在对根据该至少一个初始测试用例中的任意一个初始测试用例进行测试的过程中，均可以加载生成目标测试场景，从而完成相应的测试。

终端在获取目标场景标识后，可以根据该目标场景标识所指示的存储路径，获取该存储路径对应的存储空间中存储的目标场景数据，并对获取的目标场景数据进行加载，得到目标测试场景。

具体地，终端可以根据获取的目标场景标识，识别得到存储目标场景数据的存储路径，终端可以再根据该存储路径指示的存储空间，获取存储空间中存储的目标场景数据，最后对获取的目标场景数据进行加载，得到与目标测试用例对应的目标测试场景，以便在后续步骤中，终端可以根据目标测试用例中的各个测试步骤，完成对被测软件的测试。

步骤103，在目标测试场景中，根据目标测试用例进行测试。

终端在加载得到目标测试场景后，可以在该目标测试场景中，根据目标测试用例中的测试步骤进行测试，完成对被测软件相应功能的测试。

需要说明的是，终端在目标测试场景中，可以根据目标测试场景对应的测试步骤以及目标测试用例中的各个测试步骤，执行目标测试用例中构建目标测试场景之后剩余的测试步骤。

由于各个测试场景是根据不同的测试步骤生成的，则每个测试场景对应的测试步骤与相应测试用例中的测试步骤存在相一致的测试步骤，而终端在加载得到目标测试场景后，无需执行目标测试用例中构建目标测试场景的步骤，可以在目标测试场景中执行构建目标测试场景之后的测试步骤。

因此，终端在目标测试场景中进行测试的过程中，可以先确定生成目标测试场景的各个测试步骤，并将确定的各个测试步骤与目标测试用例中的各个测试步骤进行匹配，得到目标测试用例中并未执行的测试步骤，终端再按照各个测试的顺序，执行各个并未执行的测试步骤，完成对软件功能的测试。

例如，目标测试用例中一共包括10个测试步骤，其中测试步骤1至6用于构建目标测试场景，测试步骤7至10用于测试被测软件，则在终端加载得到目标测试场景后，根据目标测试用例中的各个测试步骤，执行测试步骤7至10，从而完成对被测软件相应功能的测试。

综上所述，本发明提供的一种软件测试方法，通过预先建立的测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识，并根据目标场景标识所指示的存储路径，加载存储路径中存储的目标场景数据，得到与目标测试用例对应的目标测试场景，最后在目标测试场景中，根据目标测试用例进行测试。通过终端快速加载预先存储的各个测试场景对应的数据，使得终端在测试完毕对测试场景进行删除之后，可以根据预先存储的测试场景对应的数据，快速加载测试场景对应的数据，从而生成测试用例对应的测试场景，无需根据测试用例构建测试场景，避免了终端根据测试用例构建测试场景的过程，节省了终端对软件进行测试所花费的时间，提高了软件测试的效率。

请参考图2，图2为本发明实施例提供的另一种软件测试方法的步骤流程图，该软件测试方法包括以下步骤：

步骤201，根据至少一个初始测试用例生成场景结构图。

其中，该场景结构图可以包括至少一个节点，每个节点对应不同的测试步骤。例如，该场景结构图可以为树状图、网状图或者其他形式的拓扑结构图，本发明实施例对此不做限定。

终端在对软件进行测试的过程中，需要根据不同的初始测试用例构建不同的测试场景，还需要在测试完毕后对测试场景进行清理，以便终端根据其他初始测试用例构建相应的测试场景。

为了减少终端进行测试所花费的时间，终端可以先对各个初始测试用例所需的测试场景进行存储。但是，由于各个初始测试用例中，部分初始测试用例构建的测试场景一致，也即是部分初始测试用例的测试步骤相同，则终端可以根据各个初始测试步骤生成场景结构图，以便在后续步骤中，终端可以根据场景结构图中的各个节点生成并存储不同的测试场景。

可选的，终端可以获取至少一个初始测试用例，并根据至少一个初始测试用例中每个测试用例的测试步骤，建立至少一个节点，再根据至少一个节点，生成场景结构图。

其中，每个节点对应至少一个初始测试用例。

在终端建立场景结构图的过程中，终端可以先获取至少一个初始测试用例，并对每个初始测试用例对应的测试步骤进行分析，得到每个初始测试用例构建测试场景的测试步骤，也即是得到每个初始测试用例对应测试场景的构建过程。

对于每个初始测试用例，终端可以将该初始测试用例构建测试场景的测试步骤，与其他测试用例构建测试场景的测试步骤进行比较。当该测试用例构建测试场景的测试步骤，与任意一个测试用例构建测试场景的测试步骤一致时，则说明两个测试用例对应的测试场景一致，则可以根据该初始测试用例构建测试场景的测试步骤，建立一个节点。

当该测试用例构建测试场景的测试步骤，与每个测试用例构建测试场景的测试步骤均不一致时，则说明该测试用例对应的测试场景与任意一个测试用例对应的测试场景均不一致，也可以根据该初始测试用例构建测试场景的测试步骤，建立一个节点。

例如，参照图3，至少一个初始测试用例中包括10个初始测试用例，其中，第一初始测试用例和第二初始测试用例建测试场景的测试步骤一致，则可以根据第一初始测试用例和/或第二初始测试用例构建测试场景的测试步骤，建立第一节点301；相似的，第三初始测试用例和第四初始测试用例建测试场景的测试步骤一致、第五初始测试用例和第六初始测试用例建测试场景的测试步骤一致、第七初始测试用例和第八初始测试用例建测试场景的测试步骤一致、以及第九初始测试用例和第十初始测试用例建测试场景的测试步骤一致，则可以根据第三初始测试用例和/或第四初始测试用例构建测试场景的测试步骤，建立第二节点302；可以根据第五初始测试用例和/或第六初始测试用例构建测试场景的测试步骤，建立第三节点303；可以根据第七初始测试用例和/或第八初始测试用例构建测试场景的测试步骤，建立第四节点304；可以根据第九初始测试用例和/或第十初始测试用例构建测试场景的测试步骤，建立第五节点305。

进一步地，终端不但需要根据各个初始测试用例对应的测试步骤建立各个节点，还需要根据每个初始测试用例对应的测试步骤，确定各个节点之间的关系，也即是，确定每个节点对应的父节点和子节点，从而根据各个节点之间的关系，结合各个节点建立场景结构图。

可选地，至少一个节点可以包括：第一节点和第二节点，该第一节点和该第二节点为至少一个节点中的任意两个节点。相应的，终端可以判断第一节点对应的测试步骤和第二节点对应的测试步骤是否满足预设条件，若第一节点对应的测试步骤和第二节点对应的测试步骤均满足该预设条件，则可以将第一节点作为第二节点的父节点、并将第二节点作为第一节点的子节点，最后生成场景结构图。

具体地，终端可以对两个节点分别对应的两个初始测试用例的测试步骤进行进一步分析，也即是对第一节点对应的第一初始测试用例和第二节点对应的第二初始测试用例进行分析，终端可以根据第一初始测试用例和第二初始测试用例，结合第一节点和第二节点分别对应的测试步骤进行判断，确定第一节点对应的测试步骤和第二节点对应的测试步骤是否满足预设条件。

若根据第一节点对应的测试步骤构建得到第一测试场景后，可以在第一测试场景的基础上，结合第二节点对应的测试步骤，快速构建第二节点对应的测试步骤所构建的第二测试场景，则说明第一节点对应的测试步骤和第二节点对应的测试步骤满足预设条件，也即是第一节点对应的测试步骤和第二节点对应的测试步骤存在类似的测试步骤，可以将第一节点作为第二节点的父节点，并将第二节点作为第一节点的子节点。

需要说明的是，终端在对至少一个节点中每两个节点对应的测试步骤进行判断后，可以确定每个节点是否存在相对应的父节点和子节点，则终端可以根据每个节点对应的父节点和子节点，生成场景结构图。

例如，结合图3对应的举例，终端根据10个初始测试用例，建立了5个节点，如果在第一节点301对应的测试场景的基础上，可以构建第二节点302和第三节点303对应的测试场景，则可以将第一节点301作为第二节点302和第三节点303的父节点，将第二节点302和第三节点303作为第一节点301的子节点。

进一步地，如果在第二节点302对应的测试场景的基础上，可以构建第四节点304和第五节点305对应的测试场景，则可以将第二节点302作为第四节点304和第五节点305的父节点，将第四节点304和第五节点305作为第二节点302的子节点。

终端在建立各个节点，并确定各个节点之间的父子关系后，可以根据各个节点之间的父子关系，建立包括至少一个节点的场景结构图，且不同的测试节点对应不同的测试场景，也即是每个测试节点对应不同的测试步骤。

例如，终端可以将Windows系统中，在被测软件中登录100个用户的账号的场景作为第一测试场景，进一步地，终端可以在Windows系统中，在被测软件中登录200个用户的账号的场景作为第二测试场景，则终端可以在第一测试场景的基础上，再次登录100个用户的账号，从而得到第二测试场景，也即是，在第一测试场景的基础上构建第二测试场景。

因此，可以将第一测试场景对应的节点，作为第二测试场景对应的节点的父节点，相应的，可以将第二测试场景对应的节点，作为第一测试场景对应的节点的子节点。

步骤202，根据每个节点对应的测试步骤，生成与每个节点对应的测试场景。

终端在建立场景结构图后，可以根据每个节点对应的测试步骤，结合与各个节点相对应的初始测试用例，执行与各个节点对应的测试步骤相一致的测试步骤，生成与各个节点相对应的测试场景。

可选的，对于每个节点，终端可以从至少一个节点测试用例中选取任意一个节点测试用例，根据任意一个节点测试用例，执行与节点对应的测试步骤，得到与节点对应的测试场景。

其中，该至少一个节点测试用例为节点对应的测试步骤所属的至少一个初始测试用例。也即是，当某个节点对应的测试场景为至少一个初始测试用例对应的测试场景时，则可以将该至少一个初始测试用例作为该节点的节点测试用例。

对于每个节点，终端在生成该节点对应的测试场景的过程中，可以先获取该节点对应的至少一个节点测试用例，并从至少一个节点测试用例中，选取任意一个节点测试用例，并执行该节点测试用例中的测试步骤，当终端执行的测试步骤与该节点对应的测试步骤完全一致时，则可以生成与该节点对应的测试场景。

需要说明的是，由于终端已经建立了场景结构图，则终端在生成各个测试场景的过程中，可以根据场景结构图中各个节点之间的父子关系，在生成父节点对应的测试场景后，在父节点对应的测试场景的基础上，生成子节点对应的测试场景，从而减少生成各个测试场景所花费的时间。

步骤203，存储每个节点对应的测试场景。

终端在生成任意一个节点对应的测试场景之后，终端可以对该测试场景进行存储，再根据已经生成的测试场景，生成下一个节点对应的测试场景，完成对该测试场景的存储，直至终端对每个测试场景均进行了存储。

可选的，终端可以采用容器技术，对每个节点对应的测试场景进行存储，生成与每个测试节点对应的镜像；和/或，终端也可以采用虚拟机技术，对每个节点对应的测试场景进行存储，生成与每个测试节点对应的虚拟机快照；和/或，终端还可以采用序列化技术，对每个节点对应的测试场景进行存储，生成与每个测试节点对应的序列化数据。

需要说明的是，终端还可以采用其他方式对测试场景进行存储，本发明实施例对此不做限定。

例如，终端可以采用容器技术，对测试场景生成镜像，完成对测试场景的存储；终端还可以采用虚拟机技术，当终端生成测试场景后，可以将虚拟机当前的运行状态进行存储，得到虚拟机快照；终端还可以在生成测试场景后，对当前的测试场景序列化，完成对测试场景的存储。

步骤204，根据每个节点对应的测试场景，建立测试用例与测试场景之间的对应关系。

终端在对各个节点对应的测试场景进行存储之后，终端可以根据各个测试场景对应的存储路径，生成与每个测试场景相对应的场景标识，并根据各个测试场景对应的节点、以及每个节点对应的节点测试用例，建立各个测试场景与测试用例之间的对应关系。

可选的，对于每个节点，终端可以确定该节点对应的测试步骤所属的至少一个节点测试用例，并建立该节点对应的测试场景与至少一个节点测试用例之间的对应关系。

终端在建立测试用例与测试场景之间的对应关系的过程中，终端可以根据场景结构图中各个节点的父子关系，按照由父节点向子节点的顺序，先根据父节点对应的测试场景，获取该测试场景对应的测试标识，再获取该父节点对应的至少一个节点测试用例，最后建立该测试标识与至少一个节点测试用例中每个节点测试用例之间的对应关系，从而得到测试用例与测试场景之间的对应关系。

例如，参照图3对应的举例，终端可以建立第一节点301对应的测试场景与第一初始测试用例和第二初始测试用例之间的对应关系、建立第二节点302对应的测试场景与第三初始测试用例和第四初始测试用例之间的对应关系、建立第三节点303对应的测试场景与第五初始测试用例和第六初始测试用例之间的对应关系、建立第四节点304对应的测试场景与第七初始测试用例和第八初始测试用例之间的对应关系、以及建立第五节点305对应的测试场景与第九初始测试用例和第十初始测试用例之间的对应关系。

步骤205，根据测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识。

其中，该目标测试用例为至少一个初始测试用例中的任意一个初始测试用例，该目标场景标识用于指示目标场景数据的存储路径，该目标场景数据用于加载目标测试场景。

步骤206，根据目标场景标识，加载与目标测试用例对应的目标测试场景。

步骤207，在目标测试场景中，根据目标测试用例进行测试。

由于步骤205至步骤207的过程与步骤101至步骤103的过程类似，在此不再赘述。

步骤208，获取测试结果。

终端在对目标测试用例测试完毕后，可以获取测试结果，并将测试结果记录在目标测试用例中，以便用户可以根据目标测试用例中的预计测试结果和实际测试得到的测试结果进行比较，对被测软件进行相应的分析。

步骤209，删除目标测试场景。

终端在获取测试结果之后，可以对目标测试场景进行删除，并根据再次选取的目标测试用例，加载相应的目标测试场景，对再次选取的目标测试用例进行测试，完成对被测软件的测试。也即是，循环执行步骤205至步骤209，直至用户不再选取目标测试用例进行测试。

需要说明的是，在实际应用中，步骤208和步骤209可以同时执行，也可以先执行步骤209，再执行步骤208，本发明实施例对步骤208和步骤209的先后顺序不做限定。

综上所述，本发明提供的一种软件测试方法，通过预先建立的测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识，并根据目标场景标识所指示的存储路径，加载存储路径中存储的目标场景数据，得到与目标测试用例对应的目标测试场景，最后在目标测试场景中，根据目标测试用例进行测试。通过终端快速加载预先存储的各个测试场景对应的数据，使得终端在测试完毕对测试场景进行删除之后，可以根据预先存储的测试场景对应的数据，快速加载测试场景对应的数据，从而生成测试用例对应的测试场景，无需根据测试用例构建测试场景，避免了终端根据测试用例构建测试场景的过程，节省了终端对软件进行测试所花费的时间，提高了软件测试的效率。

进一步地，通过生成场景结构图，并根据场景结构图生成不同的测试场景，使得在生成各个测试场景的过程中，可以根据场景结构图中上一个节点对应的测试场景，生成当前节点对应的测试场景，减少了生成各个测试场景所需的步骤，减少了生成各个测试场景花费的时间，提高了生成各个测试场景的效率。

进一步地，通过构建一次测试场景，对构建的测试场景进行存储，之后无需再次构建测试场景，而是可以根据存储的测试场景的数据，对测试场景进行快速加载，减少了生成测试场景所花费的时间，提高了软件测试的效率。

本发明实施例还提供与上述方法相对应的一种软件测试装置，该软件测试装置中的细节方案可以参照上述方法来实现，如图4所示，上述软件测试装置可以包括：

第一获取模块401，用于根据测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识，该目标测试用例为至少一个初始测试用例中的任意一个初始测试用例，该目标场景标识用于指示目标场景数据的存储路径，该目标场景数据用于加载目标测试场景；

加载模块402，用于根据该目标场景标识，加载与该目标测试用例对应的目标测试场景；

测试模块403，用于在该目标测试场景中，根据该目标测试用例进行测试。

可选的，参照图5，该装置还可以包括：

第一生成模块404，用于根据至少一个初始测试用例生成场景结构图，该场景结构图包括至少一个节点，每个节点对应不同的测试步骤；

第二生成模块405，用于根据每个节点对应的测试步骤，生成与每个节点对应的测试场景；

存储模块406，用于存储每个节点对应的测试场景。

可选的，参照图6，该装置还可以包括：

建立模块407，用于根据每个节点对应的测试场景，建立该测试用例与测试场景之间的对应关系。

可选的，参照图7，该第一生成模块404可以包括：

获取子模块4041，用于获取该至少一个初始测试用例；

建立子模块4042，用于根据该至少一个初始测试用例中每个测试用例的测试步骤，建立至少一个节点，每个节点对应至少一个初始测试用例；

生成子模块4043，用于根据该至少一个节点，生成该场景结构图。

可选的，参照图8，该第二生成模块405可以包括：

选取子模块4051，用于对于每个节点，从至少一个节点测试用例中选取任意一个节点测试用例，该至少一个节点测试用例为该节点对应的测试步骤所属的至少一个初始测试用例；

执行子模块4052，用于根据该任意一个节点测试用例，执行与该节点对应的测试步骤，得到与该节点对应的测试场景。

可选的，参照图9，该至少一个节点包括：第一节点和第二节点，该第一节点和该第二节点为该至少一个节点中的任意两个节点；

该生成子模块4043可以包括：

判断单元4043a，用于判断该第一节点对应的测试步骤和该第二节点对应的测试步骤是否满足预设条件；

确定单元4043b，用于若该第一节点对应的测试步骤和该第二节点对应的测试步骤均满足该预设条件，则将该第一节点作为该第二节点的父节点、将该第二节点作为该第一节点的子节点；

生成单元4043c，用于生成该场景结构图。

可选的，参照图10，该存储模块406可以包括：

第一存储子模块4061，用于采用容器技术，对每个节点对应的测试场景进行存储，生成与每个测试节点对应的镜像；

和/或，第二存储子模块4062，用于采用虚拟机技术，对每个节点对应的测试场景进行存储，生成与每个测试节点对应的虚拟机快照；

和/或，第三存储子模块4063，用于采用序列化技术，对每个节点对应的测试场景进行存储，生成与每个测试节点对应的序列化数据。

可选的，参照图11，该装置还可以包括：

第二获取模块408，用于获取测试结果；

删除模块409，用于删除该目标测试场景。

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

综上所述，本发明提供的一种软件测试装置，通过预先建立的测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识，并根据目标场景标识所指示的存储路径，加载存储路径中存储的目标场景数据，得到与目标测试用例对应的目标测试场景，最后在目标测试场景中，根据目标测试用例进行测试。通过终端快速加载预先存储的各个测试场景对应的数据，使得终端在测试完毕对测试场景进行删除之后，可以根据预先存储的测试场景对应的数据，快速加载测试场景对应的数据，从而生成测试用例对应的测试场景，无需根据测试用例构建测试场景，避免了终端根据测试用例构建测试场景的过程，节省了终端对软件进行测试所花费的时间，提高了软件测试的效率。

本发明实施例还揭示了一种计算机可读存储介质，其上存储有计算机程序，所述计算机指令被处理器执行时实现如上述软件测试方法中任意一项所述方法的步骤。

图12是本发明实施例提供的又一种软件测试装置的框图。例如，装置1200可以被提供为一终端。参照图12，装置1200包括处理组件1202，其进一步包括一个或多个处理器，以及由存储器1204所代表的存储器资源，用于存储可由处理组件1202的执行的指令，例如应用程序。存储器1204中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1202被配置为执行指令，以执行上述软件测试方法。

装置1200还可以包括一个电源组件1206被配置为执行装置1200的电源管理，一个有线或无线网络接口1208被配置为将装置1200连接到网络，和一个输入输出(I/O)接口1210。装置1200可以操作基于存储在存储器1204的操作系统，例如Windows Server^TM，MacOS X^TM，UnixTM，Linux^TM，FreeBSD^TM或类似。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

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

Claims (9)

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

根据测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识，所述目标测试用例为至少一个初始测试用例中的任意一个初始测试用例，所述目标场景标识用于指示目标场景数据的存储路径，所述目标场景数据用于加载目标测试场景；

根据所述目标场景标识，加载与所述目标测试用例对应的目标测试场景；

在所述目标测试场景中，根据所述目标测试用例进行测试；

在所述根据测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识之前，所述方法还包括：

根据所述至少一个初始测试用例生成场景结构图，所述场景结构图包括至少一个节点，每个节点对应不同的测试步骤；

根据每个节点对应的测试步骤，生成与每个节点对应的测试场景；

存储每个节点对应的测试场景。

2.如权利要求1所述的方法，其特征在于，在所述存储每个节点对应的测试场景之后，所述方法还包括：

根据每个节点对应的测试场景，建立所述测试用例与测试场景之间的对应关系。

3.如权利要求1所述的方法，其特征在于，所述根据所述至少一个初始测试用例生成场景结构图，包括：

获取所述至少一个初始测试用例；

根据所述至少一个初始测试用例中每个测试用例的测试步骤，建立至少一个节点，每个节点对应至少一个初始测试用例；

根据所述至少一个节点，生成所述场景结构图。

4.如权利要求1所述的方法，其特征在于，所述根据每个节点对应的测试步骤，生成与每个节点对应的测试场景，包括：

对于每个节点，从至少一个节点测试用例中选取任意一个节点测试用例，所述至少一个节点测试用例为所述节点对应的测试步骤所属的至少一个初始测试用例；

根据所述任意一个节点测试用例，执行与所述节点对应的测试步骤，得到与所述节点对应的测试场景。

5.如权利要求3所述的方法，其特征在于，所述至少一个节点包括：第一节点和第二节点，所述第一节点和所述第二节点为所述至少一个节点中的任意两个节点；

所述根据所述至少一个节点，生成所述场景结构图，包括：

判断所述第一节点对应的测试步骤和所述第二节点对应的测试步骤是否满足预设条件；

若所述第一节点对应的测试步骤和所述第二节点对应的测试步骤均满足所述预设条件，则将所述第一节点作为所述第二节点的父节点、将所述第二节点作为所述第一节点的子节点；

生成所述场景结构图。

6.如权利要求1所述的方法，其特征在于，所述存储每个节点对应的测试场景，包括：

采用容器技术，对每个节点对应的测试场景进行存储，生成与每个测试节点对应的镜像；

和/或，采用虚拟机技术，对每个节点对应的测试场景进行存储，生成与每个测试节点对应的虚拟机快照；

和/或，采用序列化技术，对每个节点对应的测试场景进行存储，生成与每个测试节点对应的序列化数据。

7.如权利要求1至6任一所述的方法，其特征在于，在所述根据所述目标测试用例进行测试之后，所述方法还包括：

获取测试结果；

删除所述目标测试场景。

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

第一获取模块，用于根据测试用例与测试场景之间的对应关系，获取目标测试用例对应的目标场景标识，所述目标测试用例为至少一个初始测试用例中的任意一个初始测试用例，所述目标场景标识用于指示目标场景数据的存储路径，所述目标场景数据用于加载目标测试场景；

加载模块，用于根据所述目标场景标识，加载与所述目标测试用例对应的目标测试场景；

测试模块，用于在所述目标测试场景中，根据所述目标测试用例进行测试；

所述装置还包括：第一生成模块、第二生成模块以及存储模块，其中：

第一生成模块，用于根据所述至少一个初始测试用例生成场景结构图，所述场景结构图包括至少一个节点，每个节点对应不同的测试步骤；

第二生成模块，用于根据每个节点对应的测试步骤，生成与每个节点对应的测试场景；

存储模块，用于存储每个节点对应的测试场景。

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