CN110764993A - 自动化测试方法及终端设备 - Google Patents

Abstract

本发明适用于计算机应用技术领域，提供了一种自动化测试方法、终端设备及计算机可读存储介质，包括：通过获取测试请求，在预设的测试用例库中查找所述待测对象对应的目标测试用例，在测试用例库中未查找到待测对象对应的目标测试用例时，根据待测对象的功能和运行流程分别得到该待测对象对应的待测元素和所有待测元素之间的测试逻辑，根据测试逻辑将所有待测元素的子用例组合得到目标测试用例，最后直接通过目标测试用例实现对待测对象完整、精确的自动化测试，达到提高测试效率的技术效果。

Description

自动化测试方法及终端设备

技术领域

本发明属于计算机应用技术领域，尤其涉及一种自动化测试方法、终端设备及计算机可读存储介质。

背景技术

软件测试描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。软件测试是一种实际输出与预期输出之间的审核或者比较过程。在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。

随着软件和计算机行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。现有技术中的测试方式在待测对象较复杂或者种类较多的情况下，需要针对待测对象中的功能进行一一测试，或者制定与待测对象对应的测试用例或者测试流程，该制定过程繁琐复杂，而造成测试效率较低的问题。

发明内容

有鉴于此，本发明实施例提供了一种自动化测试方法、终端设备及计算机可读存储介质，以解决现有技术中在待测对象的待测元素较复杂或者种类较多的情况下，确定待测对象的测试流程的过程繁琐，而造成测试效率较低的问题。

本发明实施例的第一方面提供了一种自动化测试方法，包括：

获取测试请求；所述测试请求包括待测对象的对象标识；

根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；

若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；

从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；

根据所述目标测试用例对所述待测对象进行测试，得到测试数据。

本发明实施例的第二方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取测试请求；所述测试请求包括待测对象的对象标识；

根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；

若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；

从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；

根据所述目标测试用例对所述待测对象进行测试，得到测试数据。

本发明实施例的第三方面提供了一种终端设备，包括：

获取单元，用于获取测试请求；所述测试请求包括待测对象的对象标识；

查找单元，用于根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；

确定单元，用于若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；

组合单元，用于从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；

测试单元，用于根据所述目标测试用例对所述待测对象进行测试，得到测试数据。

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

本发明实施例与现有技术相比存在的有益效果是：

本发明实施例通过获取测试请求；根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；根据所述目标测试用例对所述待测对象进行测试，得到测试数据。在测试用例库中未查找到待测对象对应的目标测试用例时，根据待测对象的功能和运行流程分别得到该待测对象对应的待测元素和所有待测元素之间的测试逻辑，根据测试逻辑将所有待测元素的子用例组合得到目标测试用例，最后直接通过目标测试用例实现对待测对象完整、精确的自动化测试，达到提高测试效率的技术效果。

附图说明

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

图1是本发明实施例一提供的自动化测试方法的流程图；

图2是本发明实施例二提供的自动化测试方法的流程图；

图3是本发明实施例三提供的终端设备的示意图；

图4是本发明实施例四提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

参见图1，图1是本发明实施例一提供的自动化测试方法的流程图。本实施例中自动化测试方法的执行主体为终端。终端包括但不限于智能手机、平板电脑、可穿戴设备等移动终端，还可以是台式电脑等。如图所示的自动化测试方法可以包括以下步骤：

S101：获取测试请求；所述测试请求包括待测对象的对象标识。

软件测试描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。软件测试是一种实际输出与预期输出之间的审核或者比较过程。在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于调试，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。

随着软件和计算机行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。但是现有的测试方式是根据测试用例在被测对象的环境中进行测试，没有办法保证测试的效率，尤其不能在待测对象的待测元素较复杂或者种类较多的情况下，高效且精确地确定待测对象的测试流程，而造成测试效率较低的问题。

