CN108959081A - 一种基于文字驱动自动化测试方法 - Google Patents

Abstract

本发明提供一种基于文字驱动自动化测试方法，启动容器镜像，根据待创建Python模块的版本，在云储存中获取待创建Python模块；在容器镜像上配置测试用的各类测试用例；对各类测试用例配置启动驱动文字符；配置测试控制指令接入端口，测试控制指令接入端口接收启动各类测试用例的启动驱动文字符；根据测试控制指令接入端口接收的启动驱动文字符启动对应类的测试用例；运行测试用例进行测试，测试完成后输出测试报告。本发明能准确启动当前需要启动的测试用例，以取代通过class和id定位元素，大大的简化的寻找元素id和class的时间，提高测试效率。

Description

一种基于文字驱动自动化测试方法

技术领域

本发明涉及服务器测试领域，尤其涉及一种基于文字驱动自动化测试方法。

背景技术

在webUI自动化测试领域中，采用较多的测试方式是基于selenium的框架实现的。其主要的操作原理是通过webdriver驱动网页上的相关元素，其主要的定位方式是通过ID、CLASS进行元素定位。元素被定位后，通过webdriver进行元素的测试，从而达到自动化测试的目的。但在实际操作过程中，往往寻找元素的ID和CLASS比较繁琐，而且代码量比较大，id和class放在代码中，很难迅速看出是哪个元素进行了相关操作。同时还会增加代码维护成本。

发明内容

为了克服上述现有技术中的不足，本发明提供一种基于文字驱动自动化测试方法，方法包括：

在测试主机上安装docker模块，基于docker模块配置容器镜像；

启动容器镜像，根据待创建Python模块的版本，在云储存中获取待创建Python模块；

在容器镜像上配置测试用的各类测试用例；

对各类测试用例配置启动驱动文字符；

配置测试控制指令接入端口，测试控制指令接入端口接收启动各类测试用例的启动驱动文字符；

根据测试控制指令接入端口接收的启动驱动文字符启动对应类的测试用例；

运行测试用例进行测试，测试完成后输出测试报告。

优选地，步骤基于docker模块配置容器镜像还包括：

基于云储存下载容器仓库中预设的容器镜像。

优选地，步骤启动容器镜像还包括：

通过测试主机的端口访问selenium/hub服务；

启动selenium/hub容器。

优选地，步骤启动容器镜像还包括：

通过待测主机的端口访问selenium/hub服务；

启动selenium/node容器，通过selenium/hub服务所在的服务器检查容器的启动情况。

优选地，步骤创建Python模块还包括：

将selenium依赖包和testng依赖包，配置到Python模块安装路径的Lib下的SitePackag下，创建Python模块。

优选地，步骤创建Python模块还包括：

从依赖包数据库中查找需要安装的selenium依赖包和testng依赖包；

当依赖包数据库中设有需要安装的selenium依赖包和testng依赖包时获取并将selenium依赖包和testng依赖包配置到Python模块安装路径的Lib下的Site Packag下；

当依赖包数据库中无需要安装的selenium依赖包和testng依赖包时，从selenium依赖包对应的官方服务器下载并配置到Python模块安装路径的Lib下的Site Packag下；从testng依赖包对应的官方服务器下载，并配置到Python模块安装路径的Lib下的SitePackag下。

优选地，步骤运行测试用例，在Python模块上输出测试报告还包括：

运行runner.py文件，runner.py文件将多个测试用例加入到多线程进行执行测试；

在selenium node节点浏览器上获取测试过程，查询测试用例的测试过程。

优选地，步骤在Python模块上输出测试报告之后还包括：

测试人员访问系统的report目录下，打开index.html,显示本次测试执行情况；

测试系统通过配置测试人员的邮箱地址将测试报告以邮件的形式发送。

从以上技术方案可以看出，本发明具有以下优点：

