可视化回归测试方法、装置、计算机设备及存储介质与流程

1.本技术涉及软件测试和人工智能技术领域，尤其涉及可视化回归测试方法、装置、电子设备及存储介质。


背景技术：

2.回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在敏捷和快速迭代开发中，新版本的连续发布使回归测试进行得更加频繁，而在极端编程方法中,更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。
3.传统的回归测试有以下几种方式：全部功能回归测试、基于风险选择回归测试、自动化回归测试。全部功能回归，全量测试用例进行回归，此种方式回归遗漏率低,但测试成本最高。基于风险选择回归，选择最重要、关键和相关联的测试，跳过非核心，优先级较低或者稳定性高的测试用例，此种方式遗漏率会较高。自动化回归测试，把相关功能使用自动化方式实现测试，可节省测试人力，但是测试脚本维护成本较高，依赖于自动化代码的成熟度。


技术实现要素：

4.本技术实施例的目的在于提出一种可视化回归测试方法、装置、计算机设备及存储介质，以解决现有技术中存在的回归遗漏率低、测试成本高的问题。
5.为了解决上述技术问题，一方面，本技术实施例提供一种可视化回归测试方法，采用了如下所述的技术方案：
6.在预设的交互界面上，监听与待测试内容相关的用户的操作，获取待测试内容对应的测试模块，以确定所述测试模块对应的代码；
7.响应用户通过拖动鼠标对所述对应的测试模块进行的拖拽操作，建立可视化回归测试规则；
8.加载所述测试模块对应的代码，按照可视化回归测试规则，对所述测试模块对应的代码进行回归测试。
9.进一步的，所述在预设的交互界面上，监听与待测试内容相关的用户的操作，获取待测试内容对应的测试模块的步骤之前还包括：
10.获取历史测试数据；
11.按照测试流程，将所有历史测试数据的测试模块分类为前端测试模块、自动化测试模块、报告测试模块；
12.预先在交互界面上添加与所属类别对应的测试模块，并将测试模块对应的代码存储在txt或者xml文档中。
13.进一步的，所述响应用户通过拖动鼠标对所述对应的测试模块进行的拖拽操作，
建立可视化回归测试规则的步骤具体包括：
14.响应用户通过鼠标拖动所述前端测试模块、自动化测试模块、报告测试模块的操作，对所述对应的测试模块进行排列组合，建立可视化回归测试规则。
15.进一步的，所述加载所述测试模块对应的代码，按照可视化回归测试规则，对所述测试模块对应的代码进行回归测试的步骤之前还包括：
16.对所述自动化测试模块中的业务模块或者公共模块进行页面定义，以指示所述自动化测试模块中的业务模块或者公共模块的功能。
17.进一步的，对所述自动化测试模块中的业务模块或者公共模块进行页面定义的步骤包括：
18.对所述自动化测试模块中的业务模块或者公共模块的页面所有元素进行定义，页面所有元素包括字段；
19.根据页面所有元素的定义，设置对页面元素进行的操作功能，对页面元素进行的操作功能包括对页面元素进行数据传入；
20.在触发对页面元素进行数据传入时，将所述自动化测试模块中的业务模块或者公共模块的对应字段传入到main函数，调用测试用例。
21.进一步的，所述按照可视化回归测试规则进行回归测试的步骤包括：
22.通过所述交互界面，从预设的配置库中调用需要回归的测试模块对应的配置文件；
23.根据所述配置文件生成单流程、多流程的测试用例；
24.调用测试用例，输出测试报告。
25.为了解决上述技术问题，相应地，本技术实施例还提供一种可视化回归测试装置，采用了如下所述的技术方案：
26.包括获取模块，用于在预设的交互界面上，监听与待测试内容相关的用户的操作，获取待测试内容对应的测试模块，以确定所述测试模块对应的代码；
27.测试规则建立模块，用于响应用户通过拖动鼠标对所述对应的测试模块进行拖拽操作，建立可视化回归测试规则；
28.回归测试模块，用于加载所述测试模块对应的代码，按照可视化回归测试规则，对所述测试模块进行回归测试。
29.进一步的，所述可视化回归测试装置还包括：
30.历史数据获取模块，用于获取历史测试数据；
31.分类模块，用于按照测试流程，将所有历史测试数据的测试模块分类为前端测试模块、自动化测试模块、报告测试模块；
32.部署模块，用于预先在交互界面上添加与所属类别对应的测试模块，并将测试模块对应的代码存储在txt或者xml文档中。
33.为了解决上述技术问题，本技术实施例还提供一种计算机设备，采用了如下所述的技术方案：
34.包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现上述的可视化回归测试方法的步骤。
35.为了解决上述技术问题，本技术实施例还提供一种计算机可读存储介质，采用了
如下所述的技术方案：
36.所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现上述的可视化回归测试方法的步骤。
37.与现有技术相比，本技术实施例主要有以下有益效果：通过获取多个测试模块，再基于多个测试模块，建立可视化回归测试规则，再按照可视化回归测试规则，对多个测试模块进行回归测试，可灵活配置各业务线验证，流程配置直观，方便操作，回归遗漏率低，可随时进行流程的回归测试；通过建立可视化回归测试规则，新增业务线后，只需在模型中添加对应模块即可快速上线回归测试，减少测试成本；此外，通过对自动化测试模块进行页面定义，以方便对自动化测试模块进行管理，提高回归测试效率，提升测试质量，降低测试人力成本。
附图说明
38.为了更清楚地说明本技术中的方案，下面将对本技术实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1是本技术可以应用于其中的示例性系统架构图；
40.图2根据本技术的可视化回归测试方法的一个实施例的流程图；
41.图3是图2中采用的交换界面示意图；
42.图4是图2中采用的测试流程图；
43.图5是根据本技术的可视化回归测试装置的一个实施例的结构示意图；
44.图6是根据本技术的计算机设备的一个实施例的结构示意图。
具体实施方式
45.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术；本技术的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本技术的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
46.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
47.为了使本技术领域的人员更好地理解本技术方案，下面将结合附图，对本技术实施例中的技术方案进行清楚、完整地描述。
48.如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
49.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发
送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
50.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、mp3播放器(moving picture expertsgroup audio layer iii，动态影像专家压缩标准音频层面3)、mp4(moving pictureexperts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
51.服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(contentdelivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
52.需要说明的是，本技术实施例所提供的可视化回归测试方法一般由服务器/终端设备执行，相应地，可视化回归测试装置一般设置于服务器/终端设备中。
53.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
54.继续参考图2，示出了根据本技术的可视化回归测试的方法的一个实施例的流程图。所述的可视化回归测试方法，包括以下步骤：
55.步骤s201，在预设的交互界面上，监听与待测试内容相关的用户的操作，获取待测试内容对应的测试模块，以确定所述测试模块对应的代码。
56.将测试模块可视化设置在交互界面，响应用户通过拖动鼠标对所述对应的测试模块进行的拖拽测试模块操作，生成自动化测试，对各项业务进行自动化配置后，可以根据定时任务或者手动执行任务来进行测试，再输出测试报告，节省测试人力。
57.在本实施例中，可视化回归测试方法运行于其上的电子设备(例如图1所示的服务器/终端设备)，可以通过有线连接方式或者无线连接方式，接收可视化回归测试请求。需要指出的是，上述无线连接方式可以包括但不限于3g/4g/5g连接、wifi连接、蓝牙连接、wimax连接、zigbee连接、uwb(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。
58.测试模块包括业务线测试模块、产品线测试模块、流程测试模块、其他配置项测试模块、发单测试模块、初审测试模块、复审测试模块、终审测试模块、结算测试模块、反馈测试模块、分配测试模块、再分配测试模块、重新分配测试模块、用户自定义测试模块、按时间输出测试报告、按业务线输出测试报告、按流程输出测试报告、按模块输出测试报告或者按其他组合来输出测试报告。在本实施例的一些可选的实现方式中，在步骤s201在预设的交互界面上，监听用户的操作，获取待测试内容对应的测试模块之前，上述电子设备还可以执行以下步骤：
59.获取历史测试数据；
60.按照测试流程，对所有历史测试数据的测试模块进行分类；
61.对所有测试模块进行分类，分为前端测试模块、自动化测试模块、报告测试模块。如将业务线测试模块、产品线测试模块、流程测试模块和其他配置项测试模块作为前端测试模块；将发单测试模块、初审测试模块、复审测试模块、终审测试模块、结算测试模块、反
馈测试模块、分配测试模块、再分配测试模块、重新分配测试模块或者用户自定义测试模块划分为自动化测试模块的；将按时间输出测试报告、按业务线输出测试报告、按流程输出测试报告、按模块输出测试报告或者按其他组合来输出测试报告划分为报告测试模块。
62.根据公共的功能或者与业务流程相关的功能将自动化测试模块划分为公共模块和业务模块。
63.公共模块就是公共的功能，比如页面元素的点击，等待，文件处理之类的。业务模块就是业务流程相关的功能，此处是将反馈测试模块、分配测试模块、再分配测试模块、重新分配测试模块或者用户自定义测试模块作为公共模块，将发单测试模块、初审测试模块、复审测试模块、终审测试模块、结算测试模块、模块流程组合作为业务模块。
64.预先在交互界面上添加与所属类别对应的测试模块，并将测试模块对应的代码存储在txt或者xml文档中。
65.预先在交互界面上添加测试模块，并将测试模块对应的代码存储在txt或者xml文档中，所述各测试模块支持拖拽操作；对各项业务的测试支持排列组合；基于txt或者xml文档及对各测试模块拖拽操作结果，构建自动化测试样例；对自动化测试样例进行测试，输出测试结果。
66.步骤s202，响应用户通过拖动鼠标对所述对应的测试模块进行的拖拽操作，建立可视化回归测试规则。在本实施例中，前端测试模块、自动化测试模块、报告测试模块为大类，自动化测试模块还包括两个小类：业务模块，公共模块。对于每一种大类和小类，通过排列组合的方式来选择其中的模块来进行回归测试。大类、小类以及大类和小类下的子业务(测试模块)，可以按照26个英文字母顺序排序或者各个子业务的名称拼音排序进行编号。例如，本实施例采用可以按照26个英文字母顺序排序，设置前端测试模块编号为a1，业务模块编号为a2，公共模块编号为a3。
67.在本实施例中，建立可视化回归测试规则包括：
68.根据所述前端测试模块、自动化测试模块、报告测试模块，设置排列组合的方式建立可视化回归测试规则。图3是图2中采用的交互界面示意图。如图3所示，如前端测试模块a1可以包括业务线测试模块a11、产品线测试模块a12，流程测试模块a13，其他配置项测试模块a15这些项，a15可以根据用于自定义设置。业务线测试模块a11、产品线测试模块a12，流程测试模块a13，其他配置项测试模块a14这些项均采用可视化界面设置，屏幕菜单式调节方式osd(on screen display)显示，用户可以在线编辑。业务模块发单测试模块a21、初审测试模块a22、复审测试模块a23、终审测试模块a24、结算测试模块a25、模块流程组合测试模块a26这些项均采用可视化界面设置，osd显示，用户可以在线编辑，通过拖拽的方式进行选择。例如测试流程：
69.a11
‑
a21
‑
a22
‑
a23
‑
a24
‑
a25
‑
b1，从osd可视化界面中，选择对前端业务线进行发单、初审、复审、终审、结算测试，再按照时间顺序输出测试报告。a21
‑
a22
‑
a23
‑
a24
‑
a25为排列方式，a11
‑
a21
‑
a22
‑
a23
‑
a24
‑
a25
‑
b1为组合方式。假如前端测试模块a1有n1个种类，自动化测试模块中各种业务模块a2及公共模块a3共有n2种，测试报告b分类数量有n3中，则根据排列组合理论，测试用例数量为：
70.(c
n11
c
n12

…
c
n1n1
‑1 c
n1n1
)*(c
n21
c
n22

…
c
n2n2
‑1 c
n2n2
)*(c
n31
c
n32

…
c
n3n3
‑1 c
n3n3
)；
71.可见，通过测试模块之间的排列组合，增加了测试用例的数量，测试结果更加准确。
72.以a11
‑
a21
‑
a22
‑
a23
‑
a24
‑
a25
‑
b1为例，将这些模块按顺序拖拽到测试用例栏目，生成测试用例清单。
73.例如现在在初审测试模块之前增加一项内容预审测试模块a21
‑
0，则将内容预审测试模块a21
‑
0这项内容拖拽到业务模块a2中，则生成a11
‑
a21
‑0‑
a21
‑
a22
‑
a23
‑
a24
‑
a25
‑
b1的测试用例。
74.测试之前，设置排列组合的方式，也就是说按照什么方式进行测试。例如从前端里任意选择两个类别进行测试，在自动化测试模块的业务模块中，只选择发单进行测试。可以按拖拽顺序生成测试规则，也可以通过osd设置下拉框人机接口供用户进行选择或者系统自动选择。可以系统自设定两个或者三个等类别，由系统根据排列组合的规则来生成测试列表，不需要人工参与即可，不需要用户自行拖拽，由系统自动排列生成各种测试规则后由用户选择。这样可以解放人力资源。设置类别，可以根据实际需要，例如可以根据交互界面信息，也可以由系统自设定。
75.例如测试场景为：
76.1、业务线1：流程为：发单测试模块
‑
初审测试模块
‑
复审测试模块
‑
结算测试模块；
77.2、业务线2：流程为：发单测试模块
‑
初审测试模块
‑
复审测试模块
‑
终审测试模块
‑
结算测试模块；
78.3、业务线x：流程为：发单测试模块
‑
初审测试模块
‑
复审测试模块；
79.4、按模块：业务线测试模块a11
‑
发单测试模块a21
‑
初审测试模块a22
‑
反馈测试模块a31。
80.按业务线测试场景，指的是在业务模块内部按排列组合方式，选择测试模块的测试方式。按模块测试场景，指的是跨越不同的类别，例如在前端测试模块a1、业务模块a2、公共模块a3之间交互的测试方式。
81.在进行测试之前，可以对自动化测试模块中的业务模块或者公共模块进行页面定义。页面定义可以是定义一个整体的功能，比如一个清单页面，可以用来定义查询数据，查询关键字，查询条件查询结果等。按照不同的测试场景，把每条业务线的功能设计成一个页面模型：把每条业务线的功能设计成一个页面模型包括步骤：
82.对所述自动化测试模块中的业务模块或者公共模块的页面所有元素进行定义，页面所有元素包括字段。
83.通过元素在页面上的id，name，或者xpath进行定位，定位后，再进行input，select，clear等操作。xpath是一种方法，相对于绝对路径。
84.根据页面所有元素的定义，设置对页面元素进行的操作功能，对页面元素进行的操作功能包括对页面元素进行数据传入。
85.寻找到元素地址后，看这个元素是做什么的，比如输入框，按钮，下拉选择框，就可以使用对应的操作。操作过程中输入需要具体的数据，可以通过excel，txt，yaml文件传送给对应的地址，进行操作。
86.页面所有元素包括多个字段。在触发对页面元素进行数据传入时，，将自动化测试模块中的业务模块或者公共模块的对应字段传入到main函数，调用测试用例。
87.页面元素的数据相当于变量，看页面元素需要用到什么数据，将这样的数据传给这个页面元素即可。测试用例可以通过main主函数进行调用，如果需要调用某条业务线的流程，就可以把对应的业务线数据，产品数据传到对应的用例中就可以调用起来。main函数是主函数，相当于启动按钮，启动后根据外部传入数据，就调动起来对应流程用例，然后就进行回归测试。
88.步骤s203，加载所述测试模块对应的代码，按照可视化回归测试规则，对所述测试模块进行回归测试。
89.图4是图2中采用的测试流程图。如图4所示，在本实施例中，按照经过排列组合的测试项来进行测试，例如按照如下的测试场景进行测试：
90.1、业务线1：流程为：发单
‑
初审
‑
复审
‑
结算
91.2、业务线2：流程为：发单
‑
初审
‑
复审
‑
终审
‑
结算
92.3、业务线x：流程为：发单
‑
初审
‑
复审
93.4、按模块：业务线1
‑
发单
‑
初审
‑
反馈。
94.这些测试场景均属于(c
n11
c
n12

…
c
n1n1
‑1 c
n1n1
)*(c
n21
c
n22

…
c
n2n2
‑1 c
n2n2
)*(c
n31
c
n32

…
c
n3n3
‑1 c
n3n3
)这个测试用例中的一个，可以根据需要进行选择测试模块。
95.在可视化前端调用测试用例，生成测试报告。按照可视化回归测试规则，对多个测试模块进行回归测试步骤之后还包括：在可视化回归测试平台上显示测试结果。
96.在交互界面上，可以通过条件组合，如业务线与流程的组合，根据可视化回归测试规则生成测试用例。测试用例是基于数据驱动的，如发单、初审审核、反馈、复审审核等。发单具有操作和数据属性，初审审核具有操作属性，反馈具有操作和数据属性，复审审核具有操作属性。
97.例如，建立服务器和客户端，服务器和客户端之间通过网络连接。服务器上存储各个测试模式的测试结果，再将测试结果分发到各个客户端，供客户端分享分析处理。
98.对所述多个测试模块进行回归测试是通过可视化对多个测试模块进行回归测试：在前端进行测试时，根据测试规则，调用测试用例进行可视化处理，再生成测试报告。如果测试规则中并未设置测试报告，可以根据输出测试报告的类别，随机生成按时间输出测试报告、按业务线输出测试报告、按流程输出测试报告、按模块输出测试报告或者按其他组合来输出测试报告。
99.前端可以是各种业务线、流程等的条件组合。测试用例可以是由数据驱动，例如经过发单、初步审核、反馈再复审审核。发单有相应的操作和数据，初步审核有操作，反馈涉及到操作和数据，复审审核涉及到操作等。按照调用测试用例进行测试，然后根据输出测试报告的方式输出测试报告，例如，按照时间、按业务线、按流程方式来输出测试报告等。回归测试整个过程都能可以在前端看到。
100.业务线功能模块页面定义完成后，通过对自动化测试模块进行页面定义，以方便对自动化测试模块进行管理。
101.软件一般分为多个功能模块，每个功能模块都有一定的代码量。可以通过检测每个功能模块代码量大小差异来获知软件代码是否有所修改。还有一种情况是，当系统功能软件代码有改动了，导致自动化测试代码运行失败，这个时候就相当于自动识别代码有修改。如果自动化测试代码运行成功，则说明对之前功能没有影响。回归测试是指修改了旧代
码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。回归测试的目的就是确保之前功能不受影响。
102.需要说明的是，一般代码有改动，都是基于需求新增或者变更，前端代码有所改动或者新增，此时只需要在原有的业务功能模块或者公共模块如业务线测试模块a11，新增或者修改相关代码即可，测试用例调用层无需改动，就可以验证改动功能，也就是关联到了相关功能。
103.测试用例中可以包含单流程、多流程或全流程，可随时进行各功能，流程的测试回归，提高效率，流程配置也相对直观。单流程、多流程或全流程这些是直接由系统排列组合测试方式来的。
104.按照可视化回归测试规则进行回归测试进一步包括步骤：
105.通过所述交互界面，从预设的配置库中调用需要回归的测试模块对应的配置文件；
106.根据配置文件，生成单流程、多流程的测试用例；
107.调用测试用例，输出测试报告。
108.通过配置文件如txt、xml、excel、yaml等文件调用测试用例，从而达到配置需要进行回归的测试流程、功能；
109.通过交互界面如前台web页面，选择需要回归的测试模块传入配置文件，从而达到调用对应测试用例的目的。
110.也就是说，由多类别测试模块生成配置文件(txt、xml等文件)，再由配置文件按照排列组合的方式，系统自动生成单流程、多流程的测试用例。再由功能流程配置文件调用测试用例，从而达到配置需要进行回归的测试流程、功能。
111.本技术通过获取多个测试模块，再基于多个测试模块，建立可视化回归测试规则，再按照可视化回归测试规则，对多个测试模块进行回归测试，可灵活配置各业务线验证，流程配置直观，方便操作，回归遗漏率低，可随时进行流程的回归测试；通过建立可视化回归测试规则，新增业务线后，只需在模型中添加对应模块即可快速上线回归测试，减少测试成本；此外，通过对自动化测试模块进行页面定义，以方便对自动化测试模块进行管理，提高回归测试效率，提升测试质量，降低测试人力成本。
112.需要强调的是，为进一步保证上述业务需求描述文档、表单配置文件、合格数据等信息的私密和安全性，获取的多个测试模块还可以存储于一区块链的节点中。
113.本技术所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
114.本技术可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例
程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
115.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read
‑
only memory，rom)等非易失性存储介质，或随机存储记忆体(random access memory，ram)等。
116.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
117.图5是根据本技术的可视化回归测试装置的一个实施例的结构示意图。进一步参考图5，作为对上述图2所示方法的实现，本技术提供了一种可视化回归测试装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
118.如图5所示，本实施例所述的可视化回归测试装置400包括：获取模块401、测试规则建立模块402、回归测试模块403以及测试结果显示模块404。其中：获取模块401用于在预设的交互界面上，监听与待测试内容相关的用户的操作，获取待测试内容对应的测试模块，以确定所述测试模块对应的代码。测试规则建立模块402用于响应用户通过拖动鼠标对所述对应的测试模块进行的拖拽操作，建立可视化回归测试规则。回归测试模块403用于加载所述测试模块对应的代码，按照可视化回归测试规则，对所述测试模块进行回归测试。测试结果显示模块404用于显示测试结果。
119.实施本实施例，通过获取多个测试模块，再基于多个测试模块，建立可视化回归测试规则，再按照可视化回归测试规则，对多个测试模块进行回归测试，可灵活配置各业务线验证，流程配置直观，方便操作，回归遗漏率低，可随时进行流程的回归测试；通过建立可视化回归测试规则，新增业务线后，只需在模型中添加对应模块即可快速上线回归测试，减少测试成本。
120.在本实施例的一些可选的实现方式中，可视化回归测试装置还可以包括：历史数据获取模块，用于获取历史测试数据；分类模块，用于按照测试流程，将所有历史测试数据的测试模块分类为前端测试模块、自动化测试模块、报告测试模块；部署模块，用于预先在交互界面上添加与所属类别对应的测试模块，并将测试模块对应的代码存储在txt或者xml文档中。
121.为解决上述技术问题，本技术实施例还提供计算机设备。具体请参阅图6，图6为本实施例计算机设备基本结构框图。
122.所述计算机设备6包括通过系统总线相互通信连接存储器61、处理器62、网络接口63。需要指出的是，图中仅示出了具有组件61
‑
63的计算机设备6，但是应理解的是，并不要
求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit，asic)、可编程门阵列(field－programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
123.所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
124.所述存储器61至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器61可以是所述计算机设备6的内部存储单元，例如该计算机设备6的硬盘或内存。在另一些实施例中，所述存储器61也可以是所述计算机设备6的外部存储设备，例如该计算机设备6上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。当然，所述存储器61还可以既包括所述计算机设备6的内部存储单元也包括其外部存储设备。本实施例中，所述存储器61通常用于存储安装于所述计算机设备6的操作系统和各类应用软件，例如可视化回归测试方法的计算机可读指令等。此外，所述存储器61还可以用于暂时地存储已经输出或者将要输出的各类数据。
125.所述处理器62在一些实施例中可以是中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62通常用于控制所述计算机设备6的总体操作。本实施例中，所述处理器62用于运行所述存储器61中存储的计算机可读指令或者处理数据，例如运行所述可视化回归测试方法的计算机可读指令。
126.所述网络接口63可包括无线网络接口或有线网络接口，该网络接口63通常用于在所述计算机设备6与其他电子设备之间建立通信连接。
127.实施本实施例，通过获取多个测试模块，再基于多个测试模块，建立可视化回归测试规则，再按照可视化回归测试规则，对多个测试模块进行回归测试，可灵活配置各业务线验证，流程配置直观，方便操作，回归遗漏率低，可随时进行流程的回归测试；通过建立可视化回归测试规则，新增业务线后，只需在模型中添加对应模块即可快速上线回归测试，减少测试成本。
128.本技术还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的可视化回归测试方法的步骤。
129.实施本实施例，通过获取多个测试模块，再基于多个测试模块，建立可视化回归测试规则，再按照可视化回归测试规则，对多个测试模块进行回归测试，可灵活配置各业务线验证，流程配置直观，方便操作，回归遗漏率低，可随时进行流程的回归测试；通过建立可视化回归测试规则，新增业务线后，只需在模型中添加对应模块即可快速上线回归测试，减少测试成本。
130.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方
法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例所述的方法。
131.显然，以上所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例，附图中给出了本技术的较佳实施例，但并不限制本技术的专利范围。本技术可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本技术的公开内容的理解更加透彻全面。尽管参照前述实施例对本技术进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本技术说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本技术专利保护范围之内。