本实施例中的待测对象可以是一个完整的应用系统、应用程序或者软件，还可以是一个接口，或者一个应用功能等，此处不做限制。可选的，在确定待测试待测对象时，可以根据预先制定的系统测试计划和当前时间来确定，还可以是根据当前代码写入完成的程度来分步骤执行，也可以是人为来确定需要进行测试的待测对象，此处不做限定。

S102：根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例。

在获取到测试请求之后，根据测试请求中待测对象的对象标识获取待测对象。本实施例中的待测对象可以是一个完整的应用系统、应用程序或者软件，还可以是一个接口，或者一个应用功能等，此处不做限制。其形式可以是一个程序代码或者一个前端的应用界面等，此处不做限定。

进一步的，在步骤S102之前，可以预先建立一个测试用例库，用于存储针对于各个待测对象的测试用例。在具体构建测试用例库时，先获取待生成测试案例的目标对象的对象信息和测试流程，根据对象信息和测试流程生成测试用例，并将测试用例存储至预设的测试用例库中。其中，对象信息可以包括目标对象的用户界面、待测程序等，此处不做限定。

具体的，在对目标对象进行测试时，可以先获取目标对象的对象信息和测试流程，以根据对象信息和测试流程生成测试用例，用于之后直接通过生成好的测试用例来测试与目标对象的测试逻辑相同或者相似的待测对象。本实施例中的对象信息可以包括目标对象的用户界面和/或待测程序，是为了在之后对待测对象进行测试时，可以根据待测对象的用户界面和/或待测程序与测试用例库中的每个测试用例的用户界面和/或待测程序进行匹配，以确定与待测对象匹配的目标测试用例。

在获取到测试请求之后，通过测试请求中待测对象的对象标识从已经编码好的程序中确定该对象标识对应的待测程序，从已经设计好的程序界面中确定与对象标识对应的用户界面。本实施例中预设有测试用例库，用于存储各种类型的测试用例，在确定目标测试用例时，通过待测对象在预设的测试用例库中进行查找，确定与待测对象对应的目标测试用例。本实施例中的待测对象可以包括用户界面或待测程序。

在一些情况下，当待测对象中的待测元素较多的情况下，没有办法直接在预设的测试用例库中查找或者匹配到待测对象对应的测试用例，因此，这种情况下可以通过自动识别待测对象的用户界面的方式来得到待测对象的应用逻辑，并根据应用个逻辑来确定对该待测对象的测试逻辑。

需要说明的是，在通过识别待测对象的用户界面确定应用逻辑时，可以先通过字符识别的方式得到用户界面中的文字字符和组件元素，再确定所有文字字符和组件元素之间的逻辑关系，最后确定待测对象的应用界面的应用逻辑，以根据应用逻辑来确定待测对象的测试流程，最后通过测试流程在预设的测试用例库中进行匹配，得到匹配之后的目标测试用例。

S103：若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑。

在步骤S102执行之后，若未查找到与待测对象对应的目标测试用例，则通过分析测试请求中的待测对象，得到待测对象对应的待测元素和测试逻辑。其中，待测元素用于表示待测对象中包括的各个测试点，所有的这些测试点的测试任务加起来组成了该待测对象的测试任务；测试逻辑用于表示测试该待测对象时的测试流程、测试顺序等，即各个待测元素之间的逻辑关系，以及测试个待测元素时的测试顺序等。

示例性地，若待测对象是用户购买产品的功能，则根据该用户购买产品的功能进行分解，得到用户购买产品的功能由以下功能组成：产品加购物车、购物车中下订单、支付订单金额以及显示支付结果的界面，因此，该功能对应的待测元素则分别为：产品加购物车的功能、购物车中下订单的功能、支付订单金额的功能以及显示支付结果界面的功能。同时，根据用户购买产品的功能实现流程，得到所有待测元素时间的测试逻辑为：根据产品加购物车、购物车中下订单、支付订单金额以及显示支付结果的界面的顺序进行。

