CN109086199A - 一种自动化生成测试脚本的方法、终端和可存储介质 - Google Patents

Abstract

本发明实施例涉及测试领域，公开了一种自动化生成测试脚本的方法、终端和可存储介质。本发明中，自动化生成测试脚本的方法，包括：分析用户的测试用例，解析出测试用例的前置条件中的参数信息，其中，参数信息为根据待测后台组件的应用场景确定的所需配置文件的参数信息；在将测试用例转换成待测后台组件的测试脚本时，根据所需配置文件查找出对应的配置模板；根据参数信息和配置模板，生成待测后台组件对应的配置文件，使得实现自动化测试时，后台组件类的测试脚本得以自动生成。

Description

一种自动化生成测试脚本的方法、终端和可存储介质

技术领域

本发明实施例涉及测试领域，特别涉及自动化生成测试脚本的技术。

背景技术

在自动化测试领域中，自动化测试脚本的开发一般有三种方法：第一种是通过手工运行一次测试，同时使用自动化测试工具的录制功能，把所进行的操作记录下来，生成测试脚本。这种技术生成的脚本回放成功率比较低，后期维护也比较困难。第二种方法是使用测试框架，测试人员根据用例操作需求，手工编写调用测试框架接口的自动化测试脚本，这种方法对测试人员的代码水平要求较高。第三种方法是直接使用自然语言进行自动化测试，这种方法对测试人员代码要求不高但是对自动化测试用例编写有着极其严格的语法要求，编写过程不便利。

另外，本发明人发现现有技术中还存在如下问题：一般的测试脚本转换方法都是针对web的测试，并没有针对后台组件的测试脚本，目前后台组件在自动化测试中测试人员编写完自动化用例以后，还需要单独编写一条针对此用例的自动化测试脚本，同时准备构造自动化测试脚本运行所需的配置文件，然后使用自动化测试工具运行脚本进行测试。测试用例和测试脚本之间的维护比较复杂，编写自动化测试脚本和构造配置文件时间花费较长。

发明内容

本发明实施方式的目的在于提供一种自动化生成测试脚本的方法、终端和可存储介质，使得实现自动化测试时，后台组件类的测试脚本得以自动生成。

为解决上述技术问题，本发明的实施方式提供了一种自动化生成测试脚本的方法，包括：

分析用户的测试用例，解析出所述测试用例的前置条件中的参数信息，其中，所述参数信息为根据待测后台组件的应用场景确定的所需配置文件的参数信息；在将所述测试用例转换成所述待测后台组件的测试脚本时，根据所述所需配置文件查找出对应的配置模板；根据所述参数信息和所述配置模板，生成所述待测后台组件对应的配置文件。

本发明的实施方式还提供了一种终端，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述的自动化生成测试脚本的方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述的自动化生成测试脚本的方法。

本发明实施方式相对于现有技术而言，主要区别及其效果在于：本发明实施方式发现目前后台组件运行需要一系列配置文件的支持，而现有技术中无法实现配置文件的自动生成。本发明预先在测试用例的前置条件中新增配置文件的参数信息，同时预设对应配置文件的配置模板，之后在测试脚本转换时，根据预设的参数信息和配置模板自动生成配置文件，实现方便地为后台组件生成测试脚本和配置文件。另外，如果需要返回修改，只需改写测试用例中的前置条件，即可在后续转换时获得对应的配置文件，无需单独为待测的后台组件构造配置文件，从而提高了自动化测试的效率，降低了资源消耗和维护复杂度。

作为进一步改进，所述参数信息包括以下之一或其任意组合：配置文件类型、配置文件个数、配置文件的命名规则。列举了几种需要的参数信息，使得生成配置文件时准确快速。

作为进一步改进，还包括：在将所述测试用例转换成所述待测后台组件的测试脚本时，若所述前置条件包括预设字符，则在转换后的测试脚本中增加第一代码，所述第一代码用于引用所述预设字符指定的配置文件。本发明实施方式增加配置文件的复用方法，减少生成配置文件减少冗余的方案。

作为进一步改进，所述配置文件的类型大于一种，每种所述配置文件对应一种所述配置模板。利用不同的模板生成不同类的配置文件，使得配置文件的生成更加准确。

作为进一步改进，所述配置模板预存于系统中。

