CN113760704A - Web UI的测试方法、装置、设备以及存储介质 - Google Patents
Web UI的测试方法、装置、设备以及存储介质 Download PDFInfo
- Publication number
- CN113760704A CN113760704A CN202010975806.8A CN202010975806A CN113760704A CN 113760704 A CN113760704 A CN 113760704A CN 202010975806 A CN202010975806 A CN 202010975806A CN 113760704 A CN113760704 A CN 113760704A
- Authority
- CN
- China
- Prior art keywords
- test
- task
- execution
- information
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 448
- 238000013515 script Methods 0.000 claims abstract description 65
- 238000010998 test method Methods 0.000 claims abstract description 4
- 238000000034 method Methods 0.000 claims description 54
- 238000012545 processing Methods 0.000 claims description 33
- 238000004590 computer program Methods 0.000 claims description 13
- 230000000007 visual effect Effects 0.000 claims description 11
- 230000004044 response Effects 0.000 claims description 8
- 238000012430 stability testing Methods 0.000 claims description 5
- 230000010354 integration Effects 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 19
- 230000006870 function Effects 0.000 description 17
- 230000008569 process Effects 0.000 description 12
- 238000013461 design Methods 0.000 description 7
- 238000011161 development Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000013522 software testing Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 235000019800 disodium phosphate Nutrition 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 238000013112 stability test Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000013102 re-test Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请提供一种Web UI的测试方法、装置、设备以及存储介质,通过服务器根据测试计划和配置的执行环境,获取测试任务,向与服务器建立长链接的客户端发送任务信息。客户端获取服务器下发的测试任务的任务信息,根据用例信息和版本信息,下载待运行脚本,并对待运行脚本进行编译构建,生成配置文件和执行文件。根据环境信息,配置文件和执行文件对浏览器进行测试,得到测试结果,并发送给服务器。通过服务器与服务器建立长链接并发送任务信息,实现对浏览器进行有目的自动化测试。解决现有的测试方法不能对多环境进行测试,局限性较大的问题。
Description
技术领域
本申请涉及软件自动测试技术领域,尤其涉及一种Web UI的测试方法、装置、设备以及存储介质。
背景技术
随着IT产业的迅猛发展,软件产品在人类生活中占据越来越重要的地位,深入影响着人们的日常生活。全球广域网(World Wide Web,Web)是建立在因特网上的一种网络服务,为浏览者在因特网上查找和浏览信息提供了图形化的、易于访问的直观界面。由于大量大型的应用系统都是基于Web的基础上进行研制开发,不仅提高了对Web开发的要求,还对Web应用的测试提出了更高的要求。
现有技术中,对Web应用进行测试的方法主要通过jenkins来实现远程、定时执行自动化测试,执行完成之后在jenkins上查看执行的自动化测试结果以及测试报告。
然而,现有的测试方法不能对多环境进行测试,局限性较大。
发明内容
本申请提供一种Web UI的测试方法、装置、设备以及存储介质,用于解决现有的测试方法不能对多环境进行测试,局限性较大的问题。
第一方面,本申请实施例提供一种Web UI的测试方法,应用于服务器,所述方法包括:
根据测试计划和配置的多个执行环境,获取多个测试任务,每个测试任务对应不同的测试环境;
根据所述多个测试任务,分别向与所述服务器建立长链接的多个客户端发送任务信息,每个客户端接收的任务信息包括对应的测试任务的用例信息,版本信息,环境信息;
接收所述多个客户端返回的测试结果,每个客户端返回的测试结果包括其执行的测试任务的执行结果和执行日志。
在一种具体的实现方式中,所述测试计划中包括测试类型,至少一个待测试的测试用例,每个测试用例的版本,每个测试用例的测试时间以及测试类型,所述根据测试计划和配置的多个执行环境,获取多个测试任务,包括:
针对每个执行环境,根据当前时间和所述测试计划中的每个测试用例的测试时间,确定所述测试计划是否满足预先配置的任务时间或者持续集成CI执行条件;
若所述测试计划满足所述任务时间或者CI执行条件,则根据所述执行环境,所述测试类型和每个测试用例的版本,确定与每个测试用例对应的进行自动化测试的测试任务。
在一种具体的实现方式中,所述方法还包括:
响应于用户的操作,配置所述多个执行环境,所述执行环境包括以下至少两种:线上环境,预发环境以及测试环境。
在一种具体的实现方式中,所述方法还包括:
将每个测试用例对应的测试任务通过Redis进行缓存。
在一种具体的实现方式中,所述测试类型包括以下至少一种:全回归测试、紧急全回归测试、模块测试、稳定性测试、兼容性测试。
在一种具体的实现方式中,所述方法还包括:
接收所述客户端发送的长链接建立请求;
根据所述长链接建立请求与所述客户端之间建立长链接。
在一种具体的实现方式中,所述方法还包括:
对所述多个客户端返回的测试结果进行分析处理,得到可视化测试报告;
显示所述可视化测试报告。
第二方面,本申请实施例提供一种Web UI的测试方法,应用于客户端,所述方法包括:
获取服务器下发的测试任务的任务信息,所述任务信息包括所述测试任务的用例信息,版本信息和环境信息;
根据所述用例信息和所述版本信息,下载待运行脚本,并对待运行脚本进行编译构建,生成配置文件和执行文件,所述执行文件包括执行脚本,脚本数据;
根据所述环境信息,所述配置文件和所述执行文件对浏览器进行测试,得到测试结果,所述测试结果包括所述测试任务的执行结果和执行日志;
将所述测试结果发送给所述服务器。
在一种具体的实现方式中,所述根据所述环境信息,所述配置文件和所述执行文件对浏览器进行测试,得到测试结果,包括:
将所述配置文件和所述执行文件加载到驱动中,解析所述执行脚本对所述浏览器进行驱动;
将所述脚本数据下发到所述浏览器,以使所述浏览器根据所述环境信息运行所述脚本数据,得到所述测试结果。
在一种具体的实现方式中,所述获取服务器下发的测试任务的任务信息,包括:
接收与所述客户端建立长链接的所述服务器发送的所述测试任务的所述任务信息。
在一种具体的实现方式中,所述方法还包括:
响应于开启自动化测试服务的操作,向所述服务发送长链接建立请求。
在一种具体的实现方式中,在与所述服务器的长链接断开或者重新建立长链接失败时,所述获取服务器下发的测试任务的任务信息,包括:
从所述服务器的Redis中获取所述测试任务的所述任务信息。
第三方面,本申请实施例提供一种Web UI的测试装置,包括:
获取模块,用于根据测试计划和配置的多个执行环境,获取多个测试任务,每个测试任务对应不同的测试环境;
发送模块,用于根据所述多个测试任务,分别向与所述服务器建立长链接的多个客户端发送任务信息,每个客户端接收的任务信息包括对应的测试任务的用例信息,版本信息,环境信息;
接收模块,用于接收所述多个客户端返回的测试结果,每个客户端返回的测试结果包括其执行的测试任务的执行结果和执行日志。
在一种具体的实现方式中,所述获取模块具体用于针对每个执行环境,根据当前时间和所述测试计划中的每个测试用例的测试时间,确定所述测试计划是否满足预先配置的任务时间或者CI执行条件;若所述测试计划满足所述任务时间或者CI执行条件,则根据所述执行环境,所述测试类型和每个测试用例的版本,确定与每个测试用例对应的进行自动化测试的测试任务。
在一种具体的实现方式中,Web UI的测试装置还包括:
处理模块,用于响应于用户的操作,配置所述多个执行环境,所述执行环境包括以下至少两种:线上环境,预发环境以及测试环境。
在一种具体的实现方式中,所述接收模块还可以用于将每个测试用例对应的测试任务通过Redis进行缓存。
可选的,测试类型包括以下至少一种:全回归测试、紧急全回归测试、模块测试、稳定性测试、兼容性测试。
在一种具体的实现方式中,所述接收模块还可以用于接收所述客户端发送的长链接建立请求;
所述处理模块还可以用于根据所述长链接建立请求与所述客户端之间建立长链接。
在一种具体的实现方式中,Web UI的测试装置还包括:
显示模块,用于显示所述可视化测试报告;
所述处理模块还可以用于对所述多个客户端返回的测试结果进行分析处理,得到可视化测试报告。
第四方面,本申请实施例提供一种Web UI的测试装置,包括:
获取模块,用于获取服务器下发的测试任务的任务信息,所述任务信息包括所述测试任务的用例信息,版本信息和环境信息;
处理模块,用于根据所述用例信息和所述版本信息,下载待运行脚本,并对待运行脚本进行编译构建,生成配置文件和执行文件,所述执行文件包括执行脚本,脚本数据;
所述处理模块还用于根据所述环境信息,所述配置文件和所述执行文件对浏览器进行测试,得到测试结果,所述测试结果包括所述测试任务的执行结果和执行日志;
发送模块,用于将所述测试结果发送给所述服务器。
在一种具体的实现方式中,所述处理模块具体用于将所述配置文件和所述执行文件加载到驱动中,解析所述执行脚本对所述浏览器进行驱动;将所述脚本数据下发到所述浏览器,以使所述浏览器根据所述环境信息运行所述脚本数据,得到所述测试结果。
在一种具体的实现方式中,所述获取模块具体用于接收与所述客户端建立长链接的所述服务器发送的所述测试任务的所述任务信息。
在一种具体的实现方式中,所述获取模块具体用于从所述服务器的Redis中获取所述测试任务的所述任务信息。
响应于开启自动化测试服务的操作,向所述服务发送长链接建立请求。
在一种具体的实现方式中,所述获取模块还用于从所述服务器的Redis中获取所述测试任务的所述任务信息。
第五方面,本申请实施例提供一种电子设备,包括:处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令,所述处理器执行所述计算机程序指令时实现第一方面或者第二方面任一实施方式提供的Web UI的测试方法。
第六方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现第一方面或者第二方面任一实施方式提供的Web UI的测试方法。
本申请实施例提供的Web UI的测试方法、装置、设备以及存储介质,通过服务器根据测试计划和配置的执行环境,获取测试任务,向与服务器建立长链接的客户端发送任务信息。客户端获取服务器下发的测试任务的任务信息,根据用例信息和版本信息,下载待运行脚本,并对待运行脚本进行编译构建,生成配置文件和执行文件。根据环境信息,配置文件和执行文件对浏览器进行测试,得到测试结果,并发送给服务器。通过服务器与服务器建立长链接并发送任务信息,实现对浏览器进行有目的自动化测试。解决现有的测试方法不能对多环境进行测试,局限性较大的问题。
附图说明
图1为本申请实施例提供的一种应用场景示意图;
图2为本申请实施例提供的Web UI的测试方法实施例一的流程示意图;
图3为本申请实施例提供的一种用户界面示意图;
图4为本申请实施例提供的一种服务器主功能架构图;
图5为本申请实施例提供的一种客户端界面示意图;
图6为本申请实施例提供的一种客户端主功能构架图;
图7为本申请实施例提供的一种报告详情界面示意图;
图8为本申请实施例提供的Web UI的测试方法又一实施例的流程示意图;
图9为本申请实施例提供的Web UI的测试装置实施例一的结构示意图;
图10为本申请实施例提供的Web UI的测试装置实施例二的结构示意图;
图11为本申请实施例提供的Web UI的测试装置实施例三的结构示意图;
图12为本申请实施例提供的Web UI的测试装置实施例四的结构示意图;
图13为本申请实施例提供的电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
随着互联网的高速发展,软件市场日益蓬勃,层出不穷的软件工具被开发出来,软件在各个行业中得到广泛应用。无论是发现软件出现错误对其进行修改还是在继承或维护阶段加入了新的模块,都可能会给该软件带来问题。软件测试作为提高软件质量的重要手段,具有特殊的战略地位。每当软件发生变化时,我们都需要重新测试现有的功能,以便确定修改是否达到了预期的目的,检查修改是否损害了原有的正常功能。同时,还需要补充新的测试用例来测试新的或被修改了的功能。近几年随着软件测试技术的发展,自动化测试逐渐成为软件测试技术发展的主流趋势。
现有技术中,对Web应用进行测试的方法主要通过jenkins来实现远程、定时执行自动化测试,执行完成之后在jenkins上查看执行的自动化测试结果以及测试报告。Jenkins的基本工作流程如下:首先开发人员提交代码进行更新,Jenkins通过监听源码管理(Source Code Management,SCM)工具获取最新代码。然后Jenkins根据创建好的测试任务及编写好的执行脚本依次完成代码构建(静态检查,编译,单元测试)、打包、部署、集成测试过程,最后把构建后的结果包括自动化测试的结果通过邮件发送给相关人员。但该测试方法不能对多环境进行测试,局限性较大。
针对上述问题,本申请实施例提供了一种Web UI的测试方法、设备、存储介质,通过服务器根据测试计划和配置的执行环境,获取测试任务,向与服务器建立长链接的客户端发送任务信息。客户端获取服务器下发的测试任务的任务信息,根据用例信息和版本信息,下载待运行脚本,并对待运行脚本进行编译构建,生成配置文件和执行文件。根据环境信息,配置文件和执行文件对浏览器进行测试,得到测试结果,并发送给服务器。通过服务器与服务器建立长链接并发送任务信息,实现对浏览器进行有目的自动化测试。解决现有的测试方法不能对多环境进行测试,局限性较大的问题。
下面,通过具体实施例对本申请的技术方案进行详细说明。
需要说明的是,下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图1为本申请实施例提供的一种应用场景示意图。如图1所示,电子设备可以实现为服务器A或者终端设备B,服务器100向用户显示用户界面,便于用户通过操作用户界面选取测试类型,获取测试任务并发送至终端设备B。终端设备B向用户显示客户端界面,便于用户通过操作客户端界面选择开启服务或终止服务。当选择开启服务时,终端设备属于工作状态,通过接收服务器下发的测试任务的任务信息,对浏览器进行测试,并将测试结果发送至服务器A进行存储,可选的,服务器A可以是手机、电脑、平板电脑、智能可穿戴等任一具备人机交互能力的设备。
图2为本申请实施例提供的Web UI的测试方法实施例一的流程示意图,如图2所示,基于上述图1所示的应用场景,该Web UI的测试方法可以包括如下步骤:
S101:根据测试计划和配置的多个执行环境,获取多个测试任务,每个测试任务对应不同的测试环境。
本申请实施例提供的Web UI的测试方法需要为用户提供操作界面,并且为了进行测试结果的存储和分析,还需要后台服务平台,以使用户能够通过安装在服务器上的浏览器或者应用程序等对服务平台进行访问。
在本步骤中,服务器通过用例管理功能对已经编写好的自动化测试脚本进行维护。其中,用例管理功能主要包括:脚本维护,模块维护,用例维护。用例是一种通过用户的使用场景来获取需求的技术,每个用例提供了一个或多个场景,该场景说明了系统是如何与用户或其它系统互动,也就是谁可以用系统做什么,从而获得一个明确的业务目标。在使用用例对浏览器进行测试的过程中,当发生错误时需要对用例中的脚本进行修改,当需要增加或者删除用例中的某些功能时,同样需要对用例中的脚本进行修改。为了方便用户下次继续使用该用例,用例编辑修改后会进行储存,用户可以根据自己不同的需求对不同的用例进行维护。
当用户需要进行对浏览器进行测试时,用户可以根据测试需求对服务器显示的用户界面上的测试类型控件进行选择操作。举例来说,用户点击用户界面上的测试类型控件,服务器在检测到测试类型控件被点击之后,根据用户需求制定测试计划并配置多个执行环境,获取相应的多个测试任务,并通过浏览器或者应用程序将任务信息发送给一个或多个终端设备。
终端设备获取服务器发送的任务信息。
图3为本申请实施例提供的一种用户界面示意图,如图3所示,本方案在服务器(也就是服务端)实现中,服务器向用户提供用户界面01,便于用户通过操作用户界面选取测试类型。用户界面01包括测试类型控件:[全回归测试]控件、[紧急全回归测试]控件、[模块测试]控件、[稳定性测试]控件以及[兼容性测试]控件。响应于用户在用户界面01中选择测试类型控件,制定相应测试计划并配置执行环境,获取相应测试任务并发送给终端设备。其中,回归测试指的是修改了旧代码后,重新进行测试以确认有没有引入新的错误或导致其他代码产生错误,将大幅降低系统测试、维护升级等阶段的成本。全回归测试指的是对系统全部功能进行检测,检查是否存在错误;紧急全回归测试指的是将全回归测试中测试出的问题修改后进行再次的针对性的测试;模块测试指的是对系统赋有明显功能的最小粒度的测试,是对一个模块进行测试,根据模块的功能说明,检验模块是否有错误;稳定性测试指的是对软件程序、中央处理器或计算机组件(如显卡)的压力测试,其目的是最大程度地对组件施加压力,以确定其在压力下的性能,并确定性能参数;兼容性测试指的是检查软件之间能否正确地进行交互和共享信息。
图4为本申请实施例提供的一种服务器主功能架构图。如图4所示,本方案在服务器(也就是服务端)实现中,主功能架构主要分为业务场景层,业务应用层,业务服务层。业务场景层主要满足在日常测试过程中在全回归测试、紧急全回归测试、模块测试、稳定性测试、兼容性测试等方面提高自动化测试的执行效率;业务应用层主要用于对用例进行管理,并在创建测试计划与测试任务时需指定自动化测试用例的版本,配置所要执行的环境。当客户端与服务端长链接断开失效后,客户端会进行重试,如果重试建立长链接失败,客户端会通过服务端提供的应用程序接口(Application Programming Interface,API)主动拉取自动化测试执行任务。当多个客户端同时调用API进行获取调度任务时,服务端通过REDIS缓存机制来保证每个客户端获取的自动化测试任务不重复,完成在不同测试环境下对浏览器进行测试;业务服务层主要用于配置定时执行任务、持续集成(ContinuousIntegration,CI)自动化执行任务。
在一种具体的实施方式中,测试任务包括测试类型,至少一个待测试的测试用例,每个测试用例的版本,每个测试用例的测试时间以及测试类型。详细来说,用户根据测试需求点击用户界面上的测试类型控件,在此基础上设置测试的起始时间和终止时间,并根据测试的具体目的确认使用的多个测试用例的版本,配置多个执行环境从而获取多个测试任务。测试用例是指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。其内容包括测试目标、输入数据、测试步骤、预期结果、测试脚本等,最终形成文档。执行环境包括线上环境,预发环境以及测试环境。其中,线上环境指的是发布环境,真实用户访问的环境,要求不能有任何漏洞,且不能频繁发布;测试环境指的是测试人员利用一些工具及数据所模拟出的、接近真实用户使用环境的环境,测试环境的目的是为了使测试结果更加真实有效;预发环境指的是测试环境到线上环境的过渡,测试环境可能会受到一些限制,一些流程或者数据没有测试到,就可以在预发环境进行验证,从而保证产品上线质量。
可选的,测试时间的频率可以设置为仅一次,每天或者自定义频率,本方案对此不作限制。
制定好测试计划之后,将当前时间与测试时间进行对比,若时间不一致,则测试计划不生效,一段时间后再次进行对比。示例性的,一段时间可以是固定值如每隔五分钟对比一次,也可以是非固定值,如第一次间隔五分钟对比一次,之后每次间隔都比前一次间隔少30秒,本申请对此不做要求。若时间对比一致,则查看项目条线是否处于空闲状态,若此时项目条线处于空闲,满足定时执行任务、CI自动化执行任务的条件,则根据执行环境,测试类型和每个测试用例的版本,创建自动化测试任务。
S102:根据所述多个测试任务,分别向与服务器建立长链接的客户端发送任务信息。
在本步骤中,服务器获取到多个测试任务后,需要将多个测试任务分别发送给一个或多个客户端以便于客户端对浏览器进行测试。
为了实现通过长链接进行任务信息的传输,或者其他数据的交互,首先客户端需要与服务器之间建立长链接,具体的,当客户端需要对浏览器进行测试时,首先需要向服务器发送长链接,请求与服务器建立连接,以便于获取测试任务。当服务器接收到客户端发送的连接请求时,接受请求并与该服务器建立连接,以便于将测试任务通过长链接发送至请求连接的客户端。
客户端与服务器建立长链接可以采取多种方式,举例来说,如(AsynchronousJavascript And XML,AJAX)轮询,长轮询,iframe长链接,WebSocket等,本方案对此不作限制。
图5为本申请实施例提供的一种客户端界面示意图。如图5所示,客户端界面02包括[开启服务]控件、[终止服务]控件、[返回]控件。当用户需要与该客户端建立连接时,需要点击[开启服务]控件,客户端才能正常运行工作,并将此次操作记录在下方的记录窗口。举例来说,当2020年06月29日11点26分36秒点击开启服务,使得客户端正常运行,记录窗口则会显示连接记录:2020-06-29 11:26:36切换至WEB项目服务。
S103:获取服务器下发的测试任务的任务信息。
在本步骤中,客户端为了对待测试的浏览器进行测试,需要获取服务器下发的测试任务的任务信息。具体的,客户端与服务器建立长链接之后,服务器通过长链接将测试任务发送给客户端,客户端器通过长链接获取测试任务,以便对浏览器进行测试。其中,任务信息包括测试任务的用例信息,版本信息和环境信息。
当客户端与服务器长链接断开失效后,客户端会重新向服务器发送长链接请求连接,如果重试建立长链接成功则服务器照常向客户端发送任务信息,如果重新建立长链接失败,客户端会通过服务端提供的API主动拉取自动化测试执行任务。具体来说,当服务器与客户端无法进行正常连接,客户端无法获取到服务器里的任务信息,则可以访问客户端提供的API,通过程序接口可以访问服务端的任务信息并拉取自动化测试执行任务。
当多个客户端同时调用API进行获取自动化测试执行任务时,为了保证每个客户端获取的自动化测试任务不重复,采用(Remote Dictionary Server,REDIS)缓存机制对自动化测试任务进行缓存,完成在不同测试环境下对浏览器进行测试。
图6为本申请实施例提供的一种客户端主功能构架图。如图6所示,客户端主功能架构主要包括业务应用,业务服务中心。其中业务应用主要包括开启服务、终止服务、Mac、Windows;业务服务中心主要包括任务解析和环境初始化,其中任务解析包括获取任务、下载资源、任务解析和修改Host;环境初始化包括查看端口、构建打包、编译工程、启动服务、执行脚本和日志监听。
S104:根据所述用例信息和所述版本信息,下载待运行脚本,并对待运行脚本进行编译构建,生成配置文件和执行文件。
在本步骤中,客户端对获取的执行任务和配置数据进行分析,分析获取本次测试所使用的用例版本。根据用例版本从脚本库中选取并下载相应的待运行脚本、发布包,对其进行编译,生成计算机可以识别的2进制语言,方便计算机读取该脚本内容。之后对其进行构建,生成配置文件和执行文件。
可选的,执行文件包括执行脚本,脚本数据。
S105:根据所述环境信息,所述配置文件和所述执行文件对浏览器进行测试,得到测试结果。
在本步骤中,根据获取到生成的配置文件和执行文件对浏览器进行测试。具体的,将配置文件和执行文件加载到驱动中,驱动通过API解析执行脚本,对浏览器进行驱动并将脚本数据下发至浏览器。
浏览器接收到脚本数据,并按照脚本数据信息对浏览器进行测试。示例性的,以模块测试为例,浏览器接收到脚本数据信息,按照脚本数据信息对浏览器相应模块展开模块测试,测试浏览器相应模块功能是否正常,并产生测试结果。其中测试结果的状态包括成功、失败和跳过。具体来说,当前面某个功能运行失败了,后面的几个用例是依赖于这个功能的用例,如果第一步就失败了,后面的用例也就没必要去执行了,可以直接跳过。
可选的,测试结果包括测试任务的执行结果和执行日志。其中,执行日志可以帮助用户查看历史记录,方便对历史数据进行统计整理。
S106:将测试结果发送给所述服务器。
在本步骤中,客户端获取到该浏览器的测试结果后,需要将该测试结果传送到服务端进行储存。
可选的,测试结果包括测试任务的执行结果和执行日志。
S107:服务器接收所述多个客户端发送的测试结果。
在本步骤中,服务器接收多个客户端发送的测试结果,对执行结果进行分析处理,根据预先设定的类别提取相应的参数,如订单编号,订单时间,退货原因等,并生成相应可视化测试报告,方便用户直观获取相应参数信息,便于后续统计自动化测试数据。将可视化测试报告根据结果类型分为全部结果、成功结果、失败结果、跳过结果,按照不同结果类型在测试结果界面上进行显示,并同步此次测试的用例信息。同时,服务器对测试结果中的执行日志进行监控和聚合,其中,执行日志中包括执行步骤,执行时间,执行结果,执行用例等。此次测试计划后,可以通过提取自动化执行失败的执行日志,对查看执行过程中的具体信息,排查失败用例的失败原因,便于针对失败原因对用例进行修改。
图7为本申请实施例提供的一种报告详情界面示意图,如图7所示,本方案在服务器(也就是服务端)实现中,报告详情界面包括[全部]控件、[成功]控件、[失败]控件和[跳过]控件。当点击[全部]控件,界面上会显示所有测试的结果,并且在测试结果前显示颜色,示例性的蓝色代表成功,红色代表失败,黄色代表跳过,本方案对此不做具体限制。在左边的测试结果列表中选择想要查看的测试列表,查看具体的测试结果。
示例性的,以取消订单普通业务为主,当点击左侧测试结果列表,选择需要查看的测试结果,右侧的显示框中会显示此订单购买详情页面以及商家后台页面,其中在商家后台界面会显示此订单的详细信息,例如订单号、客户账号、客户姓名等信息。
图8为本申请实施例提供的Web UI的测试方法又一实施例的流程示意图。如图8所示,客户端首先向平台建立长链接,平台通过长链接向客户端发送执行任务以及配置数据。客户端接收到执行任务以及配置数据后,从脚本库中下载脚本以及发布包,编译构建生成配置文件和执行文件,同步任务状态到服务器,将配置文件和执行文件加载到驱动中,解析执行脚本,驱动浏览器进行测试。浏览器测试完成后将测试结果通过驱动加载至脚本信息中并由客户端发送给平台进行储存。
本申请实施例通过服务器根据测试计划和配置的执行环境,获取测试任务,向与服务器建立长链接的客户端发送任务信息。客户端获取服务器下发的测试任务的任务信息,根据用例信息和版本信息,下载待运行脚本,并对待运行脚本进行编译构建,生成配置文件和执行文件。根据环境信息,配置文件和执行文件对浏览器进行测试,得到测试结果,并发送给服务器。解决现有的测试方法不能对多环境进行测试,局限性较大的问题。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
图9为本申请实施例提供的Web UI的测试装置实施例一的结构示意图,如图9所示,该Web UI的测试装置10包括:
获取模块11,用于根据测试计划和配置的多个执行环境,获取多个测试任务,每个测试任务对应不同的测试环境;
发送模块12,用于根据所述多个测试任务,分别向与所述服务器建立长链接的多个客户端发送任务信息,每个客户端接收的任务信息包括对应的测试任务的用例信息,版本信息,环境信息;
接收模块13,用于接收所述多个客户端返回的测试结果,每个客户端返回的测试结果包括其执行的测试任务的执行结果和执行日志。
在一种可能的设计中,所述获取模块11具体用于针对每个执行环境,根据当前时间和所述测试计划中的每个测试用例的测试时间,确定所述测试计划是否满足预先配置的任务时间或者CI执行条件;若所述测试计划满足所述任务时间或者CI执行条件,则根据所述执行环境,所述测试类型和每个测试用例的版本,确定与每个测试用例对应的进行自动化测试的测试任务。
在一种可能的设计中,所述接收模块13还可以用于接收所述多个客户端发送的长链接建立请求。
图10为本申请实施例提供的Web UI的测试装置实施例二的结构示意图,如图10所示,在上述实施例的基础上,该Web UI的测试装置10包括:
处理模块14,用于响应于用户的操作,配置所述多个执行环境,所述执行环境包括以下至少两种:线上环境,预发环境以及测试环境。
在一种可能的设计中,所述处理模块14还可以用于将每个测试用例对应的测试任务通过Redis进行缓存。
可选的,测试类型包括以下至少一种:全回归测试、紧急全回归测试、模块测试、稳定性测试、兼容性测试。
所述处理模块14还可以用于根据所述长链接建立请求与所述客户端之间建立长链接。
图11为本申请实施例提供的Web UI的测试装置实施例三的结构示意图,如图11所示,在上述实施例的基础上,该Web UI的测试装置10包括:
显示模块15,用于显示所述可视化测试报告;
所述处理模块14还可以用于对所述多个客户端返回的测试结果进行分析处理,得到可视化测试报告
本申请实施例提供的Web UI的测试装置10,用于执行前述方式实施例中服务器侧的技术方案,其实现原理和技术效果类似,在此不再赘述。
图12为本申请实施例提供的Web UI的测试装置实施例四的结构示意图,如图12所示,在上述实施例的基础上,该Web UI的测试装置20包括:
获取模块21,用于获取服务器下发的测试任务的任务信息,所述任务信息包括所述测试任务的用例信息,版本信息和环境信息;
处理模块22,用于根据所述用例信息和所述版本信息,下载待运行脚本,并对待运行脚本进行编译构建,生成配置文件和执行文件,所述执行文件包括执行脚本,脚本数据;
所述处理模块22还用于根据所述环境信息,所述配置文件和所述执行文件对浏览器进行测试,得到测试结果,所述测试结果包括所述测试任务的执行结果和执行日志;
发送模块23,用于将所述测试结果发送给所述服务器。
在一种可能的设计中,所述处理模块22具体用于将所述配置文件和所述执行文件加载到驱动中,解析所述执行脚本对所述浏览器进行驱动;将所述脚本数据下发到所述浏览器,以使所述浏览器根据所述环境信息运行所述脚本数据,得到所述测试结果。
在一种可能的设计中,所述获取模块21具体用于接收与所述客户端建立长链接的所述服务器发送的所述测试任务的所述任务信息。
在一种可能的设计中,所述获取模块21具体用于从所述服务器的Redis中获取所述测试任务的所述任务信息。
响应于开启自动化测试服务的操作,向所述服务发送长链接建立请求。
在一种可能的设计中,所述获取模21块还用于从所述服务器的Redis中获取所述测试任务的所述任务信息。
本申请实施例提供的Web UI的测试装置20,用于执行前述方式实施例中客户端侧的技术方案,其实现原理和技术效果类似,在此不再赘述。
需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如,确定模块可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(application specific integrated circuit,ASIC),或,一个或多个微处理器(digital signal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(centralprocessing unit,CPU)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘solid state disk,SSD))等。
图13为本申请实施例提供的电子设备的结构示意图。如图13所示,该电子设备100可以包括:处理器110、存储器120及存储在所述存储器上并可在处理器上运行的计算机程序指令,其中,存储器120用于存储计算机执行指令。
系统总线可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。所述系统总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。通信接口用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(random access memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
上述的处理110器可以是通用处理器,包括中央处理器CPU、网络处理器(networkprocessor,NP)等;还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
可选的,本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当其在计算机上运行时,使得计算机执行上述实施例的方法。
本申请实施例还提供一种计算机程序产品,所述计算机程序产品包括计算机程序,所述计算机程序存储在计算机可读存储介质中,至少一个处理器可以从所述计算机可读存储介质中读取所述计算机程序,所述至少一个处理器执行所述计算机程序时可实现上述实施例的方法。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系;在公式中,字符“/”,表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中,a,b,c可以是单个,也可以是多个。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。在本申请的实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请的实施例的实施过程构成任何限定。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (16)
1.一种Web UI的测试方法,其特征在于,应用于服务器,所述方法包括:
根据测试计划和配置的多个执行环境,获取多个测试任务,每个测试任务对应不同的测试环境;
根据所述多个测试任务,分别向与所述服务器建立长链接的多个客户端发送任务信息,每个客户端接收的任务信息包括对应的测试任务的用例信息,版本信息,环境信息;
接收所述多个客户端返回的测试结果,每个客户端返回的测试结果包括其执行的测试任务的执行结果和执行日志。
2.根据权利要求1所述的方法,其特征在于,所述测试计划中包括测试类型,至少一个待测试的测试用例,每个测试用例的版本,每个测试用例的测试时间以及测试类型,所述根据测试计划和配置的多个执行环境,获取多个测试任务,包括:
针对每个执行环境,根据当前时间和所述测试计划中的每个测试用例的测试时间,确定所述测试计划是否满足预先配置的任务时间或者持续集成CI执行条件;
若所述测试计划满足所述任务时间或者CI执行条件,则根据所述执行环境,所述测试类型和每个测试用例的版本,确定与每个测试用例对应的进行自动化测试的测试任务。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
响应于用户的操作,配置所述多个执行环境,所述执行环境包括以下至少两种:线上环境,预发环境以及测试环境。
4.根据权利要求2或3所述的方法,其特征在于,所述方法还包括:
将每个测试用例对应的测试任务通过Redis进行缓存。
5.根据权利要求2或3所述的方法,其特征在于,所述测试类型包括以下至少一种:全回归测试、紧急全回归测试、模块测试、稳定性测试、兼容性测试。
6.根据权利要求1至3任一项所述的方法,其特征在于,所述方法还包括:
接收所述客户端发送的长链接建立请求;
根据所述长链接建立请求与所述客户端之间建立长链接。
7.根据权利要求1至3任一项所述的方法,其特征在于,所述方法还包括:
对所述多个客户端返回的测试结果进行分析处理,得到可视化测试报告;
显示所述可视化测试报告。
8.一种Web UI的测试方法,其特征在于,应用于客户端,所述方法包括:
获取服务器下发的测试任务的任务信息,所述任务信息包括所述测试任务的用例信息,版本信息和环境信息;
根据所述用例信息和所述版本信息,下载待运行脚本,并对待运行脚本进行编译构建,生成配置文件和执行文件,所述执行文件包括执行脚本,脚本数据;
根据所述环境信息,所述配置文件和所述执行文件对浏览器进行测试,得到测试结果,所述测试结果包括所述测试任务的执行结果和执行日志;
将所述测试结果发送给所述服务器。
9.根据权利要求8所述的方法,其特征在于,所述根据所述环境信息,所述配置文件和所述执行文件对浏览器进行测试,得到测试结果,包括:
将所述配置文件和所述执行文件加载到驱动中,解析所述执行脚本对所述浏览器进行驱动;
将所述脚本数据下发到所述浏览器,以使所述浏览器根据所述环境信息运行所述脚本数据,得到所述测试结果。
10.根据权利要求8所述的方法,其特征在于,所述获取服务器下发的测试任务的任务信息,包括:
接收与所述客户端建立长链接的所述服务器发送的所述测试任务的所述任务信息。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
响应于开启自动化测试服务的操作,向所述服务发送长链接建立请求。
12.根据权利要求10或11所述的方法,其特征在于,在与所述服务器的长链接断开或者重新建立长链接失败时,所述获取服务器下发的测试任务的任务信息,包括:
从所述服务器的Redis中获取所述测试任务的所述任务信息。
13.一种Web UI的测试装置,其特征在于,包括:
获取模块,用于根据测试计划和配置的多个执行环境,获取多个测试任务,每个测试任务对应不同的测试环境;
发送模块,用于根据所述多个测试任务,分别向与所述服务器建立长链接的多个客户端发送任务信息,每个客户端接收的任务信息包括对应的测试任务的用例信息,版本信息,环境信息;
接收模块,用于接收所述多个客户端返回的测试结果,每个客户端返回的测试结果包括其执行的测试任务的执行结果和执行日志。
14.一种Web UI的测试装置,其特征在于,包括:
获取模块,用于获取服务器下发的测试任务的任务信息,所述任务信息包括所述测试任务的用例信息,版本信息和环境信息;
处理模块,用于根据所述用例信息和所述版本信息,下载待运行脚本,并对待运行脚本进行编译构建,生成配置文件和执行文件,所述执行文件包括执行脚本,脚本数据;
所述处理模块还用于根据所述环境信息,所述配置文件和所述执行文件对浏览器进行测试,得到测试结果,所述测试结果包括所述测试任务的执行结果和执行日志;
发送模块,用于将所述测试结果发送给所述服务器。
15.一种电子设备,包括:处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令,其特征在于,所述处理器执行所述计算机程序指令时实现如上述权利要求1至12任一项所述的Web UI的测试方法。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1至12任一项所述的Web UI的测试方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010975806.8A CN113760704A (zh) | 2020-09-16 | 2020-09-16 | Web UI的测试方法、装置、设备以及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010975806.8A CN113760704A (zh) | 2020-09-16 | 2020-09-16 | Web UI的测试方法、装置、设备以及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113760704A true CN113760704A (zh) | 2021-12-07 |
Family
ID=78785700
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010975806.8A Pending CN113760704A (zh) | 2020-09-16 | 2020-09-16 | Web UI的测试方法、装置、设备以及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113760704A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113282516A (zh) * | 2021-07-05 | 2021-08-20 | 厦门亿联网络技术股份有限公司 | 测试用例结果的处理方法及装置 |
CN114168476A (zh) * | 2021-12-10 | 2022-03-11 | 惠州Tcl移动通信有限公司 | 一种自动化测试方法、装置、计算机设备以及存储介质 |
CN114189546A (zh) * | 2021-12-08 | 2022-03-15 | 浙江吉利控股集团有限公司 | 一种热加载远程测试方法、系统、设备及存储介质 |
CN114328275A (zh) * | 2022-03-10 | 2022-04-12 | 太平金融科技服务(上海)有限公司深圳分公司 | 系统测试方法、装置、计算机设备和存储介质 |
CN114385488A (zh) * | 2021-12-17 | 2022-04-22 | 杭州趣链科技有限公司 | 区块链测试方法、装置、设备及存储介质 |
CN114598623A (zh) * | 2022-03-04 | 2022-06-07 | 北京沃东天骏信息技术有限公司 | 测试任务管理方法、装置、电子设备和存储介质 |
CN114996117A (zh) * | 2022-03-28 | 2022-09-02 | 湖南智擎科技有限公司 | 面向SaaS模式的客户端GPU应用评测系统及方法 |
CN115454815A (zh) * | 2022-08-12 | 2022-12-09 | 广州极点三维信息科技有限公司 | 一种支持定制化测试任务的自动化测试系统 |
CN117149638A (zh) * | 2023-09-01 | 2023-12-01 | 镁佳(北京)科技有限公司 | 一种ui自动化测试方法、装置、计算机设备及存储介质 |
CN117851267A (zh) * | 2024-03-06 | 2024-04-09 | 湖南兴盛优选网络科技有限公司 | 一种软件多环境自动化测试方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104834595A (zh) * | 2015-02-15 | 2015-08-12 | 网易(杭州)网络有限公司 | 一种可视化自动测试方法及系统 |
US20160004628A1 (en) * | 2014-07-07 | 2016-01-07 | Unisys Corporation | Parallel test execution framework for multiple web browser testing |
US20160085666A1 (en) * | 2014-09-22 | 2016-03-24 | International Business Machines Corporation | Auto-deployment and testing of system application test cases in remote server environments |
CN107015908A (zh) * | 2017-03-31 | 2017-08-04 | 广州慧睿思通信息科技有限公司 | 一种计算机应用软件测试系统及方法 |
CN107305528A (zh) * | 2016-04-25 | 2017-10-31 | 北京京东尚科信息技术有限公司 | 应用测试方法和装置 |
CN107832206A (zh) * | 2017-10-16 | 2018-03-23 | 深圳市牛鼎丰科技有限公司 | 测试方法、装置、计算机可读存储介质和计算机设备 |
CN108694118A (zh) * | 2017-04-11 | 2018-10-23 | 北京京东尚科信息技术有限公司 | 一种应用测试方法和装置 |
CN108984418A (zh) * | 2018-08-22 | 2018-12-11 | 中国平安人寿保险股份有限公司 | 软件测试管理方法、装置、电子设备及存储介质 |
-
2020
- 2020-09-16 CN CN202010975806.8A patent/CN113760704A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160004628A1 (en) * | 2014-07-07 | 2016-01-07 | Unisys Corporation | Parallel test execution framework for multiple web browser testing |
US20160085666A1 (en) * | 2014-09-22 | 2016-03-24 | International Business Machines Corporation | Auto-deployment and testing of system application test cases in remote server environments |
CN104834595A (zh) * | 2015-02-15 | 2015-08-12 | 网易(杭州)网络有限公司 | 一种可视化自动测试方法及系统 |
CN107305528A (zh) * | 2016-04-25 | 2017-10-31 | 北京京东尚科信息技术有限公司 | 应用测试方法和装置 |
CN107015908A (zh) * | 2017-03-31 | 2017-08-04 | 广州慧睿思通信息科技有限公司 | 一种计算机应用软件测试系统及方法 |
CN108694118A (zh) * | 2017-04-11 | 2018-10-23 | 北京京东尚科信息技术有限公司 | 一种应用测试方法和装置 |
CN107832206A (zh) * | 2017-10-16 | 2018-03-23 | 深圳市牛鼎丰科技有限公司 | 测试方法、装置、计算机可读存储介质和计算机设备 |
CN108984418A (zh) * | 2018-08-22 | 2018-12-11 | 中国平安人寿保险股份有限公司 | 软件测试管理方法、装置、电子设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
袁冰, 操云甫: "Web客户端应用程序性能测试自动化研究", 计算机测量与控制, no. 08, 25 August 2004 (2004-08-25) * |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113282516A (zh) * | 2021-07-05 | 2021-08-20 | 厦门亿联网络技术股份有限公司 | 测试用例结果的处理方法及装置 |
CN114189546A (zh) * | 2021-12-08 | 2022-03-15 | 浙江吉利控股集团有限公司 | 一种热加载远程测试方法、系统、设备及存储介质 |
CN114168476A (zh) * | 2021-12-10 | 2022-03-11 | 惠州Tcl移动通信有限公司 | 一种自动化测试方法、装置、计算机设备以及存储介质 |
CN114385488A (zh) * | 2021-12-17 | 2022-04-22 | 杭州趣链科技有限公司 | 区块链测试方法、装置、设备及存储介质 |
CN114598623B (zh) * | 2022-03-04 | 2024-04-05 | 北京沃东天骏信息技术有限公司 | 测试任务管理方法、装置、电子设备和存储介质 |
CN114598623A (zh) * | 2022-03-04 | 2022-06-07 | 北京沃东天骏信息技术有限公司 | 测试任务管理方法、装置、电子设备和存储介质 |
CN114328275A (zh) * | 2022-03-10 | 2022-04-12 | 太平金融科技服务(上海)有限公司深圳分公司 | 系统测试方法、装置、计算机设备和存储介质 |
CN114996117A (zh) * | 2022-03-28 | 2022-09-02 | 湖南智擎科技有限公司 | 面向SaaS模式的客户端GPU应用评测系统及方法 |
CN114996117B (zh) * | 2022-03-28 | 2024-02-06 | 湖南智擎科技有限公司 | 面向SaaS模式的客户端GPU应用评测系统及方法 |
CN115454815B (zh) * | 2022-08-12 | 2023-09-26 | 广州极点三维信息科技有限公司 | 一种支持定制化测试任务的自动化测试系统 |
CN115454815A (zh) * | 2022-08-12 | 2022-12-09 | 广州极点三维信息科技有限公司 | 一种支持定制化测试任务的自动化测试系统 |
CN117149638A (zh) * | 2023-09-01 | 2023-12-01 | 镁佳(北京)科技有限公司 | 一种ui自动化测试方法、装置、计算机设备及存储介质 |
CN117851267A (zh) * | 2024-03-06 | 2024-04-09 | 湖南兴盛优选网络科技有限公司 | 一种软件多环境自动化测试方法 |
CN117851267B (zh) * | 2024-03-06 | 2024-06-11 | 湖南兴盛优选网络科技有限公司 | 一种软件多环境自动化测试方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113760704A (zh) | Web UI的测试方法、装置、设备以及存储介质 | |
US10680929B2 (en) | Systems and methods for live testing performance conditions of a multi-tenant system | |
CN109683899B (zh) | 一种软件集成方法及装置 | |
US8800047B2 (en) | System, method and program product for dynamically performing an audit and security compliance validation in an operating environment | |
US8584079B2 (en) | Quality on submit process | |
US20160004628A1 (en) | Parallel test execution framework for multiple web browser testing | |
US8515876B2 (en) | Dry-run design time environment | |
US20040153837A1 (en) | Automated testing | |
US20090199047A1 (en) | Executing software performance test jobs in a clustered system | |
US20090199160A1 (en) | Centralized system for analyzing software performance metrics | |
US8285662B2 (en) | Framework for delta analysis during automated builds | |
CN110765018B (zh) | 接口自动化测试方法及设备 | |
CN107526676B (zh) | 一种跨系统测试方法及装置 | |
CN110750458A (zh) | 大数据平台测试方法、装置、可读存储介质及电子设备 | |
WO2021097824A1 (zh) | 一种代码质量和缺陷的分析方法、服务器及存储介质 | |
CN109977012B (zh) | 系统的联调测试方法、装置、设备及计算机可读存储介质 | |
US20180143897A1 (en) | Determining idle testing periods | |
US20230214229A1 (en) | Multi-tenant java agent instrumentation system | |
CN115422063A (zh) | 一种低代码接口自动化系统、电子设备及存储介质 | |
CN111737140A (zh) | 接口自动化测试方法、装置、设备及计算机可读存储介质 | |
CN115686540A (zh) | 基于鸿蒙系统的rpa控制方法及系统 | |
CN109739704A (zh) | 一种接口测试方法、服务端及计算机可读存储介质 | |
CN112527312B (zh) | 一种嵌入式系统的测试方法和测试装置 | |
WO2005082072A2 (en) | Testing web services workflow using web service tester | |
US11269712B1 (en) | Customized categorial error handling framework for heterogeneous component-based testing in a portable automation framework |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |