CN109582582A - 一种Web界面的自动化测试方法及系统 - Google Patents

Abstract

本发明公开了一种Web界面的自动化测试方法，包括：获取与待测试Web界面对应的第一测试数据；获取与所述待测试Web界面对应的测试脚本；依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试。上述的方法，当存在对所述待测试页面的测试请求时，获取与所述待测试界面对应的第一测试数据，依据所述待测试页面对应的测试脚本调用所述第一测试数据，完成所述待测试界面的测试，测试过程中只需要获取第一测试数据，避免了现有技术中当Web界面的菜单或者主页面发生变化时，就需要重新录制，修改测试脚本的问题。

Description

一种Web界面的自动化测试方法及系统

技术领域

本发明涉及自动化测试技术领域，尤其涉及一种Web界面的自动化测试方法及系统。

背景技术

如今，Web界面的自动化测试过程是通过对手工测试过程中基于Web界面的输入、输出和操作进行录制，得到手工操作的原始语句，对录制后的原始语句进行编辑或者直接进行编辑的方式生成自动化脚本，再由驱动工具执行生成的自动化脚本，达到模拟手工测试的目的。

发明人对现有的Web界面的自动化测试过程进行研究发现，生成的自动化脚本是基于Web界面录制开发的，当Web界面的菜单或者主页面发生变化时，就需要重新录制，修改测试脚本。

发明内容

有鉴于此，本发明提供了一种Web界面的自动化测试方法及系统，用以解决现有技术中生成的自动化脚本是基于Web界面录制开发的，当Web界面的菜单或者主页面发生变化时，就需要重新录制，修改自动化脚本的问题。具体方案如下：

一种Web界面的自动化测试方法，包括：

获取与待测试Web界面对应的第一测试数据；

获取与所述待测试Web界面对应的测试脚本；

依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试。

上述的方法，可选的，获取与待测试Web界面对应的第一测试数据，包括：

获取当前Web界面的对应的各个菜单源；

解析与所述各个菜单源对应的第二测试数据；

当检测到对任意一个菜单源的调整请求时，依据所述调整请求，对所述第二测试数据进行调整，得到与所述待测试Web界面对应的第一测试数据。

上述的方法，可选的，获取当前Web界面的对应的各个菜单源包括：

获取与所述当前Web界面对应的菜单源数据库；

解析所述当前Web界面中各个菜单对应的标识；

依据每一个菜单对应的标识，在所述菜单源数据库中查找对应的菜单源。

上述的方法，可选的，当检测到对任意一个菜单源的调整请求时，依据所述调整请求，对所述第二测试数据进行调整，得到与所述待测试Web界面对应的第一测试数据，包括：

解析所述调整请求的类型，所述调整请求的类型为添加、修改和删除菜单源中的至少一种；

依据所述调整请求的类型，对所述第二测试数据中对应的菜单源数据进行调整，得到第一测试数据。

上述的方法，可选的，依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试，包括：

遍历所述目标Web界面的各个菜单，打开所述各个菜单对应的主功能页面；

搜索并打开查询功能，检测所述目标Web界面中是否存在异常的弹出框；

若否，测试通过。

上述的方法，可选的，还包括：

若是，捕捉所述存在异常的弹出框；

解析所述存在异常的弹出框的出现原因，依据所述出现原因，对所述存在异常的弹出框进行处理。

一种Web界面的自动化测试系统，包括：

第一获取模块，用于获取与待测试Web界面对应的第一测试数据；

第二获取模块，用于获取与所述待测试Web界面对应的测试脚本；

测试模块，用于依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试。

上述的系统，可选的，所述第一获取模块包括：

获取单元，用于获取当前Web界面的对应的各个菜单源；

解析单元，用于解析与所述各个菜单源对应的第二测试数据；

调整单元，用于当检测到对任意一个菜单源的调整请求时，依据所述调整请求，对所述第二测试数据进行调整，得到与所述待测试Web界面对应的第一测试数据。

上述的系统，可选的，所述测试模块包括：

打开单元，用于遍历所述目标Web界面的各个菜单，打开所述各个菜单对应的主功能页面；

检测单元，用于搜索并打开查询功能，检测所述目标Web界面中是否存在异常的弹出框；

通过单元，用于若否，测试通过。

上述的系统，可选的，所述测试模块还包括：

捕捉单元，用于若是，捕捉所述存在异常的弹出框；

处理单元，用于解析所述存在异常的弹出框的出现原因，依据所述出现原因，对所述存在异常的弹出框进行处理。