除此之外，本实施例中针对每个待测元素都有预设的元素标识，元素标识可以是待测元素的测试功能、待测对象等，通过识别每个待测元素的元素标识，根据元素标识和待测对象的程序代码也可以确定各个待测元素之间的调用关系，通过调用关系确定这些待测元素之间的执行逻辑，最后得到的执行逻辑即为本实施例中的测试逻辑。

S104：从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例。

在得到待测对象对应的待测元素和各个待测元素之间的测试逻辑之后，根据待测元素，在预设的测试用例库中查找每个待测元素对应的子用例，来共同完整测试任务。本实施例中针对每个待测元素都有预设的元素标识，元素标识可以是待测元素的测试功能、待测对象等，通过识别每个待测元素的元素标识，在测试用例库中查找每个待测元素对应的子用例。

在得到每个待测元素对应的子用例之后，根据测试逻辑组合所有的子用例，得到完整测试待测对象的测试用例。具体的，在进行组合时，可以根据测试逻辑中的测试顺序，确定测试各个待测元素的先后顺序或者调用关系，再根据各个待测元素的先后顺序或者调用关系，将所有的子用例嵌套进该测试逻辑中，得到目标测试用例。

S105：根据所述目标测试用例对所述待测对象进行测试，得到测试数据。

在确定了目标测试用例之后，根据目标测试用例对待测对象进行测试，得到测试数据。测试用例是测试工作的指导，是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。测试用例通常根据它们所关联关系的测试类型或测试需求来分类，而且将随类型和需求进行相应地改变。优选的，为每个测试需求至少编制两个测试用例：一个测试用例用于证明该需求已经满足，通常称作正面测试用例；另一个测试用例反映某个无法接受、反常或意外的条件或数据，用于论证只有在所需条件下才能够满足该需求，这个测试用例称作负面测试用例。示例性地，用于功能性测试的测试用例来源于待测对象的用例。应该为每个用例场景编制测试用例。用例场景要通过描述流经用例的路径来确定，这个流经过程要从用例开始到结束遍历其中所有基本流和备选流。

上述方案，通过获取测试请求；根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；根据所述目标测试用例对所述待测对象进行测试，得到测试数据。在测试用例库中未查找到待测对象对应的目标测试用例时，根据待测对象的功能和运行流程分别得到该待测对象对应的待测元素和所有待测元素之间的测试逻辑，根据测试逻辑将所有待测元素的子用例组合得到目标测试用例，最后直接通过目标测试用例实现对待测对象完整、精确的自动化测试，达到提高测试效率的技术效果。

参见图2，图2是本发明实施例二提供的自动化测试方法的流程图。本实施例中自动化测试方法的执行主体为终端。终端包括但不限于智能手机、平板电脑、可穿戴设备等移动终端，还可以是台式电脑等。如图所示的自动化测试方法可以包括以下步骤：

S201：获取测试请求；所述测试请求包括待测对象的对象标识。

在本实施例中S201与图1对应的实施例中S101的实现方式完全相同，具体可参考图1对应的实施例中的S101的相关描述，在此不再赘述。

S202：根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例。

在获取到测试请求之后，根据测试请求中待测对象的对象标识获取待测对象。本实施例中的待测对象可以是一个完整的应用系统、应用程序或者软件，还可以是一个接口、用户界面、或者应用功能等，此处不做限制。本实施例中预设有测试用例库，用于存储各种类型的测试用例，在确定目标测试用例时，通过待测对象在预设的测试用例库中进行查找，确定与待测对象对应的目标测试用例。本实施例中的待测对象可以包括用户界面或待测程序。

进一步的，步骤S202之后，还可以包括步骤S2021～S2022：

S2021：若在所述测试用例库未查找到所述待测对象的对象标识对应的目标测试用例，则在所述测试用例库中查找与所述待测对象对应的匹配测试用例。

在一些情况下，当待测对象较复杂或者功能较多时，待测对象中包含的待测元素也会很多，这种情况下，很难在测试用例库中查找到完全适合待测对象的目标测试用例。因此，若在所述测试用例库未查找到待测对象的对象标识对应的目标测试用例，则在测试用例库中查找与待测对象对应的匹配测试用例。