作为进一步改进，在所述将测试用例转换成所述待测后台组件的测试脚本前，还包括：检测所述测试用例是否符合预设要求，若不符合，则调整所述测试用例的格式；所述将测试用例转换成所述待测后台组件的测试脚本，具体为：将调整格式后的测试用例转换成所述待测后台组件的测试脚本。进一步对调整测试用例格式的方法进行保护，可以降低用户撰写测试用例的格式要求。

作为进一步改进，所述预设要求包括：所述测试用例的每行文字中最多包括一个关键字；所述调整测试用例的格式，具体包括：为所述测试用例中超过一个关键字的行断行。本发明实施方式根据调整测试用例中关键字的格式，使得测试用例符合现有转换要求。

作为进一步改进，所述测试用例中的关键字利用预设的关键字清单识别出。

作为进一步改进，关键字清单中的关键字可以由用户设置。

作为进一步改进，所述用户的测试用例预存于系统中。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式中自动化生成测试脚本的方法流程图；

图2是根据本发明第三实施方式中自动化生成测试脚本的方法流程图；

图3是根据本发明第三实施方式中自动化生成测试脚本的方法的系统架构图；

图4是根据本发明第四实施方式中终端的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种自动化生成测试脚本的方法，本实施方式以待测功能为后台组件为例进行说明。其流程如图1所示，具体如下：

步骤101，提取预存的测试用例。

具体的说，本步骤是将用例提取到内存中，之后的分析可以从内存中取出测试用例进行分析。也就是说，测试用例可以由用户编写后，预存于系统中。

需要说明的是，由于不同的后台组件需要不同的配置文件，所以本实施方式中预存有后台组件和所需配置文件的映射关系，每个后台组件可能需要一个配置文件，也可能需要多个配置文件。

步骤102，解析用户的测试用例的前置条件。

具体的说，本步骤可以解析出测试用例的前置条件中的参数信息；其中，参数信息为根据待测后台组件的应用场景确定的所需配置文件的参数信息，也是该待测后台组件所需配置文件的信息。

进一步说，本步骤参数信息包括以下之一或其任意组合：配置文件类型、配置文件个数、配置文件的命名规则。

步骤103，根据所需配置文件查找出对应的配置模板。

具体的说，本实施方式为配置文件提供了配置模板，所需的配置文件的类型可以不止一种，每种配置文件对应一种配置模板，配置模板的样式可以根据具体的测试产品进行设计，在此不再一一列举。

步骤104，根据参数信息和配置模板，生成待测后台组件对应的配置文件。

具体的说，本实施方式的前置条件中可以包含配置文件类型及个数，根据上下文关系及命名规则生成基础配置文件。更具体的说，如果从前置文件中识别出个别配置文件的特殊配置，则针对特殊配置内容进行个别配置文件的补充完善，生成测试执行使用的配置文件。以下通过两个例子进一步说明：

例1：解析出的是：频道4

则会对应生成_case.chn1.conf、_case.chn2.conf、_case.chn3.conf、_case.chn4.conf命名的四个配置文件，生成的配置文件中仅有基础配置信息。

例2：解析出的是：频道(1)配置：route.a 100

则会在生成的配置文件_case.chn1.conf查找是否包含route.a这一配置项，若存在则用route.a 100替换配置文件_case.chn1.conf原有route.a配置，若不存在则追加补充至配置文件_case.chn1.conf中。

上述步骤102-104表述的是，根据测试用例的前置条件，生成测试执行所需的配置文件，下面需要接着描述测试用例本体的转换。

步骤105，将测试用例转换成自动化测试脚本。

具体的说，本步骤具体包括：添加测试用例信息、tag、名称，利用关键字和脚本代码的映射关系表，识别出测试用例中包括的关键字，并将各关键字分别转换为脚本代码，并根据关键字所需参数数目获取参数进行脚本参数补充完善。之后组合由关键字转换后的脚本代码，生成自动化测试脚本。其中，测试用例中的关键字可以根据关键字清单识别出。

还想说明的是，本实施方式中的关键字清单中的关键字可以由用户自定义，也就是说，用户可以在映射关系表中新增关键字和对应的代码，这样就可以更灵活地适应于更多的应用场景。

举例说明：测试用例中存在：“等待1s保证文件输出”，利用本实施方式中的测试脚本生成方法，可以生成如下脚本代码：

Sleep 1s