与现有技术相比，本发明包括以下优点：

本发明公开了一种Web界面的自动化测试方法，包括：获取与待测试Web界面对应的第一测试数据；获取与所述待测试Web界面对应的测试脚本；依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试。上述的方法，当存在对所述待测试页面的测试请求时，获取与所述待测试界面对应的第一测试数据，依据所述待测试页面对应的测试脚本调用所述第一测试数据，完成所述待测试界面的测试，测试过程中只需要获取第一测试数据，避免了现有技术中当Web界面的菜单或者主页面发生变化时，就需要重新录制，修改测试脚本的问题。

附图说明

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

图1为本申请实施例公开的一种Web界面的自动化测试方法流程图；

图2为本申请实施例公开的一种Web界面的自动化测试方法又一方法流程图；

图3为本申请实施例公开的一种Web界面的自动化测试方法又一方法流程图；

图4为本申请实施例公开的一种Web界面的自动化测试系统结构框图。

具体实施方式

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

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

本发明公开了一种Web界面的自动化测试方法及系统，所述测试方法和测试系统应用在对Web界面的自动化测试过程中，所述自动化测试方法包含软件测试、功能测试、白盒测试和冒烟测试等，本发明实施例中，以冒烟测试为例对所述测试方法和测试系统进行说明，冒烟测试在硬件中，对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。在软件中，是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。其中，所述测试方法的执行流程如图1所示，包括步骤：

S101、获取与待测试Web界面对应的第一测试数据；

本发明实施例中，所述待测试界面为当前需要测试的界面，所述第一测试数据为与所述待测界面中包含的各个菜单源对应的测试数据，其中，所述待测试Web界面中包含多个菜单，菜单可以分为一级菜单、二级菜单和三级菜单等，每个菜单都会对应一个菜单源，每一个菜单源都会对应测试数据，所述测试数据指菜单源中包含的与菜单对应的数据和菜单源中包含的参数的运行数据，分别解析每一个菜单源，当将所述各个菜单源解析完成时，得到所述待测试Web界面对应的第一测试数据。

S102、获取与所述待测试Web界面对应的测试脚本；

本发明实施例中，所述测试脚本是与所述待测试Web界面对应的测试脚本，所述测试脚本是通过将录制得到的模拟手工操作的原始语句，保存在文件中并进行编辑，将一系列的原始语句模块化、逻辑化和参数化生成的，优选的，所述测试脚本与所述第一测试数据是分离的。

S103、依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试。

本发明实施例中，依据所述测试脚本调用所述第一测试数据对所述目标Web界面进行自动化测试，优选的，所述自动化测试指冒烟自动化测试，其中，所述冒烟自动化测试主要包括：测试登录界面，测试菜单的有效性和完整性，测试功能主页面是否空白、是否存在，测试主页面涉及的数据库表是否存在、字段是否存在，测试网络是否存在问题和测试功能执行是否超时。

本发明实施例中，优选的，采用数据驱动测试进行自动化测试，是将第一测试数据与所述测试脚本分离，在不修改所述测试脚本的情况下，通过更新第一测试数据完成对所述待测试Web界面的调测试，其中，优选的，所述测试脚本按XPATH菜单名字实现而不是按照菜单ID实现。按名字点击操作，最直接，最统一，也最简单。按名字点击操作，是最简洁的编程方式，代码关键字与界面关键字一致，没有用页面对象静态ID和动态ID，不累赘，可读性强，易维护。

本发明实施例中，上述的测试方法中，可选的，依据所述测试脚本调用所述第一测试数据对所述测试脚本进行更新，得到所述第二测试脚本。依据所述第二测试脚本对所述待测试Web界面进行测试，也是一种可选的实现方式。

本发明实施例中，由于所述目标Web界面包含的菜单较多，而且每一个菜单可能会包含多个功能，需要时也可以为一个或者几个功能建立上述的自动化测试方法。

本发明公开了一种Web界面的自动化测试方法，包括：获取与待测试Web界面对应的第一测试数据；获取与所述待测试Web界面对应的测试脚本；依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试。上述的方法，当存在对所述待测试页面的测试请求时，获取与所述待测试界面对应的第一测试数据，依据所述待测试页面对应的测试脚本调用所述第一测试数据，完成所述待测试界面的测试，测试过程中只需要获取第一测试数据，避免了现有技术中当Web界面的菜单或者主页面发生变化时，就需要重新录制，修改测试脚本的问题。