在进行测试用例匹配时，先识别待测对象的类型，本实施例中待测对象的类型可以是一个接口、用户界面、或者应用功能，根据待测对象的类型，确定其对应的待测功能，再根据该待测功能在测试用例库中查找与该功能相似的测试用例作为匹配测试用例。或者，根据待测对象的类型，确定其对应的待测内容，根据该待测内容在测试用例库中查找与该待测内容相似的测试用例作为匹配测试用例。

可选的，预先对测试用例库中的每个测试用例按照其对应的待测元素、待测对象等信息进行用例标识，再在获取到测试请求之后，根据测试请求中的待测对象等信息与测试用例库中的测试用例的信息进行匹配，具体的匹配可以是计算用例信息相似度的方式来确定，此处不做限定，最后将相似度最高、或者相似度大于等于预设阈值的测试用例作为匹配测试用例。

进一步的，若待测对象的类型为用户界面，根据待测对象的用户界面与测试用例库中的每个测试用例对应的界面进行匹配，确定匹配度最高时的用户界面对应的测试用例为匹配测试用例。具体的匹配方式可以是提取待测对象的用户界面中的语义信息，同时提取测试用例库中每个测试用例中的界面组件的语义信息，也可以预先将每个测试用例中界面组件的语义信息提取并存储，将用户界面的语义信息与测试用例中的语义信息进行匹配，可以是计算两者的语义相似度或者图像匹配度的方式来确定。具体的，在计算语义相似度时，可以通过预先训练好的卷积神经网络把两者的界面信息转换为低纬语义向量，并通过余弦距离来计算两个语义向量的距离，最终训练出语义相似度模型。该模型既可以用来预测待测用例中的界面信息与测试用例库中的测试用例中的界面信息之间的语义相似度。

进一步的，若待测对象的类型为应用程序，则根据待测对象的应用程序与测试用例库中的每个测试用例对应的程序进行文字匹配，将匹配度最高时的应用程序对应的测试用例识别为匹配测试用例。具体的，在进行程序的文字匹配时，先提取出程序中的文字向量，计算两者文字向量之间的向量距离作为匹配度，确定匹配度最高的测试用例为匹配测试用例。

S2022：根据所述待测对象修改所述匹配测试用例，得到用于测试所述待测对象的所述目标测试用例。

在匹配得到匹配测试用例之后，很可能得到的匹配并不能完全解决测试请求中的待测对象，因此，根据待测对象和待测对象，修改匹配测试用例中的测试任务，最后得到用于测试待测对象的完整的目标测试用例。具体的，在进行修改时，先识别待测对象的第一测试内容、匹配测试用例对应的第二测试内容，将第一测试内容和第二测试内容进行比对。例如将内容划分为各部分内容，通过计算各部分内容相似度的方式，滤除相似度较高的内容，将相似度小于预设相似度阈值的内容识别为待修改内容，并确定待修改内容在第一测试内容和第二测试内容中各自对应的第一目标内容和第二目标内容。其中，第一目标内容即待测对象的待测内容，第二目标内容即需要修改的内容。确定匹配测试用例中的第二目标内容对应的目标位置，并根据第一目标内容确定修改内容，根据匹配测试用例中的目标位置和修改内容，修改该匹配测试用例。

进一步的，在修改完毕匹配测试用例，并且根据该修改之后的匹配测试用例对测试请求中的待测对象进行测试，且测试成功之后，可以将修改之后的匹配测试用例存储至测试用例库中，以备下次针对相同的测试请求，可以直接查找并使用。

S203：若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑。

若在测试用例库中未查找到待测对象对应的目标测试用例，或者也未查找到与待测对象匹配的目标测试用例，则对待测对象进行分解，根据待测对象的功能分解待测对象的程序得到待测元素，根据待测对象的运行流程确定所有待测元素之间的测试逻辑。其中，待测元素用于表示待测对象中包括的各个测试点，所有的这些测试点的测试任务加起来组成了该待测对象的测试任务；测试逻辑用于表示测试该待测对象时的测试流程、测试顺序等，即各个待测元素之间的逻辑关系，以及测试个待测元素时的测试顺序等。