其中，“等待”为关键字，“1s”为关键字的参数，“保证文件输出”是在步骤编写时体现该步骤目的，无直接操作对应，被识别为非关键字，所以作为装饰文字内容，直接舍弃。

值得一提的是，上述步骤105和步骤102-104的顺序可以交换，也就是说，实际应用中，也可以先执行步骤105，再执行步骤102-104，也可以两部分并行执行，在此不再赘述。

可见，本实施方式相对于现有技术而言，主要区别及其效果在于：本发明的发明人发现目前后台组件运行需要一系列配置文件的支持，而现有技术中无法实现配置文件的自动生成。本实施方式预先在测试用例的前置条件中新增配置文件的参数信息，同时预设对应配置文件的配置模板，之后在测试脚本转换时，根据预设的参数信息和配置模板自动生成配置文件，实现方便地为后台组件生成测试脚本和配置文件。另外，可以看出如果需要返回修改，只需改写测试用例中的前置条件，在后续转换时任可自动转换，从而获得对应的配置文件，无需单独为待测的后台组件构造配置文件，从而提高了自动化测试的效率，降低了资源消耗和维护复杂度。

本发明的第二实施方式涉及一种自动化生成测试脚本的方法。第二实施方式是在第一实施方式的基础上进行了进一步改进，主要改进之处在于：在本发明第二实施方式中，在解析前置条件时，新增了特殊字符的识别，同时在生成的测试脚本中增加用于引用配置文件的预定代码，使得一个测试用例在多个测试场景中可能需要相同配置文件的情况，无需重复生成配置文件，只需复用已有的配置文件即可，减少冗余文件的生成。

本实施方式中自动化生成测试脚本的方法还包括：在将测试用例转换成待测后台组件的测试脚本时，若前置条件包括预设字符，则在转换后的测试脚本中增加第一代码，其中的第一代码用于引用预设字符指定的配置文件。

具体的说，在解析用户的测试用例的前置条件时，可以检测是否存在预设字符，预设字符可以包含表示与某配置文件相同的提示信息，如：“其他配置同***”同时，预设字符可以指定相同的配置文件，也就是其中的“***”，在检测到这类预设字符后，可以在将测试用例转换成待测后台组件的测试脚本时，在转换后的测试脚本中增加用于引用指定配置文件的脚本代码，也就是说，在组合由关键字转换后的脚本代码后，添加上文提到的第一代码，这样在测试脚本被执行时就可以自动调用某个配置文件，无需重复生成了。

进一步说明，由于用例编写规范的要求，“其他配置同***”类的字符一般出现在前置文件的最后一行，所以也可以在解析前置条件时，直接在最后一行检测是否出现这类字符，减少检测时间，加快检测速度。

可见，本实施方式中增加对配置文件中预设字符的识别，在前置条件中出现表明配置文件与其他用例场景相同的字符时，生成其他用例场景中使用的配置文件的引用关系，利用复用方式，避免生成重复的配置文件，减少冗余文件的生成。另外，可以进一步限定这些字符的检测范围，加快检测速度，提升效率。

本发明的第三实施方式涉及一种自动化生成测试脚本的方法。第三实施方式是在第一实施方式的基础上进行了进一步改进，主要改进之处在于：在将测试用例转换成待测后台组件的测试脚本前，先确定是否需要调整测试用例的格式，如确定需要，则在调整后再进行转换测试脚本的步骤。

本实施方式中的自动化生成测试脚本的方法流程图如图2所示，具体如下：

本实施方式中的步骤201至步骤204和第一实施方式中的步骤101至步骤104相类似，在此不再赘述。

步骤205，检测测试用例是否符合预设要求；若符合，则执行步骤207；若不符合，则执行步骤206。

具体的说，预设要求可以根据测试脚本规定的测试用例格式进行设置，如测试用例的每行文字最多只能包括一个关键字，更具体的说，可以利用关键字清单在测试用例中识别关键字，关键字清单可以来自自然语关键字和代码的映射关系表。

步骤206，调整测试用例的格式。

具体的说，调整格式的方式可以是将关键字分组，每组仅包含一个关键字，更具体的说，分组的方式可以为测试用例中超过一个关键字的行断行，在一行中出现两个关键字时，就在第二关键字前断行，称为两行文字。

本实施方式中的步骤207和第一实施方式中的步骤105相类似，在此不再赘述。