本发明实施例中，获取与待测试Web界面对应的第一测试数据的方法流程如图2所示，包括步骤：

S201、获取当前Web界面的对应的各个菜单源；

本发明实施例中，所述当前界面为所述待测试界面对应的前一版本已经完成测试的界面，获取所述当前界面的各个菜单源。

S202、解析与所述各个菜单源对应的第二测试数据；

本发明实施例中，所述第二测试数据为所述当前页面对应的测试数据，解析与所述各个菜单源对应的第二测试数据。

S203、当检测到对任意一个菜单源的调整请求时，依据所述调整请求，对所述第二测试数据进行调整，得到与所述待测试Web界面对应的第一测试数据。

本发明实施例中，之所以需要进行自动化测试，是因为当前界面产生了调整请求，产生了一个待测试Web界面，当检测到对任意一个菜单源的调整请求时，解析所述调整请求的类型，依据所述调整请求的类型，所述调整请求的类型为添加、修改和删除菜单源中的至少一种。其中，所述调整请求中包含需要调整的菜单源对应的标识和调整类型。依据所述调整请求的类型，对所述第二测试数据中对应的菜单源数据进行调整，得到与所述待测试Web界面对应的第一测试数据。

本发明实施例中，获取当前Web界面的对应的各个菜单源的方法流程如图3所示，包括步骤：

S301、获取与所述当前Web界面对应的菜单源数据库；

本发明实施例中，所述菜单源数据库存储有与所述当前Web界面中各个菜单对应的菜单源。自动化测试、所述待测试Web界面和所述当前Web界面共用一个菜单数据源，即被测试系统从哪里、怎样读取菜单，自动化测试就同样怎样获取菜单。上述的自动化测试方法既不需要额外的数据库或文件保存菜单，又能够把增加的菜单作为测试目标，大大降低维护工作量，系统增加、修改和删除菜单，不需要增加脚本和配置，对于开发和维护人员来说，这几乎是透明的。

S302、解析所述当前Web界面中各个菜单对应的标识；

本发明实施例中，所述当前Web界面中的各个菜单与所述菜单源数据库中的各个菜单源通过标识建立对应关系，所述标识可以为数字、字母、数字和字母的组合、静态ID、动态ID或者菜单名称等各种优选的标识形式。

S303、依据每一个菜单对应的标识，在所述菜单源数据库中查找对应的菜单源。

本发明实施例中，依据每一个菜单对应的标识，在所述菜单源数据库中，查找与当前菜标识对应的菜单源。

本发明实施例中，以所述待测试Web界面包含一个三级菜单为例对自动化测试过程进行说明，依次循环遍历第一、二及第三级菜单，点击打开、关闭菜单，操作所述待测试Web界面中的统一控件。在点击第三级菜单后，作为叶子菜单的第三级菜单功能主页面出现，点击主页面统一的查询功能(例如：Search)按钮后，判断查询结果，如果无异常弹出框，则测试通过，若是，捕捉存在异常的弹出框；解析所述存在异常的弹出框的出现原因，依据所述出现原因，对所述存在异常的弹出框进行处理。

本发明实施例中，所述自动化测试方法从所述待测试Web界面菜单的菜单源数据库中获取菜单源，自动化测试和所述待测试Web界面加载保持一致，基于上述的方法，大大降低脚本维护工作量；以统一替代枚举，有效提高开发效率，脚本代码配置程度高，通用性更强，更规范，实现了从源头上识别所述待测试Web界面是否发生变化，移植简捷、修改代码少。

本发明实施例中，与上述的一种Web界面的自动化测试方法相对应的，本发明实施例中还提供了一种自动化测试系统，所述自动化测试系统的结构框图如图4所示，包括：

第一获取模块401，第二获取模块402和测试模块403。

其中，

所述第一获取模块401，用于获取与待测试Web界面对应的第一测试数据；

所述第二获取模块402，用于获取与所述待测试Web界面对应的测试脚本；

所述测试模块403，用于依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试。

本发明公开了一种Web界面的自动化测试方法，包括：获取与待测试Web界面对应的第一测试数据；获取与所述待测试Web界面对应的测试脚本；依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试。上述的方法，当存在对所述待测试页面的测试请求时，获取与所述待测试界面对应的第一测试数据，依据所述待测试页面对应的测试脚本调用所述第一测试数据，完成所述待测试界面的测试，测试过程中只需要获取第一测试数据，避免了现有技术中当Web界面的菜单或者主页面发生变化时，就需要重新录制，修改测试脚本的问题