具体的，在进行分解时，识别待测对象功能和运行流程，其中功能用于表示待测对象可以实现的一个完整的数据处理功能，这个数据处理功能中包括了至少两个子功能，即待测元素，这些所有的子功能共同组合完成了这个待测对象功能。将该待测对象的功能进行划分，便可以得到表示子功能的待测元素。运行流程用于表示待测对象在运行时的数据处理流程、数据走向等，通过分析待测对象在运行时的完整数据处理流程和数据走向，作为测试逻辑，同时得到数据在每次流转时对应的子功能，即可通过待测对象的功能得到待测对象对应的待测元素和所有待测元素之间的测试逻辑。

示例性地，在实际应用的融资流程的测试中，先从建立产品开始，到设置产品参数、规格，到建立链网、合同，到授信、录入账款、发起融资申请、受理、打款。这是一套完整的流程。在测试流程时，不仅会关注业务系统的测试，还可以进行面向服务端的性能测试，面向接口的接口测试，面向安全性的安全测试，在进行测试时，可以在测试创建产品时，会根据开发提供的接口文档进行接口测试。

S204：从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例。

本实施例的测试用例库中每个待测元素也对应预存有其测试用例，即子用例。根据得到测试逻辑，从测试用例库中查找与测试逻辑中的待测元素对应的子用例。并根据测试逻辑，将查找到的所有子用例组合得到目标测试用例。在得到每个待测元素对应的子用例之后，根据测试逻辑组合所有的子用例，得到完整测试待测对象的测试用例。具体的，在进行组合时，可以根据测试逻辑中的测试顺序，确定测试各个待测元素的先后顺序或者调用关系，再根据各个待测元素的先后顺序或者调用关系，将所有的子用例嵌套进该测试逻辑中，得到目标测试用例。

需要说明的是，本实施例中的一个待测元素对应有一个子用例，因此，当一个测试请求中对应有多个待测元素组成时，则该测试请求对应有多个子用例。在一个待测元素对应有一个子用例时，子用例的数量与待测元素的数量相同，在至少两个待测元素对应有一个子用例时，子用例的数量小于待测元素的数量。

进一步的，步骤S204可以具体包括步骤S2041～S2043：

S2041：从所述测试用例库中查找每个所述待测元素对应的子用例。

本实施例中预设有测试用例库，用于存储各种类型的测试用例，在确定了待测对象对应的所有待测元素之后，在测试用例库中查找每个待测元素对应的子用例。本实施例中针对每个待测元素都有预设的元素标识，元素标识可以是待测元素的测试功能、待测对象等，通过识别每个待测元素的元素标识，在测试用例库中查找各个元素标识对应的子用例。

S2042：若存在未查找到子用例的待测元素，则根据所述未查找到子用例的待测元素的功能，在所述测试用例库中查找与所述未查找到子用例的待测元素对应的匹配子用例。

当存在未查找到待测元素对应的子用例时，则根据所述未查找到子用例的待测元素的功能，在所述测试用例库中查找与未查找到子用例的待测元素对应的匹配子用例。

预先对测试用例库中的每个测试用例按照其对应的待测元素的功能、测试内容等信息进行用例标识，在检测到当存在未查找到待测元素对应的子用例时，将待测元素的信息与测试用例库中的测试用例的信息进行匹配，具体的匹配可以是计算用例信息相似度的方式来确定，此处不做限定，最后将相似度最高、或者相似度大于等于预设阈值的测试用例作为待测元素对应的匹配子用例。

S2043：根据所述测试逻辑组合每个所述待测元素对应的所述子用例或所述匹配子用例，得到所述目标测试用例。

