CN110162457A - 用户界面的测试方法、装置、设备及存储介质 - Google Patents

用户界面的测试方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN110162457A
CN110162457A CN201910297963.5A CN201910297963A CN110162457A CN 110162457 A CN110162457 A CN 110162457A CN 201910297963 A CN201910297963 A CN 201910297963A CN 110162457 A CN110162457 A CN 110162457A
Authority
CN
China
Prior art keywords
user interface
test
interface components
module information
identification number
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
Application number
CN201910297963.5A
Other languages
English (en)
Inventor
刘芳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
OneConnect Smart Technology Co Ltd
Original Assignee
OneConnect Smart Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by OneConnect Smart Technology Co Ltd filed Critical OneConnect Smart Technology Co Ltd
Priority to CN201910297963.5A priority Critical patent/CN110162457A/zh
Publication of CN110162457A publication Critical patent/CN110162457A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test 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

本发明属于软件测试技术领域,公开了一种用户界面的测试方法、装置、设备及存储介质。该方法包括:根据业务需求,确定待测试网页文件中包含的用户界面组件,并提取用户界面组件的组件标识号;根据组件标识号,从预先构建的用户界面组件库中查找用户界面组件的组件信息;利用预设的编译工具,根据组件信息,生成用户界面组件对应的测试用例;根据测试用例,运行用户界面组件对应的触发事件,并返回测试结果。通过上述方式,实现了测试用例的自动生成,在减少人工参与的同时,大大提升了测试效率。

Description