本发明实施例中，所述第一获取模块401包括：

获取单元404，解析单元405和调整单元406。

其中，

所述获取单元404，用于获取当前Web界面的对应的各个菜单源；

所述解析单元405，用于解析与所述各个菜单源对应的第二测试数据；

所述调整单元406，用于当检测到对任意一个菜单源的调整请求时，依据所述调整请求，对所述第二测试数据进行调整，得到与所述待测试Web界面对应的第一测试数据；

本发明实施例中，所述测试模块403包括：

打开单元407，检测单元408和通过单元409。

其中，

所述打开单元407，用于遍历所述目标Web界面的各个菜单，打开所述各个菜单对应的主功能页面；

所述检测单元408，用于搜索并打开查询功能，检测所述目标Web界面中是否存在异常的弹出框；

所述通过单元409，用于若否，测试通过；

本发明实施例中，所述测试模块403还包括：

捕捉单元410和处理单元411。

其中，

所述捕捉单元410，用于若是，捕捉所述存在异常的弹出框；

所述处理单元411，用于解析所述存在异常的弹出框的出现原因，依据所述出现原因，对所述存在异常的弹出框进行处理。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上对本发明所提供的一种Web界面的自动化测试方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

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

获取与待测试Web界面对应的第一测试数据；

获取与所述待测试Web界面对应的测试脚本；

依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试。

2.根据权利要求1所述的方法，其特征在于，获取与待测试Web界面对应的第一测试数据，包括：

获取当前Web界面的对应的各个菜单源；

解析与所述各个菜单源对应的第二测试数据；

当检测到对任意一个菜单源的调整请求时，依据所述调整请求，对所述第二测试数据进行调整，得到与所述待测试Web界面对应的第一测试数据。

3.根据权利要求2所述的方法，其特征在于，获取当前Web界面的对应的各个菜单源包括：

获取与所述当前Web界面对应的菜单源数据库；

解析所述当前Web界面中各个菜单对应的标识；

依据每一个菜单对应的标识，在所述菜单源数据库中查找对应的菜单源。

4.根据权利要求2所述的方法，其特征在于，当检测到对任意一个菜单源的调整请求时，依据所述调整请求，对所述第二测试数据进行调整，得到与所述待测试Web界面对应的第一测试数据，包括：

解析所述调整请求的类型，所述调整请求的类型为添加、修改和删除菜单源中的至少一种；

依据所述调整请求的类型，对所述第二测试数据中对应的菜单源数据进行调整，得到第一测试数据。

5.根据权利要求1所述的方法，其特征在于，依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试，包括：

遍历所述目标Web界面的各个菜单，打开所述各个菜单对应的主功能页面；

搜索并打开查询功能，检测所述目标Web界面中是否存在异常的弹出框；

若否，测试通过。

6.根据权利要求5所述的方法，其特征在于，还包括：

若是，捕捉所述存在异常的弹出框；

解析所述存在异常的弹出框的出现原因，依据所述出现原因，对所述存在异常的弹出框进行处理。

7.一种Web界面的自动化测试系统，其特征在于，包括：

第一获取模块，用于获取与待测试Web界面对应的第一测试数据；

第二获取模块，用于获取与所述待测试Web界面对应的测试脚本；

测试模块，用于依据所述测试脚本调用所述第一测试数据，完成对所述待测试Web界面的自动化测试。

8.根据权利要求7所述的系统，其特征在于，所述第一获取模块包括：

获取单元，用于获取当前Web界面的对应的各个菜单源；

解析单元，用于解析与所述各个菜单源对应的第二测试数据；

调整单元，用于当检测到对任意一个菜单源的调整请求时，依据所述调整请求，对所述第二测试数据进行调整，得到与所述待测试Web界面对应的第一测试数据。

9.根据权利要求1所述的方法，其特征在于，所述测试模块包括：

打开单元，用于遍历所述目标Web界面的各个菜单，打开所述各个菜单对应的主功能页面；

检测单元，用于搜索并打开查询功能，检测所述目标Web界面中是否存在异常的弹出框；

通过单元，用于若否，测试通过。

10.根据权利要求9所述的系统，其特征在于，所述测试模块还包括：

捕捉单元，用于若是，捕捉所述存在异常的弹出框；

处理单元，用于解析所述存在异常的弹出框的出现原因，依据所述出现原因，对所述存在异常的弹出框进行处理。