在进行组合时，根据测试逻辑中的测试顺序，确定测试各个待测元素的先后顺序或者调用关系，再根据各个待测元素的先后顺序或者调用关系，将每个待测元素对应的子用例或匹配子用例嵌套进该测试逻辑中，得到目标测试用例。

需要说明的是，在进行组合时是基于测试逻辑，将每个待测元素的子用例或匹配子用例进行嵌套得到目标测试用例。当一个待测元素存在与其对应的子用例时，则使用子用例，当某待测元素不存在对应的子用例只有匹配用例时，则使用匹配用例。

进一步的，步骤S204还可以具体包括步骤S2044～S2046：

S2044：从所述测试用例库中查找每个所述待测元素对应的子用例，根据所述测试逻辑组合所有所述子用例，得到能完整测试所述待测对象的待选用例。

在测试用例库中查找出的每个待测元素对应的子用例中，可以是一个子用例来对应测试一个待测元素，也可以是一个子用例来对应测试至少两个待测元素，这种情况下，不同子用例之间的相互组合可以得到不同的待选用例，且各个待选用例都可以实现测试请求对应的测试任务。

S2045：若所述待选用例存在至少两个，则根据每个所述待选用例中的子用例的测试成本，计算每个所述待选用例的测试成本。

当得到的待选用例有至少两个时，根据每个待选用例中的子用例的测试成本，计算待选用例的测试成本。本实施例中通过应用逻辑确定得到的测试用例可以是一个或者多个，当存在多个测试用例的情况时，不同测试用例中的测试流程或者测试方法是不同的，因此通过计算不同测试用例对应的测试成本，并根据测试成本确定最终的测试用例。

具体的，在计算测试成本时，测试成本包括测试序列的总长度和测试序列的总数。测试成本P可以通过以下公式来计算：

其中，S_q用于表示测试序列的总数，L_i用于表示第i条测试序列的长度，α是小于1的测试参数，用于表示测试序列的数目对测试成本的影响，1-α用于表示测试序列的总长度对测试成本的影响。优选的，本实施例中可以取α＝0.3。

S2046：识别测试成本最低时的待选用例为所述目标测试用例。

在计算得到不同测试用例对应的测试成本之后，根据测试成本确定最终的测试用例。其确定的方式可以是直接确定测试成本最小的测试用例作为最终的目标测试用例，以提高对待测对象的测试效率。

S205：根据所述目标测试用例对所述待测对象进行测试，得到测试数据。

在得到目标测试用例之后，根据目标测试用例对待测对象进行测试，生成测试数据，开发人员可以根据测试数据来判定待测对象的运行情况。

在确定了测试流程之后，根据测试流程对待测对象进行测试，得到测试数据。本实施例中的测试数据可以是测试得到的执行结果，执行结果可以包括测试执行通过的结果和测试失败的结果，测试失败的结果中还可以包括出现测试失败的问题以及问题原因等，此处不做限定。

S206：识别所述测试数据中测试通过的数据，确定所述测试通过的数据对应的合格待测元素以及所述合格待测元素的数目。

根据目标测试用例对待测对象进行测试，得到测试数据之后，识别测试数据中测试通过的数据，即目标测试用例中的子用例测试成功时得到的数据。确定生成测试通过的数据子用例对应的待测元素为合格待测元素，测试未通过的数据的子用例对应的待测元素为不合格待测元素，并确定合格待测元素的数目。

S207：根据所述合格待测元素的数目和所述待测元素的总数目，计算所述待测对象的合格率，并根据所述合格率评估所述待测对象的质量。

根据合格待测元素的数目和待测元素的总数目计算待测对象的合格率和缺陷率，然后根据合格率和缺陷率衡量待测对象的产品质量，根据不同档次的产品质量确定对该被测对象的处理方式。

示例性地，本实施例中的合格率就是用合格待测元素的数目占待测元素的总数目的比重，缺陷率就是不合格待测元素的数目占待测元素的总数目的比重。

S208：根据所述测试数据和所述产品质量生成产品测试报告。