本发明通过在容器镜像上配置测试用的各类测试用例，各类测试用例对应各个测试用途，对各类测试用例配置启动驱动文字符；配置测试控制指令接入端口，测试控制指令接入端口接收启动各类测试用例的启动驱动文字符；根据测试控制指令接入端口接收的启动驱动文字符启动对应类的测试用例；能准确启动当前需要启动的测试用例，以取代通过class和id定位元素，大大的简化的寻找元素id和class的时间，提高效率。测试控制指令接入端口能实现启动功能，某一类测试功能通过启动驱动文字符去实现启动，只是通过不同的文字进行相关区分。各类测试代码及测试文件数据配置成各类测试用例，大大的提高的代码的复用性，提高了编码质量。

本发明的方法，进行WebUI自动化测试的过程中，减少了采用class和id定位，而采用配置测试用的各类测试用例和配置启动驱动文字符相结合的定位方式，提高了代码的可读性和执行效率，除此之外，能以一个通用的测试控制指令接入端口定位启动驱动文字符实现多种类型的测试功能，增加了程序的复用性，提升自动化测试效率。

本发明通过在WebUI自动化测试方法中引入docker容器技术，通过docker容器技术定制测试环境容器镜像，通过容器镜像来启动多个测试环境，从而减少执行机配置环境麻烦的问题，并减少物理机器的需求数。

测试人员访问系统的report目录下，打开index.html,显示本次测试执行情况；测试系统通过配置测试人员的邮箱地址将测试报告以邮件的形式发送，便于测试人员了解测试过程和结果。

附图说明

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

图1为基于文字驱动自动化测试方法流程图。

具体实施方式

本发明提供一种基于文字驱动自动化测试方法，如图1所示，方法包括：

S1，在测试主机上安装docker模块，基于docker模块配置容器镜像；

S2，启动容器镜像，根据待创建Python模块的版本，在云储存中获取待创建Python模块；

S3，在容器镜像上配置测试用的各类测试用例；

S4，对各类测试用例配置启动驱动文字符；

S5，配置测试控制指令接入端口，测试控制指令接入端口接收启动各类测试用例的启动驱动文字符；

S6，根据测试控制指令接入端口接收的启动驱动文字符启动对应类的测试用例；

S7，运行测试用例进行测试，测试完成后输出测试报告。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将运用具体的实施例及附图，对本发明保护的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本专利中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本专利保护的范围。

本发明是对各类测试用例配置启动驱动文字符；配置测试控制指令接入端口，测试控制指令接入端口接收启动各类测试用例的启动驱动文字符；根据测试控制指令接入端口接收的启动驱动文字符启动对应类的测试用例；

这样可以根据测试需要配置各类测试用例。并对各类测试用例配置启动驱动文字符，来启动测试用例。实现对测试用例进行相关的定位，定位的过程中能很方便的找到相关的测试用例，提高了测试用例的可读性，同时也提高了测试用例的复用性，大大的提升了自动化测试的编码和执行效率。

本发明通过在容器镜像上配置测试用的各类测试用例，各类测试用例对应各个测试用途，对各类测试用例配置启动驱动文字符；配置测试控制指令接入端口，测试控制指令接入端口接收启动各类测试用例的启动驱动文字符；根据测试控制指令接入端口接收的启动驱动文字符启动对应类的测试用例；能准确启动当前需要启动的测试用例，以取代通过class和id定位元素，大大的简化的寻找元素id和class的时间，提高效率。测试控制指令接入端口能实现启动功能，某一类测试功能通过启动驱动文字符去实现启动，只是通过不同的文字进行相关区分。各类测试代码及测试文件数据配置成各类测试用例，大大的提高的代码的复用性，提高了编码质量。

本发明的方法，进行WebUI自动化测试的过程中，减少了采用class和id定位，而采用配置测试用的各类测试用例和配置启动驱动文字符相结合的定位方式，提高了代码的可读性和执行效率，除此之外，能以一个通用的测试控制指令接入端口定位启动驱动文字符实现多种类型的测试功能，增加了程序的复用性，提升自动化测试效率。

配置测试用的各类测试用例可以包括对按钮类的模块进行测试的测试用例。对输入框归类的模块进行测试的测试用例，对软件运行进行测试的测试用例，对数据读取进行测试的测试用例，对数据保存进行测试的测试用例等等，基于不同的测试对象设置不同测试类别的测试用例，配置启动驱动文字符。

