[发明专利]一种基于标准接口的UI自动化测试系统及方法

说明书

本发明涉及网页测试技术领域，具体公开了一种基于标准接口的UI自动化测试系统及方法，所述系统包括预处理模块，用于接收用户发送的含有待检文件的测试请求，并对所述待检文件进行预处理；索引表生成模块，用于根据索引项及其偏移量生成索引表；分类模块，用于依次读取所述索引表中的索引项，基于所述索引项遍历UI组件库并比对，根据比对结果得到具有分类项的索引表；测试模块，用于根据所述分类项对索引表进行排序，并基于标准接口对相应代码进行自动化测试。本发明对待检代码进行分离，并对分离后的子代码进行分类，如果子代码是UI组件库中的内容，仅需检测一次即可，本发明测试效率高，资源利用率高，便于推广。

技术领域

本发明涉及网页测试技术领域，具体是一种基于标准接口的UI自动化测试系统及方法。

背景技术

UI自动化测试的大致原理是：首先通过用tag、class、id来定位到浏览器中的目标HTML元素，通过操作目标元素模拟用户交互，最终通过判断页面元素的特征来判断是否符合预期，以达到测试的目的。当前UI自动化测试存在以下几点问题：

第一，测试用例的编写非常复杂；UI自动化测试通常需要深入了解页面实现，需要准确地进行元素定位、元素操作来完成交互逻辑。编写一个业务操作的测试用例代码，编写者需要在充分理解业务逻辑的基础上，深入了解页面具体实现，对多达十数个页面元素进行操作，完成用户交互。测试用例存在大量重复逻辑。

第二，前端研发通常会使用UI组件库来减少研发工作量，提升UI规范，提高开发效率，这使得浏览器中的元素变得愈发复杂。对同一个封装好的UI组件，测试用例需要重复编写逻辑代码来实现相同的操作。一个UI组件复用的越多，测试用例中的重复性代码也就越多。

第三，测试用例调整变得更频繁；当UI组件库的内部实现发生改变，测试用例需要进行相应调整。当使用了ant design这样的开源UI组件库时，测试用例的调整有时是无法避免的。

上述三个问题其实可以归结于一个问题，现有的UI测试技术是面向过程的，对于某个具体问题，需要根据问题设计测试算法，而这些问题中有可能存在着大量重复的内容，会造成测试资源的浪费。

发明内容

本发明的目的在于提供一种基于标准接口的UI自动化测试系统及方法，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：

一种基于标准接口的UI自动化测试系统，所述系统包括：

预处理模块，用于接收用户发送的含有待检文件的测试请求，并对所述待检文件进行预处理；

索引表生成模块，用于遍历所述待检文件，读取所述待检文件中子代码的索引项，并根据所述索引项及其偏移量生成索引表；其中，所述偏移量为索引项与待检文件头部的偏移地址；

分类模块，用于依次读取所述索引表中的索引项，基于所述索引项遍历UI组件库并比对，根据比对结果对所述索引项分类，得到具有分类项的索引表；

测试模块，用于根据所述分类项对索引表进行排序，根据排序后的索引表定位相应代码，并基于标准接口对相应代码进行自动化测试。

作为本发明技术方案进一步的限定：所述预处理模块包括：

文件类型确定单元，用于获取待检文件中的非代码文件，并确定文件类型；

文本处理单元，用于当所述文件类型为文本文件时，提取文字信息，得到纯文本文件；

音频处理单元，用于当所述文件类型为音频文件时，对所述音频文件进行语音识别，得到纯文本文件；

视频处理单元，用于当所述文件类型为视频文件时，将所述视频文件转换为图像文件和音频文件，对所述图像文件进行文字识别，得到纯文本文件，对所述音频文件进行语音识别，得到纯文本文件。