在评估得到待测对象的产品质量之后，根据测试数据和产品质量生成产品测试报告。开发人员可以根据产品测试报告来确定待测对象中发生问题的地方在哪里，并根据这些问题进行修改和维护。

上述方案，通过通过获取测试请求；根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；根据所述目标测试用例对所述待测对象进行测试，得到测试数据。在测试用例库中未查找到待测对象对应的目标测试用例时，根据待测对象的功能和运行流程分别得到该待测对象对应的待测元素和所有待测元素之间的测试逻辑，根据测试逻辑将所有待测元素的子用例组合得到备选测试用例，通过计算和比对每个备选测试用例的测试成本得到目标测试用例，最后直接通过目标测试用例实现对待测对象完整、精确的自动化测试，达到提高测试效率的技术效果。

参见图3，图3是本发明实施例三提供的一种终端设备的示意图。终端设备包括的各单元用于执行图1～图2对应的实施例中的各步骤。具体请参阅图1～图2各自对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。本实施例的终端设备300包括：

获取单元301，用于获取测试请求；所述测试请求包括待测对象的对象标识；

查找单元302，用于根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；

确定单元303，用于若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；

组合单元304，用于从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；

测试单元305，用于根据所述目标测试用例对所述待测对象进行测试，得到测试数据。

进一步的，所述终端设备可以具体包括：

用例匹配单元，用于若在所述测试用例库未查找到所述待测对象的对象标识对应的目标测试用例，则在所述测试用例库中查找与所述待测对象对应的匹配测试用例；

用例修改单元，用于根据所述待测对象修改所述匹配测试用例，得到用于测试所述待测对象的所述目标测试用例。

进一步的，所述组合单元304可以具体包括：

子用例查找单元，用于从所述测试用例库中查找每个所述待测元素对应的子用例；

子用例匹配单元，用于若存在未查找到子用例的待测元素，则根据所述未查找到子用例的待测元素的功能，在所述测试用例库中查找与所述未查找到子用例的待测元素对应的匹配子用例；

子用例组合单元，用于根据所述测试逻辑组合每个所述待测元素对应的所述子用例或所述匹配子用例，得到所述目标测试用例

进一步的，所述子用例单元可以具体包括：

待选单元，用于从所述测试用例库中查找每个所述待测元素对应的子用例，根据所述测试逻辑组合所有所述子用例，得到能完整测试所述待测对象的待选用例；

成本单元，用于若所述待选用例存在至少两个，则若所述待选用例存在至少两个，则根据每个所述待选用例中的子用例的测试成本，计算每个所述待选用例的测试成本；

识别单元，用于识别测试成本最低时的待选用例为所述目标测试用例。

进一步的，所述终端设备还可以具体包括：

数据单元，用于根据所述目标测试用例对所述待测对象进行测试，得到所述测试数据；

识别单元，用于识别所述测试数据中测试通过的数据，确定所述测试通过的数据对应的合格待测元素以及所述合格待测元素的数目；

计算单元，用于根据所述合格待测元素的数目和所述待测元素的总数目，计算所述待测对象的合格率，并根据所述合格率评估所述待测对象的质量；

报告单元，用于根据所述测试数据和所述产品质量生成产品测试报告。

上述方案，通过获取测试请求；根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；根据所述目标测试用例对所述待测对象进行测试，得到测试数据。在测试用例库中未查找到待测对象对应的目标测试用例时，根据待测对象的功能和运行流程分别得到该待测对象对应的待测元素和所有待测元素之间的测试逻辑，根据测试逻辑将所有待测元素的子用例组合得到目标测试用例，最后直接通过目标测试用例实现对待测对象完整、精确的自动化测试，达到提高测试效率的技术效果。

图4是本发明实施例四提供的终端设备的示意图。如图4所示，该实施例的终端设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个自动化测试方法实施例中的步骤，例如图1所示的步骤101至105。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示单元301至305的功能。

示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述终端设备4中的执行过程。

所述终端设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端设备4的示例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

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

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

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