用户界面的测试方法、装置、设备及存储介质
技术领域
本发明涉及软件测试技术领域,尤其涉及一种用户界面的测试方法、装置、设备及存储介质。
背景技术
超级文本标记语言(Hyper Text Markup Language,HTML)是标准通用标记语言下的一个应用,也是一种规范,一种标准。尤其是HTML语言的第五个开发版本(HTML5,简称H5)由于其具有简易性、可扩展性、与平台无关性、通用性、可移植性等特点,使得基于H5开发的万维网(World Wide Web,Web)产品被越来越多的应用于各行各业。
此外,为了使Web产品能够更好的为用户提供服务,提升用户体验。每一款Web产品在投入市场前,都需要对其实现的功能进行测试,只有测试通过才可以投入市场,供用户使用。
但是,由于目前的Web产品覆盖范围过于广,并且Web产品的每一个H5页面都会包括不同的用户组件,而每一个用户界面组件所具备的功能又会因为Web产品业务需求的不同,而有所差异。显然,目前采用纯人工的手动测试方式,不仅无法满足Web产品的迭代速度,测试效果差,还会浪费大量的人力资源,增加开发成本。
所以,亟需提供一种针对H5页面的自动化测试方法,以减少人工参与,提升测试效率。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种用户界面的测试方法、装置、设备及存储介质,旨在减少人工参与,并提升用户界面的测试效率。
为实现上述目的,本发明提供了一种用户界面的测试方法,所述方法包括以下步骤:
根据业务需求,确定待测试网页文件中包含的用户界面组件,并提取所述用户界面组件的组件标识号;
根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息;
利用预设的编译工具,根据所述组件信息,生成所述用户界面组件对应的测试用例;
根据所述测试用例,运行所述用户界面组件对应的触发事件,并返回测试结果。
优选地,所述根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息的步骤之前,所述方法还包括:
判断所述用户界面组件库是否已经构建完成;
若所述用户界面组件库未构建完成,则构建所述用户界面组件库。
优选地,所述构建所述用户界面组件库的步骤之后,所述方法还包括:
判断所述用户界面组件库中是否存在与所述组件标识号对应的用户界面组件的组件信息;
若所述用户界面组件库中不存在与所述组件标识号对应的用户界面组件的组件信息,则为所述组件标识号对应的用户界面组件编写组件信息。
优选地,所述组件信息为JSON格式;所述为所述组件标识号对应的用户界面组件编写组件信息的步骤,包括:
根据所述业务需求,确定所述组件标识号对应的所述用户界面组件在所述待测试网页文件中的作用;
根据所述用户界面组件在所述待测试网页文件中的作用,确定所述用户界面组件对应的组件信息需要携带的内容;
基于JSON语法规则,对所述需要携带的内容进行编译,得到所述用户界面组件对应的JSON格式的组件信息,所述JSON格式的组件信息以键值对的形式记录所述需要携带的内容。
优选地,所述利用预设的编译工具,根据所述组件信息,生成所述用户界面组件对应的测试用例的步骤,包括:
利用预设的编译工具,对所述JSON格式的组件信息进行遍历;
将遍历到的各个键对应的值,作为所述用户界面组件的测试参数;
基于XML的语法规则,根据所述测试参数,生成所述用户界面组件对应的测试用例。
优选地,所述基于XML的语法规则,根据所述测试参数,生成所述用户界面组件对应的测试用例的步骤之前,所述方法还包括:
构建测试参数分析模型;
其中,所述构建测试参数分析模块的步骤,包括:
接收数据采集指令,从所述数据采集指令中提取待采集的训练数据的网络地址;
根据所述网络地址对网络爬虫进行配置,利用所述网络爬虫从所述网络地址对应的网页中获取所述训练数据;
根据所述训练数据和预先确定的机器学习算法,规划学习路径;
根据所述学习路径和所述训练数据,构建训练模型;
根据预设的测试参数分析模型对应的业务需求,确定学习目标;
采用所述机器学习算法,对所述训练模型进行迭代训练;
在训练得到的训练结果与所述学习目标的匹配度大于预设阈值时,确定得到所述测试参数分析模型;
其中,所述基于XML的语法规则,根据所述测试参数,生成所述用户界面组件对应的测试用例的步骤,包括:
将所述测试参数输入所述测试参数分析模型,对所述测试参数进行扩展,得到目标测试信息;
基于XML的语法规则,根据所述目标测试信息,生成所述用户界面组件对应的测试用例。
优选地,所述根据所述测试用例,运行所述用户界面组件对应的触发事件,并返回测试结果的步骤,包括:
利用预先编译的自动化测试脚本文件,读取所述测试用例中的测试参数;
获取所述测试参数对应的测试信息,并将所述测试信息输入所述用户界面组件中;
运行所述用户界面组件对应的触发事件,并返回测试结果。
此外,为实现上述目的,本发明还提出一种用户界面的测试装置,所述装置包括:
提取模块,用于根据业务需求,确定待测试网页文件中包含的用户界面组件,并提取所述用户界面组件的组件标识号;
查找模块,用于根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息;
生成模块,用于利用预设的编译工具,根据所述组件信息,生成所述用户界面组件对应的测试用例;
测试模块,用于根据所述测试用例,运行所述用户界面组件对应的触发事件,并返回测试结果。
此外,为实现上述目的,本发明还提出一种用户界面的测试设备,所述设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的用户界面的测试程序,所述用户界面的测试程序配置为实现如上文所述的用户界面的测试方法的步骤。
此外,为实现上述目的,本发明还提出一种存储介质,所述存储介质上存储有用户界面的测试程序,所述用户界面的测试程序被处理器执行时实现如上文所述的用户界面的测试方法的步骤。
本发明提供的用户界面的测试方案,在对待测试网页文件的用户界面进行测试的时候,通过根据业务需求,确定当前需要进行测试的待测试网页文件中包含的用户界面组件,并提取所述用户界面组件的组件标识号,然后根据提取到的组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息,接着利用预设的编译工具,对所述组件信息进行动态编译,得到适合所述用户界面组件的测试用例,最终根据所述测试用例,运行所述用户界面组件对应的触发事件,并返回测试结果。通过这种根据待测试的用户界面组件的组件信息自动生成测试用例的方式,大大缩短了测试周期,使得测试能够跟上Web产品的迭代速度,并且由于测试用例在每次测试时自动生成,因而也有效减少了人工参与,节省了人力资源,降低了开发成本。
附图说明
图1是本发明实施例方案涉及的硬件运行环境的用户界面的测试设备的结构示意图;
图2为本发明用户界面的测试方法第一实施例的流程示意图;
图3为本发明用户界面的测试方法第二实施例的流程示意图;
图4为本发明用户界面的测试装置第一实施例的结构框图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
参照图1,图1为本发明实施例方案涉及的硬件运行环境的用户界面的测试设备结构示意图。
如图1所示,该用户界面的测试设备可以包括:处理器1001,例如中央处理器(Central Processing Unit,CPU),通信总线1002、用户接口1003,网络接口1004,存储器1005。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity,WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory,RAM)存储器,也可以是稳定的非易失性存储器(Non-Volatile Memory,NVM),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解,图1中示出的结构并不构成对用户界面的测试设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图1所示,作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及用户界面的测试程序。
在图1所示的用户界面的测试设备中,网络接口1004主要用于与网络服务器进行数据通信;用户接口1003主要用于与用户进行数据交互;本发明用户界面的测试设备中的处理器1001、存储器1005可以设置在用户界面的测试设备中,所述用户界面的测试设备通过处理器1001调用存储器1005中存储的用户界面的测试程序,并执行本发明实施例提供的用户界面的测试方法。
本发明实施例提供了一种用户界面的测试方法,参照图2,图2为本发明一种用户界面的测试方法第一实施例的流程示意图。
本实施例中,所述用户界面的测试方法包括以下步骤:
步骤S10,根据业务需求,确定待测试网页文件中包含的用户界面组件,并提取所述用户界面组件的组件标识号。
具体的说,本实施例的执行主体可以是任意部署有本发明给出的用户界面的测试程序的终端设备,如个人计算机、平板电脑、智能手机等终端设备,此处不再一一列举,对此也不做限制。
此外,本实施例中所说的业务需求,具体是用于标识待测试网页文件需要实现什么功能,展示哪些组件等信息;所述待测试网页文件,具体是指具有H5语言编写的Web用户界面。
为了便于理解,以下结合实例进行说明:
比如,业务需求为申请信贷业务的业务需求,则确定的所述待测试网页文件包含的用户界面组件需要有:获取用户身份信息、所在城市、手机校验码、收入、性别、年龄等信息的用户界面组件。
应当理解的是,本实例中所说的用户界面组件,即USER INTERFACE Module,也就是通常所说的UI组件。
所谓组件,即将一段或几段完成各自功能的代码段封装为一个或几个独立的部分。UI组件包含了这样一个或几个具有各自功能的代码段,最终完成了用户界面的表示。
而上述所说的组件标识号,则是在封装所述UI组件时,为UI组件分配的用于标识其唯一性的识别号,以下称为组件ID。
关于组件ID的命名格式、组成信息,在具体实现中,可以由本领域的技术人员根据需要进行设置,此处不做限制。
步骤S20,根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息。
具体的说,在实际应用中,所述组件信息为开发人员在封装所述UI组件时,根据所述UI组件的用途编写的。
为了能够简洁、清晰的记录组件信息,本实施例所说的组件信息具体是JSON格式的,即JavaScript Object Notation。
并且,所述JSON格式的组件信息中具体是以键值对,即Key-Value的形式记录需要携带的内容的。
为了使得后续根据组件信息生成的测试用例的覆盖面足够广,在具体实现中,所述JSON格式的组件信息大致可以包括如下所示的“Key”字段,比如:code、msg、url、componentData、id、count、detail、cid、cName、label、inputLimit、maxLength、minLength等字段。
其中,“code”字段对应的Value,具体用于表示测试结果,比如以200表示测试成功;“msg”字段对应的Value,具体用于解释“code”字段对应的Value的含义,比如用success表示接口返回成功;“url”字段对应的Value,具体用于记录待测试网页文件的地址;“componentData”字段表示其内记录的内容便是UI组件的组件信息;“id”字段对应的Value,即为所述UI组件的组件ID,比如选用阿拉伯数字表示;“count”字段对应的Value,表示所述UI组件由几个子控件组成,其内记录的数字便是子控件的个数,如果实际应用中“count”对应的Value的数值为1,则表示所述UI组件只有一个子控件;“detail”字段对应的Value,表示其内记录的内容便是所述UI组件包括的所有子控件的信息;“cid”字段对应的Value,即为子控件的控件ID,比如某一子控件的控件ID可以用0001表示;“cName”字段对应的Value,表示子控件的名称,比如某一子控件的名称可以为city_nam;“label”字段对应的Value,表示子控件标签,即表示该控件具体用于输入或显示哪些内容,如果实际应用中“label”字段对应的Value的内容为“城市”,则表示所述子控件为显示城市的控件;“inputLimit”字段对应的Value,表示当前控件限制输入哪种格式的内容,比如用CN表示输入的内容必需是中文格式;“maxLength”字段对应的Value,表示所述子控件支持输入的最大长度,如果实际应用中“maxLength”字段对应的Value的数值为10,则表示所述子控件最大支持10个字符的长度;“minLength”字段对应的Value表示所述子控件支持输入的最小长度,如果实际应用中“minLength”字段对应的Value的数值为2,则表示所述子控件最少需要输入2个字符长度的内容。
需要说明的是,以上仅为举例说明,对本发明的技术方案并不构成任何限定,在具体实现中,本领域的技术人员可以根据需要设置组件信息中的内容,并对组件进行功能性限定,此处不做限制。
此外,值得一提的是,由于组件信息中含有“count”字段,也就是说,本实施例,在根据测试信息生成测试用例时,一个测试用例可以对应多个控件;而现有技术中,一个测试用例只能对应一个控件。
步骤S30,利用预设的编译工具,根据所述组件信息,生成所述用户界面组件对应的测试用例。
具体的说,由于本实施例中的组件信息为JSON格式,并且记录了多个键值对,因而在利用预设的编译工具,根据所述组件信息,生成所述用户界面组件对应的测试用例时,具体可以通过如下步骤实现:
(1)利用预设的编译工具,对所述JSON格式的组件信息进行遍历,并将遍历到的各个键对应的值,作为所述用户界面组件的测试参数。
为了便于理解,此处以用户界面组件为用于输入手机号码的UI组件为例,且该UI组件的组件信息中具体包括的键值对如下所示:“cid”:“001”,“cName”:“txt_mobile”,“label”:“手机号码”,“maxLength”:“11”,“minLength”:“11”、“inputLimit”:“D”。
需要说明的是,上述“inputLimit”对应的内容“D”具体表示,所述UI组件中输入的内容只能是数字。
通过对上述组件信息的遍历可以确定,所述UI组件的作用是用于输入手机号码,且输入的内容只能是11位长度的数字。因而,根据这些内容确定的所述UI组件的测试参数,具体包括:测试功能为手机号码、测试过程中所述UI组件中的内容可以作为必填项,也可以为非必填项、测试过程中输入的正常内容需要是11位长度的纯数字。
(2)基于XML的语法规则,根据所述测试参数,生成所述用户界面组件对应的测试用例。
具体的说,上述所说的XML,即eXtensible Markup Language,也就是我们通常所说的可扩展标记语言。
应当理解的是,在实际应用中,针对某一用户界面组件的测试用例,大致可以分为两类:正常用例和异常用例。
所谓“正常用例”,即在根据所述正常用例中的内容,对所述用户界面组件进行测试时,可以检验成功。
所谓“异常用例”,即在根据所述异常用例中的内容,对所述用户界面组件进行测试时,测试无法通过。
因而,在根据所述测试参数,生成所述用户界面组件的测试用例时,会生成所述生成用例和异常用例两种。
并且,为了便于管理各个测试用例,生成的测试用例需要携带能够标识当前测试用例的测试编号,为了方便可以称为“testcases id”。
为了便于理解,仍以用户界面组件为用于输入手机号码的UI组件为例,则生成的异常用例的格式可以如下所示:
<testcases id=“0001”>
<testcase>
<param name=“cid”>001</param>
<param name=“mobile”>132121212</param>
<param name=“expectResult”>请输入长度为11的手机号</param>
</testcase>
其中,<testcases id=“0001”>,表示当前测试用例的测试编号为0001,<testcase>为测试编号为0001的测试用例的头标签,</testcase>为与<testcase>对应的尾标签,在这两个标签之间的内容即为所述测试用例的执行体。
<param name=“cid”>001</param>,表示当前测试用例是针对组件ID为001的UI组件的测试用例。
<param name=“mobile”>132121212</param>,表示测试过程中需要输入所述UI组件的测试数据为“132121212”。
<param name=“expectResult”>请输入长度为11的手机号</param>,表示在输入“132121212”后,返回的测试结果为测试失败,输出的用于提示用户的信息为“请输入长度为11的手机号”。
需要说明的是,以上给出的仅为一种具体的异常用例,对本发明的技术方案并不构成任何限定,在实际应用中,测试用例可以根据上述表1中的测试信息生成,此处不做现在。
此外,应当理解的是,在实际应用中,生成的正常用例,其具体格式应当与所述异常用例格式大致相同,只是<param name=“mobile”></param>和<param name=“expectResult”></param>中设置的内容会有所差异,具体设置方式,此处不再赘述,对此也不做限制。
此外,值得一提的是,在实际应用中,为了使后续自动化测试过程能够尽可能的覆盖各种实际应用情况,在执行上述步骤(2)之前,可以先基于各大数据平台存储的数据,构建一个测试参数分析模型。从而,在提取到上述测试参数后,通过将所述测试参数输入到构建的测试参数分析模型中,便可以实现对所述测试参数的扩展,进而得到目标测试信息。最终,基于XML的语法规则,根据所述目标测试信息,便可以生成能够覆盖各种实际应用情况的所述用户界面组件对应的测试用例。
为了便于理解,以下仍以所述用户界面组件为用于输入手机号码的UI组件为例,在利用预先构建的测试参数分析模型,对上述测试参数进行分析处理后,得到的目标测试信息中可能涉及的内容,大致可以如表1所示。
表1测试信息扩展表
应当理解的是,以上仅为举例说明,对本发明的技术方案并不构成任何限制,在具体实现中,本领域的技术人员可以根据需要进行设置,此处不做限制。
此外,关于上述所说的构建测试参数分析模型的方式,具体是基于机器学习算法实现的。
为了便于理解,本实施例中给出一种构建测试参数分析模型的具体实现方式,大致如下:
(1)接收数据采集指令,从所述数据采集指令中提取待采集的训练数据的网络地址。
应当理解的是,上述所说的网络地址,具体可以是待采集的训练数据所在的网页的统一资源定位符(Uniform Resource Locator,URL),也可以任意大数据平台中,所述训练数据的数据库存储地址,此处不再一一列举,对此也不做任何限制。
(2)根据所述网络地址对网络爬虫进行配置,利用所述网络爬虫从所述网络地址对应的网页中获取所述训练数据。
具体的说,用于获取训练数据的网络爬虫,可以是通用网络爬虫、聚焦网络爬虫、增量式网络爬虫、深层网络爬虫等众多网络爬虫中的任意一种或几种,在具体应用中,本领域的技术人员可以根据需要选取,本发明对此不做任何限制。
此外,值得一提的是,在实际应用中,为了避免大量训练数据堆积,导致系统线程阻塞,影响处理效果,在获取到训练数据之后,可以先将所述训练数据添加到预先构建的训练数据缓冲池中,比如kafka消息队列。
应当理解的是,由于Kafka具有持久化、稳定性、高通吐量、支持服务器和消费集群来分区消息以及支持分布式系统并行数据加载的特性,因此选用Kafka消息队列来缓存所述训练数据,可以尽可能的避免大量训练数据堆积,从而有效防止了线程阻塞。
此外,由于Kafka是Apache软件基金会开发的一个开源流处理平台,关于它的使用方式已经较为成熟,本领域的技术人员在具体实现中,可以通过查找相关文档,自行实现,此处不再赘述。
(3)根据所述训练数据和预先确定的机器学习算法,规划学习路径。
(4)根据所述学习路径和所述训练数据,构建训练模型。
具体的说,在本实施例中,预先确定机器学习算法为决策树算法。
相应地,上述步骤(3)和步骤(4)中的操作,大致如下所述:
首先,从所述训练数据中提取一些关键特征;
然后,根据所述决策树算法的基本思想,将每一个关键特征作为一个节点,并在每一个节点进行提问;
接着,通过判断,将所述训练数据分为两类,再继续提问,依次循环,直到将所有关键特征都进行分类,便可以获得构建所述训练模型的学习路径。
最后,根据所述学习路径,将采集到的全部训练数据进行分类,学习,得到所述训练模型。
应当理解的是,以上给出的仅为一种具体的机器学习算法使用方式,在实际应用中,本领域的技术人员还可以根据需要选取其他合适的机器学习算法,此处不做限制。
(5)根据预设的测试参数分析模型对应的业务需求,确定学习目标。
具体的说,上述所说的学习目标,在后续训练过程中,是用于检测训练结果是否极大地逼近真实数据,即训练模型在完成某一次训练后,在将训练数据输入训练模型后,输出的训练结果与所述学习目标接近。
(6)采用所述机器学习算法,对所述训练模型进行迭代训练。
(7)在训练得到的训练结果与所述学习目标的匹配度大于预设阈值时,确定得到所述测试参数分析模型。
需要说明的是,以上给出的仅为一种具体的实现方式,对本发明的技术方案并不构成任何限定。
步骤S40,根据所述测试用例,运行所述用户界面组件对应的触发事件,并返回测试结果。
应当理解的是,在实际测试过程中,运行所述用户界面组件对应的触发事件的操作,通常不需要技术含量。因而,为了进一步减少测试人员的工作量,在执行上述步骤S40的时候,可以利用预先编译的自动化测试脚本文件来实现步骤S40中的操作,从而尽可能的解放测试人员的双手。
需要说明的是,上述所说的自动化编译脚本文件,具体是采用Python编程语言编译的。
相应地,在利用预先编译的自动化测试脚本文件来实现步骤S40中的操作时,大致步骤如下:首先,利用预先编译的自动化测试脚本文件,读取所述测试用例中的测试参数;然后,获取所述测试参数对应的测试信息,并将所述测试信息输入所述用户界面组件中;最后,运行所述用户界面组件对应的触发事件,并返回测试结果。
为了便于理解,此处以测试用例为上述步骤S30中给出的异常用例为例。具体的,在利用预先编译的自动化测试脚本文件,读取所述异常用例中的测试参数时,如果读取到的测试参数为<param name=“mobile”>,则获取到的测试信息便是“132121212”。
此外,应当理解的是,所述运行所述用户界面组件对应的触发事件,在实际应用中,具体是根据所述用户界面组件的属性决定的。
仍以所述用户界面组件为获取手机号码的UI组件为例,则对应的触发事件,具体可以是在所述UI组件中输入了符合“inputLimit”要求的内容,并点击了UI组件上的提交按键。
需要说明的是,以上仅为举例说明,对本发明的技术方案并不构成任何限定。
此外,为了方便后续对相同用户界面组件的测试,在得到所述测试用例之后,还可以将所述测试用例添加到所述测试用例集合中,以备后续使用。
通过上述描述不难发现,本实施例中提供的用户界面的测试方法,主要是针对基于H5语言开发的用户界面的测试,并且在对用户界面进行测试的时候,测试用例是采用预设的编译工具对待测试的用户界面中的用户界面组件的组件信息进行编译,自动生成的,而非测试人员预先手动编写,因而有效减少了测试过程中的对测试人员的依赖性,大大节省了人力资源。
此外,由于测试用例是自动生成,因而也大大缩短了测试周期,提升了测试效率,使得测试操作能够跟上Web产品的迭代速度。
参考图3,图3为本发明一种用户界面的测试方法第二实施例的流程示意图。
基于上述第一实施例,本实施例用户界面的测试方法在所述步骤S20之前,还包括:
步骤S01,判断所述用户界面组件库是否已经构建完成。
具体的说,若通过判断,确定所述用户界面组件库已经构建完成,则执行步骤S20;否则,执行步骤S02。
应当理解的是,关于判断所述用户界面组件库是否已经构建完成的操作,具体可以是去指定的存储区域查找是否存在预设名称的用户界面组件库,如果存在,则认为所述用户界面组件库已经构建完成,如果不存在,则认为所述用户界面组件库未构建完成。
需要说明的是,在实际应用中,所述用户界面组件库可以是在终端设备本地构建的,也可以是存在远端服务器的,具体的实现方式,本领域的技术人员可以根据需要设置,此处不做限制。
此外,应当理解的是,若所述用户界面组件库是存储在远端服务器的,则上述步骤S01的判断操作,可以根据预设的网络访问地址,通过访问该网络访问地址对应的存储区域是否存在预设名称的用户界面组件库,进而实现所述步骤S01的操作。
步骤S02,构建所述用户界面组件库。
具体的说,本实施例中所说的构建所述用户界面组件库,不仅是指在指定存储区域,创建预设名称的用户界面组件库,还需要在创建的用户界面组件库中添加已有的用户界面组件的组件信息。
此外,在完成构建所述用户界面组件库的操作后,为了保证后续生成测试用例的操作能够顺利进行,需要保证所述用户界面组件库中存在所述组件标识号对应的用户界面组件的组件信息。因而,在完成上述步骤S02的操作之后,执行所述步骤S20之前,还可以先判断一下所述用户界面组件库中是否存在与所述组件标识号对应的用户界面组件的组件信息。
相应地,若通过判断,确定所述用户界面组件库中存在与所述组件标识号对应的用户界面组件的组件信,则执行所述步骤S20;若通过判断,确定所述用户界面组件库中不存在与所述组件标识号对应的用户界面组件的组件信息,则为所述组件标识号对应的用户界面组件编写组件信息。
此外,值得一提的是,由于所述组件信息为JSON格式,因而在为所述组件标识号对应的用户界面组件编写组件信息时,具体可以按照如下方式实现:
首先,根据所述业务需求,确定所述组件标识号对应的所述用户界面组件在所述待测试网页文件中的作用。
具体的说,因为所述业务需求中通常会规定所述组件标识对应的所述用户界面组件在所述待测试网页中的作用,比如规定某一用户界面组件是用于输入哪些信息或者显示哪些信息的。因而在所述用户界面组件库中不存在与所述组件标识号对应的用户界面组件的组件信息时,通过根据所述业务需求,便可以快速、准确的确定所述组件标识号对应的所述用户界面组件在所述待测试网页文件中的作用。
然后,根据所述用户界面组件在所述待测试网页文件中的作用,确定所述用户界面组件对应的组件信息需要携带的内容。
比如说,在确定所述用户界面组件在所述待测试网页文件中的作用是用于输入手机号码,则确定的所述用户界面组件对应的组件信息需要携带的内容,大致可以包括:用于输入手机号码,输入内容必需为纯数字,输入内容的长度必需为11位等。
最后,基于JSON语法规则,对所述需要携带的内容进行编译,得到所述用户界面组件对应的JSON格式的组件信息。
应当理解的是,所述基于JSON语法规则编译获得的组件信息,具体是以键值对的形式记录所述需要携带的内容。
比如说,根据所述携带的内容中规定的所述用户界面组件用于输入手机号码,得到的键值对为:“label”:“手机号码”。
还比如说,根据所述携带的内容中规定的输入内容必需为纯数字,得到的键值对为:“inputLimit”:“D”。
还比如说,根据所述携带的内容中规定的输入内容的长度必需为11位,得到的键值对为:“maxLength”:“11”,“minLength”:“11”。
应当理解的是,以上仅为举例说明,对本发明的技术方案并不构成任何限定,在具体应用中,本领域的技术人员可以根据需要进行设置,本发明对此不做限制。
通过上述描述不难发现,本实施例中提供的用户界面的测试方法,通过预先构建所述用户界面组件库,并在所述用户界面组件库中添加所述待测试网页文件中包含的用户界面组件的组件信息,从而保证了针对所述用户界面组件的测试用例,能够顺利生成。
此外,本发明实施例还提出一种存储介质,所述存储介质上存储有用户界面的测试程序,所述用户界面的测试程序被处理器执行时实现如上文所述的用户界面的测试方法的步骤。
参照图4,图4为本发明用户界面的测试装置第一实施例的结构框图。
如图4所示,本发明实施例提出的用户界面的测试装置包括:提取模块4001、查找模块4002、生成模块4003和测试模块4004。
其中,所述提取模块4001,用于根据业务需求,确定待测试网页文件中包含的用户界面组件,并提取所述用户界面组件的组件标识号;所述查找模块4002,用于根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息;所述生成模块4003,用于利用预设的编译工具,根据所述组件信息,生成所述用户界面组件对应的测试用例;所述测试模块4004,用于根据所述测试用例,运行所述用户界面组件对应的触发事件,并返回测试结果。
此外,值得一提的是,为了能够简洁、清晰的记录组件信息,本实施例所说的组件信息具体是JSON格式的,即JavaScript Object Notation。
并且,所述JSON格式的组件信息中具体是以键值对,即Key-Value的形式记录需要携带的内容的。
进一步地,为了实现自动化测试,尽可能的解放测试人员的双手,本实施例中生成的测试用例具体是基于XML的语法规则生成的,即所述生成模块4003在利用预设的编译工具,根据所述组件信息,生成所述用户界面组件对应的测试用例时,具体是利用预设的编译工具,对所述JSON格式的组件信息进行遍历,然后将遍历到的各个键对应的值,作为所述用户界面组件的测试参数,最后基于XML的语法规则,根据所述测试参数,生成所述用户界面组件对应的测试用例。
此外,值得一提的是,在实际应用中,为了使后续自动化测试过程能够尽可能的覆盖各种实际应用情况,在执行上述操作“基于XML的语法规则,根据所述测试参数,生成所述用户界面组件对应的测试用例”之前,可以先基于各大数据平台存储的数据,构建一个测试参数分析模型。从而,在提取到上述测试参数后,通过将所述测试参数输入到构建的测试参数分析模型中,便可以实现对所述测试参数的扩展,进而得到目标测试信息。最终,基于XML的语法规则,根据所述目标测试信息,便可以生成能够覆盖各种实际应用情况的所述用户界面组件对应的测试用例。
此外,关于上述所说的构建测试参数分析模型的方式,具体是基于机器学习算法实现的。
为了便于理解,本实施例中给出一种构建测试参数分析模型的具体实现方式,大致如下:
(1)接收数据采集指令,从所述数据采集指令中提取待采集的训练数据的网络地址。
应当理解的是,上述所说的网络地址,具体可以是待采集的训练数据所在的网页的统一资源定位符(Uniform Resource Locator,URL),也可以任意大数据平台中,所述训练数据的数据库存储地址,此处不再一一列举,对此也不做任何限制。
(2)根据所述网络地址对网络爬虫进行配置,利用所述网络爬虫从所述网络地址对应的网页中获取所述训练数据。
具体的说,用于获取训练数据的网络爬虫,可以是通用网络爬虫、聚焦网络爬虫、增量式网络爬虫、深层网络爬虫等众多网络爬虫中的任意一种或几种,在具体应用中,本领域的技术人员可以根据需要选取,本发明对此不做任何限制。
此外,值得一提的是,在实际应用中,为了避免大量训练数据堆积,导致系统线程阻塞,影响处理效果,在获取到训练数据之后,可以先将所述训练数据添加到预先构建的训练数据缓冲池中,比如kafka消息队列。
应当理解的是,由于Kafka具有持久化、稳定性、高通吐量、支持服务器和消费集群来分区消息以及支持分布式系统并行数据加载的特性,因此选用Kafka消息队列来缓存所述训练数据,可以尽可能的避免大量训练数据堆积,从而有效防止了线程阻塞。
此外,由于Kafka是Apache软件基金会开发的一个开源流处理平台,关于它的使用方式已经较为成熟,本领域的技术人员在具体实现中,可以通过查找相关文档,自行实现,此处不再赘述。
(3)根据所述训练数据和预先确定的机器学习算法,规划学习路径。
(4)根据所述学习路径和所述训练数据,构建训练模型。
具体的说,在本实施例中,预先确定机器学习算法为决策树算法。
相应地,上述步骤(3)和步骤(4)中的操作,大致如下所述:
首先,从所述训练数据中提取一些关键特征;
然后,根据所述决策树算法的基本思想,将每一个关键特征作为一个节点,并在每一个节点进行提问;
接着,通过判断,将所述训练数据分为两类,再继续提问,依次循环,直到将所有关键特征都进行分类,便可以获得构建所述训练模型的学习路径。
最后,根据所述学习路径,将采集到的全部训练数据进行分类,学习,得到所述训练模型。
应当理解的是,以上给出的仅为一种具体的机器学习算法使用方式,在实际应用中,本领域的技术人员还可以根据需要选取其他合适的机器学习算法,此处不做限制。
(5)根据预设的测试参数分析模型对应的业务需求,确定学习目标。
具体的说,上述所说的学习目标,在后续训练过程中,是用于检测训练结果是否极大地逼近真实数据,即训练模型在完成某一次训练后,在将训练数据输入训练模型后,输出的训练结果与所述学习目标接近。
(6)采用所述机器学习算法,对所述训练模型进行迭代训练。
(7)在训练得到的训练结果与所述学习目标的匹配度大于预设阈值时,确定得到所述测试参数分析模型。
需要说明的是,以上给出的仅为一种具体的实现方式,对本发明的技术方案并不构成任何限定。
此外,为了能够实现根据所述测试用例,自动触发所述用户界面组件完成测试,本实例中提供的用户界面的测试装置还可以包括编译模块。
其中,所述编译模块,用于采用Python编程语言,编译自动化测试脚本文件。
相应地,所述测试模块4004在根据所述测试用例,运行所述用户界面组件对应的触发事件,并返回测试结果时,具体是利用所述编译模块编译获得的自动化测试脚本文件,读取所述测试用例中的测试参数;然后,获取所述测试参数对应的测试信息,并将所述测试信息输入所述用户界面组件中;最后,运行所述用户界面组件对应的触发事件,并返回测试结果。
应当理解的是,本实施例中所涉及到的各模块均为逻辑模块,在实际应用中,一个逻辑单元可以是一个物理单元,也可以是一个物理单元的一部分,还可以以多个物理单元的组合实现。此外,为了突出本发明的创新部分,本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入,但这并不表明本实施方式中不存在其它的单元。
通过上述描述不难发现,本实施例中提供的用户界面的测试装置,主要是针对基于H5语言开发的用户界面的测试,并且在对用户界面进行测试的时候,测试用例是采用预设的编译工具对待测试的用户界面中的用户界面组件的组件信息进行编译,自动生成的,而非测试人员预先手动编写,因而有效减少了测试过程中的对测试人员的依赖性,大大节省了人力资源。
此外,由于测试用例是自动生成,因而也大大缩短了测试周期,提升了测试效率,使得测试操作能够跟上Web产品的迭代速度。
需要说明的是,以上所描述的工作流程仅仅是示意性的,并不对本发明的保护范围构成限定,在实际应用中,本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的,此处不做限制。
另外,未在本实施例中详尽描述的技术细节,可参见本发明任意实施例所提供的用户界面的测试方法,此处不再赘述。
基于上述用户界面的测试装置的第一实施例,提出本发明用户界面的测试装置第二实施例。
在本实施例中,所述用户界面的测试装置还包括:判断模块、构建模块、组件信息设置模块。
其中,所述判断模块,用于在所述查找模块执行根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息的操作之前,判断所述用户界面组件库是否已经构建完成。
相应地,若通过判断,确定所述用户界面组件库已经构建完成,则直接由所述查找模块执行根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息的操作;若通过判断,确定所述用户界面组件库未构建完成,则由所述构建模块执行构建所述用户界面组件库的操作。
进一步地,在所述构建模块完成所述用户界面组件库的构建操作之后,所述判断模块还可以进一步判断所述用户界面组件库中是否存在与所述组件标识号对应的用户界面组件的组件信息。
相应的,若通过判断,确定所述用户界面组件库中存在与所述组件标识号对应的用户界面组件的组件信息,则直接由所述查找模块执行根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息的操作;若通过判断,确定所述用户界面组件库中不存在与所述组件标识号对应的用户界面组件的组件信息,则由所述组件信息设置模块为所述组件标识号对应的用户界面组件编写组件信息。
此外,值得一提的是,由于所述组件信息为JSON格式,因而所述组件信息设置模块为所述组件标识号对应的用户界面组件编写组件信息时,具体可以按照如下方式实现:
首先,根据所述业务需求,确定所述组件标识号对应的所述用户界面组件在所述待测试网页文件中的作用。
然后,根据所述用户界面组件在所述待测试网页文件中的作用,确定所述用户界面组件对应的组件信息需要携带的内容。
最后,基于JSON语法规则,对所述需要携带的内容进行编译,得到所述用户界面组件对应的JSON格式的组件信息,所述JSON格式的组件信息以键值对的形式记录所述需要携带的内容。
应当理解的是,以上仅为举例说明,对本发明的技术方案并不构成任何限定,在具体应用中,本领域的技术人员可以根据需要进行设置,本发明对此不做限制。
通过上述描述不难发现,本实施例中提供的用户界面的测试装置,通过预先构建所述用户界面组件库,并在所述用户界面组件库中添加所述待测试网页文件中包含的用户界面组件的组件信息,从而保证了针对所述用户界面组件的测试用例,能够顺利生成。
需要说明的是,以上所描述的工作流程仅仅是示意性的,并不对本发明的保护范围构成限定,在实际应用中,本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的,此处不做限制。
另外,未在本实施例中详尽描述的技术细节,可参见本发明任意实施例所提供的用户界面的测试方法,此处不再赘述。
此外,需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如只读存储器(Read Only Memory,ROM)/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种用户界面的测试方法,其特征在于,所述方法包括:
根据业务需求,确定待测试网页文件中包含的用户界面组件,并提取所述用户界面组件的组件标识号;
根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息;
利用预设的编译工具,根据所述组件信息,生成所述用户界面组件对应的测试用例;
根据所述测试用例,运行所述用户界面组件对应的触发事件,并返回测试结果。
2.如权利要求1所述的方法,其特征在于,所述根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息的步骤之前,所述方法还包括:
判断所述用户界面组件库是否已经构建完成;
若所述用户界面组件库未构建完成,则构建所述用户界面组件库。
3.如权利要求2所述的方法,其特征在于,所述构建所述用户界面组件库的步骤之后,所述方法还包括:
判断所述用户界面组件库中是否存在与所述组件标识号对应的用户界面组件的组件信息;
若所述用户界面组件库中不存在与所述组件标识号对应的用户界面组件的组件信息,则为所述组件标识号对应的用户界面组件编写组件信息。
4.如权利要求1至3任一项所述的方法,其特征在于,所述组件信息为JSON格式;所述为所述组件标识号对应的用户界面组件编写组件信息的步骤,包括:
根据所述业务需求,确定所述组件标识号对应的所述用户界面组件在所述待测试网页文件中的作用;
根据所述用户界面组件在所述待测试网页文件中的作用,确定所述用户界面组件对应的组件信息需要携带的内容;
基于JSON语法规则,对所述需要携带的内容进行编译,得到所述用户界面组件对应的JSON格式的组件信息,所述JSON格式的组件信息以键值对的形式记录所述需要携带的内容。
5.如权利要求4所述的方法,其特征在于,所述利用预设的编译工具,根据所述组件信息,生成所述用户界面组件对应的测试用例的步骤,包括:
利用预设的编译工具,对所述JSON格式的组件信息进行遍历;
将遍历到的各个键对应的值,作为所述用户界面组件的测试参数;
基于XML的语法规则,根据所述测试参数,生成所述用户界面组件对应的测试用例。
6.如权利要求5所述的方法,其特征在于,所述基于XML的语法规则,根据所述测试参数,生成所述用户界面组件对应的测试用例的步骤之前,所述方法还包括:
构建测试参数分析模型;
其中,所述构建测试参数分析模块的步骤,包括:
接收数据采集指令,从所述数据采集指令中提取待采集的训练数据的网络地址;
根据所述网络地址对网络爬虫进行配置,利用所述网络爬虫从所述网络地址对应的网页中获取所述训练数据;
根据所述训练数据和预先确定的机器学习算法,规划学习路径;
根据所述学习路径和所述训练数据,构建训练模型;
根据预设的测试参数分析模型对应的业务需求,确定学习目标;
采用所述机器学习算法,对所述训练模型进行迭代训练;
在训练得到的训练结果与所述学习目标的匹配度大于预设阈值时,确定得到所述测试参数分析模型;
其中,所述基于XML的语法规则,根据所述测试参数,生成所述用户界面组件对应的测试用例的步骤,包括:
将所述测试参数输入所述测试参数分析模型,对所述测试参数进行扩展,得到目标测试信息;
基于XML的语法规则,根据所述目标测试信息,生成所述用户界面组件对应的测试用例。
7.如权利要求1至3任一项所述的方法,其特征在于,所述根据所述测试用例,运行所述用户界面组件对应的触发事件,并返回测试结果的步骤,包括:
利用预先编译的自动化测试脚本文件,读取所述测试用例中的测试参数;
获取所述测试参数对应的测试信息,并将所述测试信息输入所述用户界面组件中;
运行所述用户界面组件对应的触发事件,并返回测试结果。
8.一种用户界面的测试装置,其特征在于,所述装置包括:
提取模块,用于根据业务需求,确定待测试网页文件中包含的用户界面组件,并提取所述用户界面组件的组件标识号;
查找模块,用于根据所述组件标识号,从预先构建的用户界面组件库中查找所述用户界面组件的组件信息;
生成模块,用于利用预设的编译工具,根据所述组件信息,生成所述用户界面组件对应的测试用例;
测试模块,用于根据所述测试用例,运行所述用户界面组件对应的触发事件,并返回测试结果。
9.一种用户界面的测试设备,其特征在于,所述设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的用户界面的测试程序,所述用户界面的测试程序配置为实现如权利要求1至7中任一项所述的用户界面的测试方法的步骤。
10.一种存储介质,其特征在于,所述存储介质上存储有用户界面的测试程序,所述用户界面的测试程序被处理器执行时实现如权利要求1至7任一项所述的用户界面的测试方法的步骤。
CN201910297963.5A 2019-04-12 2019-04-12 用户界面的测试方法、装置、设备及存储介质 Pending CN110162457A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910297963.5A CN110162457A (zh) 2019-04-12 2019-04-12 用户界面的测试方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910297963.5A CN110162457A (zh) 2019-04-12 2019-04-12 用户界面的测试方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN110162457A true CN110162457A (zh) 2019-08-23