本实施例中，在测试主机上安装docker模块，基于docker模块配置容器镜像；

这样，基于容器技术，docker容器技术可以解决掉机器需求和环境搭建的问题。因为docker容器镜像并不包含Linux内核且docker容器仓库中存在很多现成的容器镜像，下载下来就能使用，最重要的是docker容器镜像可以运行多份，每一份都是物理隔离的。基于云储存下载容器仓库中预设的容器镜像。

基于docker模块配置容器镜像之后，启动容器镜像，并创建Python模块；

在测试用例中初始化准备工作中指定在那个selenium node上执行测试用例，也就是在容器镜像上预设所要执行的测试用例；运行测试用例，在Python模块上输出测试报告。

本实施例中，在测试主机上安装docker模块，基于docker模块配置容器镜像之后，通过测试主机的端口访问selenium/hub服务；启动selenium/hub容器。

启动容器镜像，可以先基于云储存下载或者定制容器镜像，为了实现浏览器多版本的测试，可以从容器仓库中下载镜像。如docker pull selenium/hub。

启动selenium/hub容器，方式可以为docker run-p测试主机的端口-d--name'selenium_hub'selenium/hub这样可以通过测试主机的端口来访问selenium/hub服务。

启动selenium/node容器，方式可以为：docker run-P-d--link selenium_hub:hub selenium/vnc-node-firefox-debug，进一步的docker run-P-d--link selenium_hub:hub selenium/vnc-node-chrome-debug，之后可以通过测试主机的端口来检查容器的启动情况，至此docker具体实施结束，已经成功在同一个机器中开启两个测试执行机。

完成启动selenium/hub容器和selenium/node容器之后，创建Python模块；在容器镜像上预设所要执行的测试用例；运行测试用例，在Python模块上输出测试报告。

本实施例中，在测试主机上安装docker模块，基于docker模块配置容器镜像之后，通过测试主机的端口访问selenium/hub服务；启动selenium/hub容器。创建Python模块，这里的创建Python模块可以根据待创建Python模块的版本，在云储存中获取待创建Python模块。Python模块的安装方式可以采用测试人员手动安装，也可以采用系统基于下载获取完成后，自动安装。

再创建Python模块前，先将selenium依赖包和testng依赖包，配置到Python模块安装路径的Lib下的Site Packag下。

而将selenium依赖包和testng依赖包的获取方式是从依赖包数据库中查找需要安装的selenium依赖包和testng依赖包；当依赖包数据库中设有需要安装的selenium依赖包和testng依赖包时获取并将selenium依赖包和testng依赖包配置到Python模块安装路径的Lib下的Site Packag下；当依赖包数据库中无需要安装的selenium依赖包和testng依赖包时，从selenium依赖包对应的官方服务器下载并配置到Python模块安装路径的Lib下的Site Packag下；从testng依赖包对应的官方服务器下载，并配置到Python模块安装路径的Lib下的Site Packag下。这样可以保证selenium依赖包和testng依赖包符合本测试使用。

可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

本实施例中，在测试主机上安装docker模块，基于docker模块配置容器镜像之后，通过测试主机的端口访问selenium/hub服务；启动selenium/hub容器。先将selenium依赖包和testng依赖包，配置到Python模块安装路径的Lib下的Site Packag下，创建Python模块。之后运行测试用例，在Python模块上输出测试报告。

这里可以运行runner.py文件，runner.py文件将多个测试用例加入到多线程进行执行测试；在selenium node节点浏览器上获取测试过程，查询测试用例的测试过程。

本发明运行了runner.py文件，此文件会将多个测试用例加入到多线程进行执行，可以看到多个selenium node节点，并且进行查找测试进程，当然所有的执行步骤都是按照测试用例编写的测试脚本一步一步来的执行。从查询测试过程的角度来看，可以实现按照步骤来查询。

本实施所述基于docker的WebUI的自动化测试方法，将docker容器技术与现存的自动化测试框架结合，通过容器镜像启动多个容器实例，且物理位置相对隔离。节省大量的测试机器资源，并因为容器的启动速度快，缩短了搭建测试环境的时间。

本发明通过引入docker容器技术，原来需要10台虚拟机的需求现在缩减为一台需求的需求，节省了大量的物理机器资源。从而提升物理机器的综合利用率。另外，多个虚拟机做相同的配置，过程繁琐，时间消耗较大，配置的过程中难免会出现人为的错误，针对测试环境我们可以定制容器镜像，通过启动镜像来完成相同配置的部署，在效率上得到较大的提升。

本发明将docker容器技术和现有的webUI测试框架结合，减少测试所需要的机器数。通过docker容器技术可以定制测试环境镜像，启动镜像创建相同的测试环境，为搭建测试环境节省大量的时间。在安装docker的测试主机上启动多个selenium node容器节点，节省了大量的机器资源需求。并且容器启动速度快，节省了测试环境的部署。将selenium的相关依赖包，testng的相关依赖包，将这些依赖包中放到Python安装路径的Lib下的SitePackag下。

在测试用例初始化时，通过指定浏览器名称和远程执行机node的远程url，从而达到预期在那个node上执行用例的目标。

测试人员访问系统的report目录下，打开index.html,显示本次测试执行情况；测试系统通过配置测试人员的邮箱地址将测试报告以邮件的形式发送。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

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

在测试主机上安装docker模块，基于docker模块配置容器镜像；

启动容器镜像，根据待创建Python模块的版本，在云储存中获取待创建Python模块；

在容器镜像上配置测试用的各类测试用例；

对各类测试用例配置启动驱动文字符；

配置测试控制指令接入端口，测试控制指令接入端口接收启动各类测试用例的启动驱动文字符；

根据测试控制指令接入端口接收的启动驱动文字符启动对应类的测试用例；

运行测试用例进行测试，测试完成后输出测试报告。

2.根据权利要求1所述的基于文字驱动自动化测试方法，其特征在于，步骤基于docker模块配置容器镜像还包括：

基于云储存下载容器仓库中预设的容器镜像。

3.根据权利要求1所述的基于文字驱动自动化测试方法，其特征在于，步骤启动容器镜像还包括：

通过测试主机的端口访问selenium/hub服务；

启动selenium/hub容器。

4.根据权利要求3所述的基于文字驱动自动化测试方法，其特征在于，步骤启动容器镜像还包括：

通过待测主机的端口访问selenium/hub服务；

启动selenium/node容器，通过selenium/hub服务所在的服务器检查容器的启动情况。

5.根据权利要求1所述的基于文字驱动自动化测试方法，其特征在于，步骤创建Python模块还包括：

将selenium依赖包和testng依赖包，配置到Python模块安装路径的Lib下的SitePackag下，创建Python模块。

6.根据权利要求5所述的基于文字驱动自动化测试方法，其特征在于，步骤创建Python模块还包括：

从依赖包数据库中查找需要安装的selenium依赖包和testng依赖包；

当依赖包数据库中设有需要安装的selenium依赖包和testng依赖包时获取并将selenium依赖包和testng依赖包配置到Python模块安装路径的Lib下的Site Packag下；

当依赖包数据库中无需要安装的selenium依赖包和testng依赖包时，从selenium依赖包对应的官方服务器下载并配置到Python模块安装路径的Lib下的Site Packag下；从testng依赖包对应的官方服务器下载，并配置到Python模块安装路径的Lib下的SitePackag下。

7.根据权利要求1所述的基于文字驱动自动化测试方法，其特征在于，步骤运行测试用例，在Python模块上输出测试报告还包括：

运行runner.py文件，runner.py文件将多个测试用例加入到多线程进行执行测试；

在selenium node节点浏览器上获取测试过程，查询测试用例的测试过程。

8.根据权利要求1所述的基于文字驱动自动化测试方法，其特征在于，步骤在Python模块上输出测试报告之后还包括：

测试人员访问系统的report目录下，打开index.html,显示本次测试执行情况；

测试系统通过配置测试人员的邮箱地址将测试报告以邮件的形式发送。