获取测试请求；所述测试请求包括待测对象的对象标识；

根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；

若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；

从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；

根据所述目标测试用例对所述待测对象进行测试，得到测试数据。

2.如权利要求1所述的自动化测试方法，其特征在于，所述根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例之后，还包括包括：

若在所述测试用例库未查找到所述待测对象的对象标识对应的目标测试用例，则在所述测试用例库中查找与所述待测对象对应的匹配测试用例；

根据所述待测对象修改所述匹配测试用例，得到用于测试所述待测对象的所述目标测试用例。

3.如权利要求1所述的自动化测试方法，其特征在于，所述从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例，包括：

从所述测试用例库中查找每个所述待测元素对应的子用例；

若存在未查找到子用例的待测元素，则根据所述未查找到子用例的待测元素的功能，在所述测试用例库中查找与所述未查找到子用例的待测元素对应的匹配子用例；

根据所述测试逻辑组合每个所述待测元素对应的所述子用例或所述匹配子用例，得到所述目标测试用例。

4.如权利要求1所述的自动化测试方法，其特征在于，所述从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例，包括：

从所述测试用例库中查找每个所述待测元素对应的子用例，根据所述测试逻辑组合所有所述子用例，得到能完整测试所述待测对象的待选用例；

若所述待选用例存在至少两个，则若所述待选用例存在至少两个，则根据每个所述待选用例中的子用例的测试成本，计算每个所述待选用例的测试成本；

识别测试成本最低时的待选用例为所述目标测试用例。

5.如权利要求1-4任一项所述的自动化测试方法，其特征在于，所述根据所述目标测试用例对所述待测对象进行测试，得到测试数据，包括：

根据所述目标测试用例对所述待测对象进行测试，得到所述测试数据；

识别所述测试数据中测试通过的数据，确定所述测试通过的数据对应的合格待测元素以及所述合格待测元素的数目；

根据所述合格待测元素的数目和所述待测元素的总数目，计算所述待测对象的合格率，并根据所述合格率评估所述待测对象的质量；

根据所述测试数据和所述产品质量生成产品测试报告。

6.一种终端设备，其特征在于，包括存储器以及处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，包括：

获取测试请求；所述测试请求包括待测对象的对象标识；

根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；

若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；

从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；

根据所述目标测试用例对所述待测对象进行测试，得到测试数据。

7.如权利要求6所述的终端设备，其特征在于，所述根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例之后，还包括：

若在所述测试用例库未查找到所述待测对象对应的目标测试用例，则根据所述对象标识和所述测试请求中的所述待测对象，在所述测试用例库中查找与所述待测对象对应的匹配测试用例；

根据所述待测对象修改所述匹配测试用例，得到用于测试所述待测对象的所述目标测试用例。

8.如权利要求6所述的终端设备，其特征在于，所述从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例，包括：

从所述测试用例库中查找每个所述待测元素对应的子用例；

若存在未查找到子用例的待测元素，则根据所述未查找到子用例的待测元素的功能，在所述测试用例库中查找与所述未查找到子用例的待测元素对应的匹配子用例；

根据所述测试逻辑组合每个所述待测元素对应的所述子用例或所述匹配子用例，得到所述目标测试用例。

9.一种终端设备，其特征在于，包括：

获取单元，用于获取测试请求；所述测试请求包括待测对象的对象标识；

查找单元，用于根据所述对象标识获取所述待测对象，并在预设的测试用例库中查找所述待测对象对应的目标测试用例；

确定单元，用于若在所述测试用例库中未查找到所述待测对象对应的目标测试用例，则根据所述待测对象的功能分解所述待测对象得到待测元素，根据所述待测对象的运行流程确定所有所述待测元素之间的测试逻辑；

组合单元，用于从所述测试用例库中查找每个所述待测元素对应的子用例，并根据所述测试逻辑组合所有所述子用例，得到目标测试用例；

测试单元，用于根据所述目标测试用例对所述待测对象进行测试，得到测试数据。

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

Images