Family

ID=67639538

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910297963.5A Pending CN110162457A (zh) 2019-04-12 2019-04-12 用户界面的测试方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN110162457A (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110990087A (zh) * 2019-11-27 2020-04-10 北京明略软件系统有限公司 网络组件嵌套运行方法、装置及数据处理设备
CN111258904A (zh) * 2020-01-16 2020-06-09 恩亿科(北京)数据科技有限公司 一种网页元素测试方法和相关装置
CN111797026A (zh) * 2020-07-17 2020-10-20 上海复深蓝软件股份有限公司 测试用例生成方法、装置、计算机设备及存储介质
CN112699040A (zh) * 2020-12-30 2021-04-23 深圳前海微众银行股份有限公司 压力测试方法、装置、设备及计算机可读存储介质
CN112835579A (zh) * 2021-02-04 2021-05-25 北京百度网讯科技有限公司 确定界面代码的方法、装置、电子设备和存储介质
CN112860581A (zh) * 2021-03-18 2021-05-28 浙江诺诺网络科技有限公司 一种测试用例的执行方法、装置、设备及存储介质
CN113448822A (zh) * 2020-03-25 2021-09-28 北京同邦卓益科技有限公司 测试方法、装置、计算机可读介质及电子设备
CN113868145A (zh) * 2021-10-13 2021-12-31 北京达佳互联信息技术有限公司 界面组件测试方法、装置、电子设备及存储介质
CN113992549A (zh) * 2020-07-08 2022-01-28 大唐移动通信设备有限公司 一种测试方法、装置、电子设备及存储介质
WO2024164764A1 (zh) * 2023-02-10 2024-08-15 中兴通讯股份有限公司 工单流程测试方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106598556A (zh) * 2015-10-15 2017-04-26 阿里巴巴集团控股有限公司 用户界面生成方法及装置
CN106897207A (zh) * 2015-12-17 2017-06-27 北京奇虎科技有限公司 用户界面测试方法与装置
CN108345532A (zh) * 2017-01-23 2018-07-31 中国移动通信集团浙江有限公司 一种自动化测试用例生成方法和装置
CN109240688A (zh) * 2018-08-13 2019-01-18 重庆金融资产交易所有限责任公司 界面开发方法、电子装置及可读存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106598556A (zh) * 2015-10-15 2017-04-26 阿里巴巴集团控股有限公司 用户界面生成方法及装置
CN106897207A (zh) * 2015-12-17 2017-06-27 北京奇虎科技有限公司 用户界面测试方法与装置
CN108345532A (zh) * 2017-01-23 2018-07-31 中国移动通信集团浙江有限公司 一种自动化测试用例生成方法和装置
CN109240688A (zh) * 2018-08-13 2019-01-18 重庆金融资产交易所有限责任公司 界面开发方法、电子装置及可读存储介质

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110990087A (zh) * 2019-11-27 2020-04-10 北京明略软件系统有限公司 网络组件嵌套运行方法、装置及数据处理设备
CN110990087B (zh) * 2019-11-27 2023-03-21 北京明略软件系统有限公司 网络组件嵌套运行方法、装置及数据处理设备
CN111258904A (zh) * 2020-01-16 2020-06-09 恩亿科(北京)数据科技有限公司 一种网页元素测试方法和相关装置
CN113448822A (zh) * 2020-03-25 2021-09-28 北京同邦卓益科技有限公司 测试方法、装置、计算机可读介质及电子设备
CN113448822B (zh) * 2020-03-25 2024-05-17 北京同邦卓益科技有限公司 测试方法、装置、计算机可读介质及电子设备
CN113992549A (zh) * 2020-07-08 2022-01-28 大唐移动通信设备有限公司 一种测试方法、装置、电子设备及存储介质
CN113992549B (zh) * 2020-07-08 2023-06-13 大唐移动通信设备有限公司 一种测试方法、装置、电子设备及存储介质
CN111797026A (zh) * 2020-07-17 2020-10-20 上海复深蓝软件股份有限公司 测试用例生成方法、装置、计算机设备及存储介质
CN112699040A (zh) * 2020-12-30 2021-04-23 深圳前海微众银行股份有限公司 压力测试方法、装置、设备及计算机可读存储介质
CN112699040B (zh) * 2020-12-30 2024-02-23 深圳前海微众银行股份有限公司 压力测试方法、装置、设备及计算机可读存储介质
CN112835579A (zh) * 2021-02-04 2021-05-25 北京百度网讯科技有限公司 确定界面代码的方法、装置、电子设备和存储介质
CN112860581A (zh) * 2021-03-18 2021-05-28 浙江诺诺网络科技有限公司 一种测试用例的执行方法、装置、设备及存储介质
CN112860581B (zh) * 2021-03-18 2024-04-26 浙江诺诺网络科技有限公司 一种测试用例的执行方法、装置、设备及存储介质
CN113868145A (zh) * 2021-10-13 2021-12-31 北京达佳互联信息技术有限公司 界面组件测试方法、装置、电子设备及存储介质
WO2024164764A1 (zh) * 2023-02-10 2024-08-15 中兴通讯股份有限公司 工单流程测试方法及装置

Similar Documents

Publication Publication Date Title
CN110162457A (zh) 用户界面的测试方法、装置、设备及存储介质
CN110442511B (zh) 可视化埋点测试方法及装置
Zein et al. A systematic mapping study of mobile application testing techniques
CN106649103B (zh) 一种安卓应用程序自动化黑盒测试的方法及系统
CN104956362B (zh) 分析web应用程序的结构
CN106598574A (zh) 页面渲染的方法和装置
CN108614707A (zh) 静态代码检查方法、装置、存储介质和计算机设备
CN109901834A (zh) 文档页面生成方法、装置、计算机设备和存储介质
CN106598869A (zh) 实现软件自动测试的方法、装置及电子设备
CN107608874A (zh) 测试方法和装置
CN109508298B (zh) 图形化的脚本测试方法及系统
CN109145235B (zh) 用于解析网页的方法、装置及电子设备
CN108399124A (zh) 应用测试方法、装置、计算机设备和存储介质
CN104035873A (zh) 测试代码生成方法及生成装置
CN105868096A (zh) 用于在浏览器中显示web页面测试结果的方法、装置及设备
CN109783365A (zh) 自动化测试方法、装置、计算机设备及存储介质
CN109117372A (zh) 测试代码生成方法、装置、计算机设备和存储介质
CN102163203A (zh) 网页下载的方法和装置
CN109408372A (zh) 公共组件测试方法、装置、计算机设备和存储介质
CN110197072A (zh) 软件安全漏洞的发掘方法及系统、存储介质和计算机设备
Diniz-Junior et al. Evaluating the performance of web rendering technologies based on JavaScript: Angular, React, and Vue
CN113590454A (zh) 测试方法、装置、计算机设备和存储介质
Mao et al. User behavior pattern mining and reuse across similar Android apps
CN112395199B (zh) 基于云计算的分布式软件实例测试方法及软件开发平台
CN116610558A (zh) 代码检测方法、装置、电子设备及计算机可读存储介质

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