举例来说，某测试用例中存在：“添加频道1到边缘节点进行重配置并等待重配置完成”，通过本实施方式的转换，将对应生成脚本代码：

Add Channel${CURDIR}/_ws_chn1.com.conf${CURDIR}/_appa.conf1

Reload Configuration And Wait

其中“添加频道”、“进行重配置并等待重配置完成”为关键字，“频道”、“边缘节点”为专有名词。步骤将被分隔成两组：其中一个组关键字为“添加频道”，专有名词“频道”与“边缘节点”自动识别为关键字的参数；另一个组关键字为“进行重配置并等待重配置完成”，无参数。

值得一提的是，本实施方式中自动化生成测试脚本的方法在实际应用中的系统架构图可以如图3所示，其中的，测试用例管理，用于预存用户的测试用例，可以存储一个或多个。自动化自定义关键字库用于供用户自定义关键字，自定义关键字模块用于接收用户自定义的关键字，并存储至关键字和代码映射表。测试用例读取模块，用于在需要转换时，从中提取一个需要的测试用例，并发送给配置文件生成模块，由配置文件生成模块进行前置条件的解析，生成自动化脚本执行时被测后台组件所需的完整配置文件，并生成专有名词与配置文件名称的对应关系。最后由测试步骤转换模块利用关键字和代码映射表进行代码转换组合等，最终得到自动化测试脚本。还需说明的是，配置文件生成模块中可以预存各类配置文件的模板，在生成配置文件时，根据模板生成更为快速准确。另外需要说明的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。

可见，本实施方式增加了对测试用例格式自动调整的步骤，使得撰写测试用例的用户即使不熟悉规定的格式，撰写了不完全符合格式要求的测试用例，也可以通过格式调整的步骤进行改善，不会造成转换设备无法转换的情况，这样可以降低用户撰写测试用例的格式要求，增加测试脚本转换的成功率。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第四实施方式涉及一种终端，如图4所示，包括：

至少一个处理器；以及，

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上述第一实施方式至第三实施方式中任意一个自动化生成测试脚本的方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本发明第五实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (11)

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

分析用户的测试用例，解析出所述测试用例的前置条件中的参数信息，其中，所述参数信息为根据待测后台组件的应用场景确定的所需配置文件的参数信息；

在将所述测试用例转换成所述待测后台组件的测试脚本时，根据所述所需配置文件查找出对应的配置模板；

根据所述参数信息和所述配置模板，生成所述待测后台组件对应的配置文件。

2.根据权利要求1所述的自动化生成测试脚本的方法，其特征在于，所述参数信息包括以下之一或其任意组合：配置文件类型、配置文件个数、配置文件的命名规则。

3.根据权利要求1所述的自动化生成测试脚本的方法，其特征在于，还包括：

在将所述测试用例转换成所述待测后台组件的测试脚本时，若所述前置条件包括预设字符，则在转换后的测试脚本中增加第一代码，所述第一代码用于引用所述预设字符指定的配置文件。

4.根据权利要求1所述的自动化生成测试脚本的方法，其特征在于，所述配置文件的类型大于一种，每种所述配置文件对应一种所述配置模板。

5.根据权利要求4所述的自动化生成测试脚本的方法，其特征在于，所述配置模板预存于系统中。

6.根据权利要求1所述的自动化生成测试脚本的方法，其特征在于，在所述将测试用例转换成所述待测后台组件的测试脚本前，还包括：

检测所述测试用例是否符合预设要求，若不符合，则调整所述测试用例的格式；

所述将测试用例转换成所述待测后台组件的测试脚本，具体为：将调整格式后的测试用例转换成所述待测后台组件的测试脚本。

7.根据权利要求6所述的自动化生成测试脚本的方法，其特征在于，

所述预设要求包括：所述测试用例的每行文字中最多包括一个关键字；

所述调整测试用例的格式，具体包括：为所述测试用例中超过一个关键字的行断行。

8.根据权利要求7所述的自动化生成测试脚本的方法，其特征在于，所述测试用例中的关键字利用预设的关键字清单识别出。

9.根据权利要求8所述的自动化生成测试脚本的方法，其特征在于，所述关键字清单中的关键字可以由用户设置。

10.一种终端，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至9中任一所述的自动化生成测试脚本的方法。

11.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的自动化生成测试脚本的方法。