软件测试方法、装置和计算机设备与流程

1.本技术涉及软件测试技术领域，特别是涉及软件测试方法、装置和计算机设备。


背景技术：

2.随着社会的不断发展，人们生活越来越便捷，各种app不断迭代升级，需要测试工作者大量重复测试验证，才能使到达用户手上的app能够得以顺利使用。
3.当前虽然有各种测试自动化工具如jmeter、python、loadrunner等等。现有的jmeter、python、loadrunner，可以实现软件测试接口自动化，以验证软件接口是否畅通问题，对于验证app各个页面跳转和控件功能问题，当前是依赖测试人员通过手动执行各个页面的跳转和控件功能，来验证页面跳转和控件功能是否正常。
4.然而，上述测试方法存在验证工作量大、效率低的问题。


技术实现要素：

5.基于此，有必要针对上述技术问题，提供一种能够自动跳转页面的软件测试方法、装置和计算机设备。
6.第一方面，本技术提供了一种软件测试方法。方法包括：
7.基于历史录制中心界面确定待测试软件对应的目标测试流程，目标测试流程为基于新建录制流程界面预先录制的，且包括页面跳转请求顺序和/或功能控件触发顺序的测试流程；
8.根据目标测试流程对待测试软件进行测试。
9.在其中一个实施例中，基于历史录制中心界面确定待测试软件对应的目标测试流程，包括：
10.根据待测试软件展示新建录制流程界面和历史录制中心界面；
11.基于新建录制流程界面获取待测试软件的全部请求；全部请求包括待测试软件全部的页面跳转请求和/或功能控件触发请求；
12.基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中；
13.基于历史录制中心界面确定目标测试流程。
14.在其中一个实施例中，基于新建录制流程界面获取待测试软件的全部请求之后，还包括：
15.若在响应请求时，获取到请求响应报错信息，则基于请求响应报错信息获取第一消息；
16.基于第一消息执行相应的操作。
17.在其中一个实施例中，基于第一消息执行相应的操作，包括：
18.若第一消息表示忽略请求响应报错信息，则响应待测试软件的下一个请求；
19.若第一消息表示查询请求响应报错信息，则显示请求响应报错信息，基于显示的
请求响应报错信息获取删除请求，根据删除请求从报错信息库中删除请求响应报错信息。
20.在其中一个实施例中，方法，还包括：
21.若在执行目标测试流程过程中，获取到请求冲突报错信息，则基于请求冲突报错信息获取第二消息；
22.基于第二消息执行相应的操作。
23.在其中一个实施例中，基于第二消息执行相应的操作，包括：
24.若第二消息表示忽略请求冲突报错信息，则执行目标测试流程中下一个测试节点；
25.若第二消息表示查询请求冲突报错信息，则显示请求冲突报错信息，基于显示的请求冲突报错信息获取新建录制请求，根据新建录制请求返回执行基于新建录制流程界面获取待测试软件的全部请求；基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中；基于历史录制中心界面确定目标测试流程的步骤。
26.在其中一个实施例中，方法还包括：
27.若在执行目标测试流程过程中，获取到系统报错信息，则基于系统报错信息获取第三消息；
28.基于第三消息执行相应的操作。
29.在其中一个实施例中，基于第三消息执行相应的操作，包括：
30.若第三消息表示忽略系统报错信息，则执行目标测试流程中下一个测试节点；
31.若第三消息表示查询系统报错信息，则显示系统报错信息，基于显示的系统报错信息获取排查报错请求，根据排查报错请求排查并修复系统报错信息。
32.第二方面，本技术还提供了一种软件测试装置。装置包括：
33.流程确定模块，用于基于历史录制中心界面确定待测试软件对应的目标测试流程，目标测试流程为基于新建录制流程界面预先录制的，且包括页面跳转请求顺序和/或功能控件触发顺序的测试流程；
34.执行模块，用于根据目标测试流程对待测试软件进行测试。
35.第三方面，本技术还提供了一种计算机设备。计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：
36.基于历史录制中心界面确定待测试软件对应的目标测试流程，目标测试流程为基于新建录制流程界面预先录制的，且包括页面跳转请求顺序和/或功能控件触发顺序的测试流程；
37.根据目标测试流程对待测试软件进行测试。
38.上述软件测试方法、装置和计算机设备，基于页面跳转请求顺序和/或功能控件触发顺序预先录制目标测试流程，在待测试软件进行回归测试时，按照预先录制的目标测试流程中记载的页面跳转请求顺序和/或功能控件触发顺序对待测试软件进行测试，无需测试人员多次重复手动点击app按钮进行回归测试，且可以成功验证功能控件的触发功能是否正常。
39.上述软件测试方法、装置和计算机设备，目标测试流程基于请求建立测试流程，摒弃了传统的按节点建立单个页面跳转无法实现全流程回归的问题，实现了回归测试全流程
按标准请求顺序进行出场的效果，解决了现有测试流程建立方法中各节点之间无法关联运行的问题。
附图说明
40.图1为一个实施例中软件测试方法的应用环境图；
41.图2为一个实施例中软件测试方法的流程示意图；
42.图3为一个实施例中一种app自动规划测试中心界面的示意图；
43.图4为另一个实施例中一种历史录制中心界面的示意图；
44.图5为一个实施例中确定目标测试流程的方法流程图；
45.图6为一个实施例中请求响应报错信息的处理方法流程图；
46.图7为一个实施例中请求冲突报错信息的处理方法流程图；
47.图8为一个实施例中系统报错信息的处理方法流程图；
48.图9为一个实施例中软件测试装置的结构框图；
49.图10为一个实施例中计算机设备的内部结构图。
具体实施方式
50.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
51.本技术实施例提供的软件测试方法，可以应用于如图1所示的应用环境中。其中，终端102基于历史录制中心界面确定待测试软件对应的目标测试流程，其中，目标测试流程为基于新建录制流程界面预先录制的，且包括页面跳转请求顺序和/或功能控件触发顺序的测试流程；终端102根据目标测试流程对待测试软件进行测试。终端102通过网络将目标测试流程存储在服务器104中；终端102还通过网络与服务器104进行通信。数据存储系统可以存储待测试软件对应的目标测试流程。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机和平板电脑等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
52.在一个实施例中，如图2所示，提供了一种软件测试方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：
53.步骤202，基于历史录制中心界面确定待测试软件对应的目标测试流程，目标测试流程为基于新建录制流程界面预先录制的，且包括页面跳转请求顺序和/或功能控件触发顺序的测试流程。
54.其中，新建录制流程界面用于新建测试流程，历史录制中心界面用于展示已有的测试流程以及测试流程对应的配置信息，并提供对测试流程进行修改的控件。目标测试流程包括页面跳转请求顺序和/或功能控件触发顺序的测试流程，例如，第一种情况为测试流程全部为页面跳转请求的测试流程，第二种情况为全部为功能控件触发顺序的测试流程，第三种情况是页面跳转和功能控件触发交叉触发的测试流程。
55.具体地，当需要测试待测试软件的页面跳转情况时，终端展示app自动规划测试中
心界面，app自动规划测试中心界面包括选择连接app控件，通过触发选择连接app控件确定待测试软件，响应于对选择连接app控件的触发操作显示新建录制流程界面；显示新建录制流程界面包括新建应用流程控件和结束控件，响应于新建应用流程控件展示录制区域，在录制区域按照测试流程顺序要求，手动触发待测试软件的页面跳转请求和/或功能控件，录制区域记录每一步操作的前端和后端请求，并按触发顺序将整个测试流程保存为待测试软件的目标测试流程，终端根据用户需求为待测试软件的目标测试流程生成配置信息，操作完成后，通过触发新建录制中心的结束控件，将目标测试流程保存至历史录制中心界面。在历史录制中心界面展示待测试软件对应的目标测试流程以及对应的配置信息。
56.图3提供了一种app自动规划测试中心界面，该app自动规划测试中心界面包括选择连接app控件以及搜索app名称搜索框。用户在确定待测试软件时，可以通过两种方式确定待测试软件，第一种方式是通过触发选择连接app控件，在已有的app列表中选择待测试软件；第二种方式是通过在搜索app名称搜索框内填入软件的名称，并通过搜索方式查找到对应的待测试软件。
57.图4提供了一种历史录制中心界面，该历史录制中心界面存储的每个测试流程均包括基础配置信息展示区域、测试流程操作区域和报错信息库接口，基础配置信息展示区域展示目标测试流程的基础配置信息，其中，配置信息包括流程名称、流程id、更新时间、创建人等。测试流程操作区域包括删除测试流程控件、执行测试流程控件和编辑测试流程控件；响应于删除测试流程控件的触发操作，终端删除该测试流程；响应于执行测试流程控件的触发操作，终端按照测试流程记录的页面跳转请求顺序和/或功能控件触发顺序测试待测试软件；响应于报错信息库接口的触发操作，终端通过接口连接到报错信息库，并显示报错信息库内存储的报错信息，可修改报错信息库中的报错信息。
58.步骤204，根据目标测试流程对待测试软件进行测试。
59.其中，历史录制中心界面包括基础配置信息展示区域、测试流程操作区域和报错信息库接口，响应于测试流程操作区域的执行测试流程控件触发操作，终端按照目标测试流程的页面跳转请求顺序和/或功能控件触发顺序对待测试软件进行测试。
60.具体地，在历史录制中心界面中确定待测试软件对应的目标测试流程，触发该目标测试流程中测试流程操作区域的执行测试流程控件，终端基于目标测试流程记载的页面跳转请求顺序和/或功能控件触发顺序对待测试软件进行测试。
61.上述软件测试方法中，基于页面跳转请求顺序和/或功能控件触发顺序预先录制目标测试流程，在待测试软件进行回归测试时，按照预先录制的目标测试流程中记载的页面跳转请求顺序和/或功能控件触发顺序对待测试软件进行测试，无需测试人员多次重复手动点击app按钮进行回归测试，且可以成功验证功能控件的触发功能是否正常。
62.上述软件测试方法中，目标测试流程基于请求建立测试流程，摒弃了传统的按节点建立单个页面跳转无法实现全流程回归的问题，实现了回归测试全流程按标准请求顺序进行出场的效果，解决了现有测试流程建立方法中各节点之间无法关联运行的问题。
63.在一个实施例中，如图5所示，基于历史录制中心界面确定待测试软件对应的目标测试流程，包括：
64.步骤502，根据待测试软件展示新建录制流程界面和历史录制中心界面。
65.其中，终端连接待测试软件后，显示新建录制流程界面和历史录制中心界面。待测
试软件对应的目标测试流程预先在新建录制流程界面中录制，并将录制好的目标测试流程保存在历史录制中心界面。可在pc端app的h5页面上录制目标测试流程。
66.具体地，通过触发新建录制流程界面的选择连接app控件，在已有的app列表中选择待测试软件；或通过在新建录制界面的搜索app名称搜索框内填入软件的名称，并通过搜索方式查找到对应的待测试软件，响应于连接的待测试软件展示新建录制流程界面和历史录制中心界面。
67.步骤504，基于新建录制流程界面获取待测试软件的全部请求；全部请求包括待测试软件全部的页面跳转请求和/或功能控件触发请求。
68.具体地，响应于新建录制界面的新建应用流程控件展示录制区域，在录制区域按照测试流程顺序要求，手动触发待测试软件的页面跳转请求和/或功能控件，录制区域记录每一步操作的前端和后端请求。
69.步骤506，基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中。
70.具体地，终端录制全部请求后，按照请求顺序确定待测试软件的目标测试流程，并按触发顺序将整个测试流程保存为待测试软件的目标测试流程，终端根据用户需求为待测试软件的目标测试流程生成配置信息，操作完成后，通过触发新建录制中心的结束控件，将目标测试流程保存至历史录制中心界面。
71.步骤508，基于历史录制中心界面确定目标测试流程。
72.具体地，在历史录制中心界面展示的测试流程中，确定待测试软件的目标测试流程，触发该目标测试流程中测试流程操作区域的执行测试流程控件，终端基于目标测试流程记载的页面跳转请求顺序和/或功能控件触发顺序对待测试软件进行测试。
73.本实施例中，通过预先录制待测试软件的目标测试流程，待测试软件在进行回归测试时，一方面，可按标准流程执行，可以在测试人员换岗时也能达到测试的准确性；另一方面，测试人员只需关注页面是否正常跳转、是否报错，无需重复手动操作，大大提升测试效率。
74.在一个实施例中，基于新建录制流程界面获取待测试软件的全部请求之后，还包括：
75.步骤602，若在响应所述请求时，获取到请求响应报错信息，则基于请求响应报错信息获取第一消息。
76.其中，由于本实施例是基于请求顺序和/或功能控件触发顺序确定目标测试流程，因此，存在请求响应报错和/或功能控件触发不响应导致终端提示请求响应报错信息的情况，该请求响应报错信息出现时，还是会被新建录制流程界面录制下来，并在待测试软件的每次回归测试时都会提示请求响应报错信息，若不对请求响应报错信息进行处理，则会导致无法对待测试软件进行回归测试。因此，为了解决这个问题，本实施例在终端提示请求响应报错信息时，首先获取请求响应报错信息，以及该请求响应报错信息对应的用于处理该请求响应报错信息的第一消息。其中，第一消息包括针对请求响应报错信息的多种处理机制，测试人员可以选择其中一种处理机制处理该请求响应报错信息。
77.步骤604，基于第一消息执行相应的操作。
78.其中，第一消息常用的几种处理机制为忽略请求响应报错信息、查看并删除请求
响应报错信息等。
79.具体地，若第一消息表示忽略请求响应报错信息，则响应待测试软件的下一个请求。这种处理机制被新建录制流程界面录制下来，并在待测试软件进行回归测试时，终端还是会提示请求响应报错信息，此时，终端根据第一消息忽略请求响应报错信息。
80.若第一消息表示查询请求响应报错信息，则显示请求响应报错信息，基于显示的请求响应报错信息获取删除请求，根据删除请求从报错信息库中删除请求响应报错信息。这种处理机制的本质是先暂停录制目标测试流程，调用接口进入报错信息库，从报错信息库中删除该请求响应报错信息。其中，调用接口以及删除报错信息库中请求响应报错信息不会被新建录制流程界面录制下来。这种处理机制与忽略处理机制不同之处在于：在录制的过程中删除了报错信息库的请求响应报错信息，因此，待测试软件在进行回归测试时，由于报错信息库中不存在该请求响应报错信息，因此，终端不会提示请求响应报错信息。
81.本实施例中，针对录制目标测试流程时，页面跳转请求和/或功能控件触发不响应导致终端提示请求响应报错信息的情况，提供包含多种处理机制的第一消息，可以灵活的根据测试人员验证的需求进行判断是否需要忽略跳过检验继续验证，或关闭判断停止验证测试，排查问题后继续验证，可以实现达到测试的灵活性。
82.本实施例中，报错信息库的内容可以根据测试人员的需求增加或删除报错信息，增加报错信息后，终端可以基于增加的报错信息时查验测试过程是否出现对应的报错信息，一旦出现对应的报错信息，终端进行报错提示；删除报错信息后，终端就无法识别到对应的报错信息；随着迭代次数的增加，报错信息库不断更新，实现测试的准确性。
83.在一个实施例中，如图7所示，软件测试方法还包括：
84.步骤702，若在执行目标测试流程过程中，获取到请求冲突报错信息，则基于请求冲突报错信息获取第二消息。
85.其中，第二消息常用的几种处理机制为忽略请求冲突报错信息、重新录制目标测试流程等。
86.其中，待测试软件在进行回归测试时，存在测试版本与录制目标测试流程的软件版本不同，或待测试软件页面更新的情况，这种情况下，录制的测试流程与待测试软件的请求顺序不同，导致终端提示请求冲突报错信息，并中止待测试软件的回归测试。若不处理该请求冲突报错信息，那么待测试软件无法自动跳转至下一步测试节点。因此，为了解决这个问题，本实施例在终端提示请求响应报错信息时，首先获取请求冲突报错信息，以及该请求冲突报错信息对应的用于处理该请求冲突报错信息的第二消息。其中，第二消息包括针对请求冲突报错信息的多种处理机制，测试人员可以选择其中一种处理机制处理该请求冲突报错信息。
87.步骤704，基于第二消息执行相应的操作。
88.具体地，若第二消息表示忽略请求冲突报错信息，则执行目标测试流程中下一个测试节点。这种处理机制可以忽略请求冲突报错信息，并使待测试软件自动跳转至下一个测试节点，但是待测试软件每次进行回归测试时，终端都会提示请求冲突报错信息，并中止待测试软件的回归测试，需要测试人员在每次的回归测试过程中手动选择忽略请求冲突报错信息，若测试人员无法及时操作忽略请求冲突报错信息，那么待测试软件的回归测试将会一直停止在当前测试节点。
89.若第二消息表示查询请求冲突报错信息，则显示请求冲突报错信息，基于显示的请求冲突报错信息获取新建录制请求，根据新建录制请求返回执行基于新建录制流程界面获取待测试软件的全部请求；基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中；基于历史录制中心界面确定目标测试流程的步骤。这种处理机制的本质是基于历史录制中心界面的测试流程操作区域删除预先录制的目标测试流程，并在新建录制流程界面中基于最新版本的待测试软件重新录制新的目标测试流程，并将新的目标测试流程保存至历史录制中心界面；在历史录制中心界面中触发新的目标测试流程中测试流程操作区域的执行测试流程控件，终端基于新的目标测试流程记载的页面跳转请求顺序和/或功能控件触发顺序重新对待测试软件进行测试。这种处理机制由于重新录制了目标测试测试流程，，基于新的目标测试流程对待测软件进行回归测试，因此，在测试过程中，不会出现请求冲突报错信息。
90.本实施例中，针对测试版本与录制目标测试流程的软件版本不同，或待测试软件页面更新导致终端提示请求冲突报错信息的情况，提供包括多种处理机制的第二消息，可以灵活的根据测试人员验证的需求进行判断是否需要忽略跳过检验继续验证，或重新录制新的目标测试流程后继续验证，可以实现达到测试的灵活性。
91.在一个实施例中，如图8所示，软件测试方法还包括：
92.步骤802，若在执行目标测试流程过程中，获取到系统报错信息，则基于系统报错信息获取第三消息。
93.其中，待测试软件在进行回归测试之前，需要将所有的服务发送至服务器，若漏发其中一个服务，都有可能导致终端提示系统报错信息，并中止待测试软件的回归测试。若不处理该请求冲突报错信息，那么待测试软件无法自动跳转至下一步测试节点。因此，为了解决这个问题，本实施例在终端提示系统报错信息时，首先获取系统报错信息，以及系统报错信息对应的用于处理该系统报错信息的第三消息。其中，第三消息包括针对系统报错信息的多种处理机制，测试人员可以选择其中一种处理机制处理该系统报错信息。
94.步骤804，基于第三消息执行相应的操作。
95.具体地，若第三消息表示忽略系统报错信息，则执行目标测试流程中下一个测试节点。这种处理机制可以忽略系统报错信息，并使待测试软件自动跳转至下一个测试节点，但是待测试软件每次进行回归测试时，终端都会提示系统报错信息，并中止待测试软件的回归测试，需要测试人员在每次的回归测试过程中手动选择忽略系统报错信息，若测试人员无法及时操作忽略系统报错信息，那么待测试软件的回归测试将会一直停止在当前测试节点。
96.若第三消息表示查询系统报错信息，则显示系统报错信息，基于显示的系统报错信息获取排查报错请求，根据排查报错请求排查并修复所述系统报错信息。这种处理机制的本质是排查并修复系统报错信息。具体做法是：基于显示的系统报错信息获取排查报错请求，响应于该排查报错请求，终端展示该系统报错信息的客观原因和/或对应的解决方案，测试人员根据客观原因和/或解决方案修复系统报错信息。
97.本实施例中，针对漏发服务导致终端提示系统报错信息的情况，提供包括多种处理机制的第三消息，并展示系统报错信息的客观原因和/或对应的解决方案，可以根据测试人员需要的测试节点判定是否忽略该判定，如忽略该判定可以跳过识别到的错误继续测
试，也可以接受该判定停止测试排查问题后继续测试，不仅可以判断测试执行是否正确还可以为测试人员针对某个测试点进行测试验证。
98.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
99.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的软件测试方法的软件测试装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个软件测试装置实施例中的具体限定可以参见上文中对于软件测试方法的限定，在此不再赘述。
100.在一个实施例中，如图9所示，提供了一种软件测试装置，包括：流程确定模块和执行模块，其中：
101.流程确定模块，用于基于历史录制中心界面确定待测试软件对应的目标测试流程，目标测试流程为基于新建录制流程界面预先录制的，且包括页面跳转请求顺序和/或功能控件触发顺序的测试流程。
102.执行模块，用于根据目标测试流程对待测试软件进行测试。
103.在一个实施例中，一种软件测试装置，还包括：展示模块、录制请求模块、添加模块和确定模块；
104.展示模块，用于根据待测试软件展示新建录制流程界面和历史录制中心界面。
105.录制请求模块，用于基于新建录制流程界面获取待测试软件的全部请求；全部请求包括待测试软件全部的页面跳转请求和/或功能控件触发请求。
106.添加模块，用于基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中。
107.确定模块，基于历史录制中心界面确定目标测试流程。
108.在一个实施例中，一种软件测试装置，还包括：第一消息获取模块和第一消息执行模块；
109.第一消息获取模块，用于在响应请求时，获取到请求响应报错信息，则基于请求响应报错信息获取第一消息；
110.第一消息执行模块，用于基于第一消息执行相应的操作。
111.在一个实施例中，一种软件测试装置，还包括：第一忽略模块和删除模块；
112.第一忽略模块，用于在第一消息表示忽略所述请求响应报错信息时，响应所述待测试软件的下一个请求。
113.删除模块，用于在第一消息表示查询请求响应报错信息，则显示请求响应报错信息，基于显示的请求响应报错信息获取删除请求，根据删除请求从报错信息库中删除请求响应报错信息。
114.在一个实施例中，一种软件测试装置，还包括：第二消息获取模块和第二消息执行
模块；
115.第二消息获取模块，用于在执行目标测试流程过程中，获取到请求冲突报错信息，则基于请求冲突报错信息获取第二消息。
116.第二消息执行模块，用于基于第二消息执行相应的操作。
117.在一个实施例中，一种软件测试装置，还包括：第二忽略模块和新建录制模块；
118.第二忽略模块，用于在第二消息表示忽略所述请求冲突报错信息，则执行目标测试流程中下一个测试节点。
119.新建录制模块，用于在第二消息表示查询请求冲突报错信息，则显示请求冲突报错信息，基于显示的请求冲突报错信息获取新建录制请求，根据新建录制请求返回执行基于新建录制流程界面获取待测试软件的全部请求；基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中；基于历史录制中心界面确定目标测试流程的步骤。
120.在一个实施例中，一种软件测试装置，还包括：第三消息获取模块和第三消息执行模块；
121.第三消息获取模块，用于在执行所述目标测试流程过程中，获取到系统报错信息，则基于系统报错信息获取第三消息。
122.第三消息执行模块，用于基于第三消息执行相应的操作。
123.在一个实施例中，一种软件测试装置，还包括：第三忽略模块和修复模块；
124.第三忽略模块，用于在第三消息表示忽略所述系统报错信息，则执行目标测试流程中下一个测试节点。
125.修复模块，用于在第三消息表示查询系统报错信息，则显示系统报错信息，基于显示的系统报错信息获取排查报错请求，根据排查报错请求排查并修复所述系统报错信息。
126.上述软件测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
127.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、移动蜂窝网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种软件测试方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置，显示屏可以是液晶显示屏或电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
128.本领域技术人员可以理解，图10中示出的结构，仅仅是与本技术方案相关的部分
结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
129.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
130.基于历史录制中心界面确定待测试软件对应的目标测试流程，目标测试流程为基于新建录制流程界面预先录制的，且包括页面跳转请求顺序和/或功能控件触发顺序的测试流程；
131.根据目标测试流程对待测试软件进行测试。
132.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
133.根据待测试软件展示新建录制流程界面和历史录制中心界面；
134.基于新建录制流程界面获取待测试软件的全部请求；全部请求包括待测试软件全部的页面跳转请求和/或功能控件触发请求；
135.基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中；
136.基于历史录制中心界面确定目标测试流程。
137.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
138.若在响应请求时，获取到请求响应报错信息，则基于请求响应报错信息获取第一消息；
139.基于第一消息执行相应的操作。
140.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
141.若第一消息表示忽略请求响应报错信息，则响应待测试软件的下一个请求；
142.若第一消息表示查询请求响应报错信息，则显示请求响应报错信息，基于显示的请求响应报错信息获取删除请求，根据删除请求从报错信息库中删除请求响应报错信息。
143.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
144.若在执行目标测试流程过程中，获取到请求冲突报错信息，则基于请求冲突报错信息获取第二消息；
145.基于第二消息执行相应的操作。
146.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
147.若第二消息表示忽略请求冲突报错信息，则执行目标测试流程中下一个测试节点；
148.若第二消息表示查询请求冲突报错信息，则显示请求冲突报错信息，基于显示的请求冲突报错信息获取新建录制请求，根据新建录制请求返回执行基于新建录制流程界面获取待测试软件的全部请求；基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中；基于历史录制中心界面确定目标测试流程的步骤。
149.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
150.若在执行目标测试流程过程中，获取到系统报错信息，则基于系统报错信息获取第三消息；
151.基于第三消息执行相应的操作。
152.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
153.若第三消息表示忽略系统报错信息，则执行目标测试流程中下一个测试节点；
154.若第三消息表示查询系统报错信息，则显示系统报错信息，基于显示的系统报错信息获取排查报错请求，根据排查报错请求排查并修复系统报错信息。
155.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
156.基于历史录制中心界面确定待测试软件对应的目标测试流程，目标测试流程为基于新建录制流程界面预先录制的，且包括页面跳转请求顺序和/或功能控件触发顺序的测试流程；
157.根据目标测试流程对待测试软件进行测试。
158.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
159.根据待测试软件展示新建录制流程界面和历史录制中心界面；
160.基于新建录制流程界面获取待测试软件的全部请求；全部请求包括待测试软件全部的页面跳转请求和/或功能控件触发请求；
161.基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中；
162.基于历史录制中心界面确定目标测试流程。
163.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
164.若在响应请求时，获取到请求响应报错信息，则基于请求响应报错信息获取第一消息；
165.基于第一消息执行相应的操作。
166.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
167.若第一消息表示忽略请求响应报错信息，则响应待测试软件的下一个请求；
168.若第一消息表示查询请求响应报错信息，则显示请求响应报错信息，基于显示的请求响应报错信息获取删除请求，根据删除请求从报错信息库中删除请求响应报错信息。
169.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
170.若在执行目标测试流程过程中，获取到请求冲突报错信息，则基于请求冲突报错信息获取第二消息；
171.基于第二消息执行相应的操作。
172.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
173.若第二消息表示忽略请求冲突报错信息，则执行目标测试流程中下一个测试节点；
174.若第二消息表示查询请求冲突报错信息，则显示请求冲突报错信息，基于显示的请求冲突报错信息获取新建录制请求，根据新建录制请求返回执行基于新建录制流程界面获取待测试软件的全部请求；基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中；基于历史录制中心界面确定目标测试流程的步骤。
175.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
176.若在执行目标测试流程过程中，获取到系统报错信息，则基于系统报错信息获取
第三消息；
177.基于第三消息执行相应的操作。
178.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
179.若第三消息表示忽略系统报错信息，则执行目标测试流程中下一个测试节点；
180.若第三消息表示查询系统报错信息，则显示系统报错信息，基于显示的系统报错信息获取排查报错请求，根据排查报错请求排查并修复系统报错信息。
181.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
182.基于历史录制中心界面确定待测试软件对应的目标测试流程，目标测试流程为基于新建录制流程界面预先录制的，且包括页面跳转请求顺序和/或功能控件触发顺序的测试流程；
183.根据目标测试流程对待测试软件进行测试。
184.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
185.根据待测试软件展示新建录制流程界面和历史录制中心界面；
186.基于新建录制流程界面获取待测试软件的全部请求；全部请求包括待测试软件全部的页面跳转请求和/或功能控件触发请求；
187.基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中；
188.基于历史录制中心界面确定目标测试流程。
189.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
190.若在响应请求时，获取到请求响应报错信息，则基于请求响应报错信息获取第一消息；
191.基于第一消息执行相应的操作。
192.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
193.若第一消息表示忽略请求响应报错信息，则响应待测试软件的下一个请求；
194.若第一消息表示查询请求响应报错信息，则显示请求响应报错信息，基于显示的请求响应报错信息获取删除请求，根据删除请求从报错信息库中删除请求响应报错信息。
195.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
196.若在执行目标测试流程过程中，获取到请求冲突报错信息，则基于请求冲突报错信息获取第二消息；
197.基于第二消息执行相应的操作。
198.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
199.若第二消息表示忽略请求冲突报错信息，则执行目标测试流程中下一个测试节点；
200.若第二消息表示查询请求冲突报错信息，则显示请求冲突报错信息，基于显示的请求冲突报错信息获取新建录制请求，根据新建录制请求返回执行基于新建录制流程界面获取待测试软件的全部请求；基于全部请求和全部请求中各请求的顺序确定待测试软件的目标测试流程，并将目标测试流程添加至历史录制中心界面中；基于历史录制中心界面确定目标测试流程的步骤。
201.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
202.若在执行目标测试流程过程中，获取到系统报错信息，则基于系统报错信息获取第三消息；
203.基于第三消息执行相应的操作。
204.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
205.若第三消息表示忽略系统报错信息，则执行目标测试流程中下一个测试节点；
206.若第三消息表示查询系统报错信息，则显示系统报错信息，基于显示的系统报错信息获取排查报错请求，根据排查报错请求排查并修复系统报错信息。
207.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
208.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
209.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
210.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。