具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

在应用程序的测试领域，页面对象被视为一个原子，它包含页面中的静态元素和页面行为，页面行为定义了用户在当前页面可触发的操作，例如点击某个控件的操作等，这些操作被封装在页面行为中可反复被触发。

测试用例(Test Case)是将软件测试的行为活动做一个科学化的组织归纳，目的是能够将软件测试的行为转化成可管理的模式，同时测试用例也是将测试具体量化的方法之一，不同类别的软件，测试用例是不同的。

实际应用中，在进行页面测试之前，首先基于测试需求编写测试用例。具体的，在测试用例中，针对页面测试中的每个测试流，通常包含多个页面行为，如图1所示，为本公开实施例提供的一种登录流程的测试流的示意图。其中，在触发“输入账号”的页面行为之后，执行对应的断言校验，然后触发执行“输入密码”的页面行为，相应的，执行对应的断言校验，进而触发执行“点击登录”的页面行为，同样的，执行对应的断言校验。可见，目前的测试流与结果验证逻辑(即断言校验)紧密偶合，一旦结果验证逻辑发生改变，则需要针对测试用例进行调整，代码维护成本较高。

为此，本公开提供了一种页面测试方法，响应于针对目标页面的目标测试操作，获取该目标测试操作对应的测试验证信息。其中，该测试验证信息包括验证类型标识和该目标页面的页面标识。然后，在预设验证类集合中，确定该验证类型标识对应的验证类，其中，该验证类中包括用于测试验证的验证方法，该验证方法与页面标识具有对应关系。进而，在该验证类中，调用与该目标页面的页面标识对应的验证方法，对目标测试操作对应的操作结果进行验证。

本公开实施例基于预设验证类集合中的验证方法实现页面测试，通过将测试流与验证方法解耦，即使验证逻辑发生改变，也只需要调整预设验证类集合中的验证方法，无需调整页面测试方法的代码，降低了代码维护成本。

与上述图1所示的登录流程的测试流对比，本公开提供了另一种登录流程的测试流的示意图，参考图2，其中，测试流包括的“输入账号”、“输入密码”和“点击登录”的页面行为，而各个页面行为对应的结果验证逻辑(即断言校验)与测试流是解耦合的，即使结果验证逻辑发生改变，也只需要针对结果验证逻辑的代码进行调整，无需调整测试流的代码，降低了代码维护成本。

基于此，本公开实施例提供了一种页面测试方法，参考图3，为本公开实施例提供的一种页面测试方法的流程图，该方法包括：

S301：响应于针对目标页面的目标测试操作，获取所述目标测试操作对应的测试验证信息。

其中，所述测试验证信息包括验证类型标识和所述目标页面的页面标识。

本公开实施例中，目标页面可以为待测试应用程序中的任意一个页面，目标页面包含页面行为，页面行为用于定义用户在目标页面上可触发的操作。本公开实施例中的目标测试操作属于为用户在目标页面上可触发的操作，例如，目标测试操作可以为上述图1中的“输入账号”操作。

本公开实施例中，在对待测试应用程序进行测试之前，预先编写测试用例。在测试用例的编写阶段，预先为目标页面的目标测试操作设置验证类型标识。其中，验证类型标识用于表征目标测试操作对应的验证方法所属的验证类型，例如，验证类型可以包括弹窗验证类型，属于弹窗验证类型的验证方法用于对弹窗进行验证。

实际应用中，当测试用例中的测试流执行到针对目标页面的目标测试操作时，响应于针对目标页面的该目标测试操作，可以获取该目标测试操作对应的测试验证信息，其中，测试验证信息包括验证类型标识以及该目标页面的页面标识。其中，验证类型标识和页面标识用于共同确定该目标测试操作对应的验证方法。

S302：在预设验证类集合中，确定所述验证类型标识对应的验证类。

其中，所述验证类中包括用于测试验证的验证方法，所述验证方法与页面标识具有对应关系。

本公开实施例中的预设验证类集合包括多个验证类，每个验证类具有对应的验证类型标识，每个验证类中包括多个验证方法。

在测试用例的编写阶段，按照验证方法所属的验证类型，将验证方法进行分类，并将不同类型的验证方法封装在不同的验证类中，每个验证类设置有对应的验证类型标识。

实际应用中，当测试用例中的测试流执行到针对目标页面的目标测试操作时，可以首先获取该目标测试操作对应的验证类型标识和目标页面的页面标识，然后，在预设验证类集合中确定与该验证类型标识对应的验证类。其中，该验证类中封装有目标测试操作对应的验证方法。

S303：在所述验证类中，调用与所述目标页面的页面标识对应的验证方法，对所述目标测试操作对应的操作结果进行验证。

本公开实施例中，在确定验证类型标识对应的验证类之后，基于测试验证信息中的目标页面的页面标识，调用目标测试操作对应的验证方法，对目标测试操作对应的操作结果进行验证。具体的，验证类中的验证方法与页面标识具有对应关系。

举例说明，假设目标测试操作为“点击登录”操作，则“点击登录”操作对应的验证方法可以包括，确定页面上是否显示有“首页”，如果确定页面上显示有“首页”，则说明验证通过，否则说明验证不通过。

一种可选的实施方式中，验证方法的输入参数为页面标识，具体的，在测试用例的编写阶段，基于页面标识为各个验证方法设置输入参数，以便确定各个验证方法的验证对象。也就是说，各个验证方法用于对自身的输入参数的页面进行测试。

本公开实施例中，首先，基于验证方法的输入参数维度，从验证类中确定与目标页面的页面标识相匹配的输入参数所属的验证方法，并将所确定的验证方法作为目标验证方法。然后，调用该目标验证方法，对目标测试操作对应的操作结果进行验证。

一种可选的实施方式中，由于验证方法存储于预设验证类集合中的验证类中，一旦需要对验证方法进行调整，则可以仅调整预设验证类集合中的验证类即可，无需对测试流的代码进行调整，实现了测试流和结果验证逻辑的解耦。

具体的，首先，接收针对目标验证方法的修改请求；其中，所述修改请求携带验证类型标识和页面标识。然后，在所述预设验证类集合中，确定所述验证类型标识对应的验证类，以及在所述验证类中，确定与所述页面标识对应的验证方法，作为所述目标验证方法。接收针对所述目标验证方法的修改操作，实现对预设验证类集合中的该目标验证方法的逻辑更新。本公开实施例提供的页面测试方法中，响应于针对目标页面的目标测试操作，获取该目标测试操作对应的测试验证信息。其中，该测试验证信息包括验证类型标识和该目标页面的页面标识。然后，在预设验证类集合中，确定该验证类型标识对应的验证类，其中，该验证类中包括用于测试验证的验证方法，该验证方法与页面标识具有对应关系。进而，在该验证类中，调用与该目标页面的页面标识对应的验证方法，对目标测试操作对应的操作结果进行验证。本公开实施例基于预设验证类集合中的验证方法实现页面测试，通过将测试流与验证方法解耦，即使验证逻辑发生改变，也只需要调整预设验证类集合中的验证方法，无需调整页面测试方法的代码，降低了代码维护成本。

在上述实施例的基础上，本公开实施例还提供了一种页面测试方法的实施例，参考图4，为本公开实施例提供的另一种页面测试方法的流程图。该方法包括：

S401：响应于针对目标页面的目标测试操作，获取所述目标测试操作对应的测试验证信息。

其中，所述测试验证信息包括验证类型标识和所述目标页面的页面标识。

S402：从所述测试验证信息中获取所述验证类型标识和所述目标页面的页面标识。

S403：将所述验证类型标识和所述目标页面的页面标识传递至验证方法调用器。

本公开实施例中，利用验证方法调用器调用目标测试操作对应的验证方法。具体的，当接收到针对目标页面的目标测试操作时，首先获取目标测试操作对应的验证类型标识和目标页面的页面标识，验证类型标识例如为Action1，目标页面的页面标识例如为OP1。然后，将该验证类型标识和该页面标识作为输入参数传递至验证方法调用器。

实际应用中，验证方法调用器的作用是基于输入参数，调用对应的验证方法。S404：利用所述验证方法调用器，从预设验证类集合中，确定与所述验证类型标识对应的验证类，作为目标验证类。

S405：利用所述验证方法调用器，从所述目标验证类中确定与所述目标页面的页面标识对应的验证方法，并调用所述验证方法对所述目标测试操作对应的操作结果进行验证。

本公开实施例中，在将输入参数传递至验证方法调用器之后，验证方法调用器基于验证类型标识，从预设验证类集合中，确定与该验证类型标识对应的验证类，作为目标验证类，然后，从该目标验证类中确定与该页面标识对应的验证方法，调用所述验证方法对所述目标测试操作对应的操作结果进行验证。

为了便于理解，本公开实施例提供了一种页面测试方法的执行过程示意图。其中，图5中包含测试用例中的部分测试流，测试流包括3个页面的跳转。具体的，当接收到针对目标页面PO1的目标测试操作时，将该目标测试操作对应的验证类型标识Action1和页面标识PO1作为输入参数传递至验证方法调用器，如图5中的Action调用器。

在测试用例的编写阶段，将PO1、PO2、PO3分别对应的验证方法封装在不同的Action类中，如将action(PO1)封装在Action1类中，将action(PO2)封装在Action2类中，由于PO3具有多个验证方法，因此，可以将PO3对应的不同的验证方法，基于验证类型分别封装到不同的Action类中，例如，Action1类中封装有action(PO3)，同时Action2类中也封装有action(PO3)。其中，验证方法包括断言和自定义步骤，其中，断言用于对操作结果进行校验，自定义步骤用于辅助断言进行校验。例如，断言在登录操作的操作结果进行验证时，可能存在登录首页处于缓冲状态，即未实现登录页面的展示，对此本公开实施例可以通过自定义刷新步骤实现对登录首页的刷新，以辅助断言进行验证。

值得注意的是，封装在不同Action类中的验证方法对应的验证类型不同，因此，分别封装在Action1类和Action2类中的action(PO3)，对应的验证类型不同，实现的验证逻辑也不同。

实际应用中，Action调用器接收到PO1的目标测试操作对应的验证类型标识和PO1之后，基于验证类型标识确定Action1类，其中，验证类型标识可以为Action1，然后，在Action1类中确定输入参数为PO1的验证方法，即action(PO1)，基于action(PO1)对PO1的目标测试操作对应的操作结果进行验证。

同样的，当接收到PO2的目标行为操作时，将该目标测试操作对应的验证类型标识和PO2作为输入参数传递至Action调用器，Action调用器基于该验证类型标识Action2确定Action2类，然后，在Action2类中确定输入参数为PO2的验证方法，即action(PO2)，基于action(PO2)对PO2的目标测试操作对应的操作结果进行验证。

当测试流执行到PO3时，接收PO3的目标测试操作，将该目标测试操作对应的验证类型标识和PO3作为输入参数传递至Action调用器。值得注意的是，PO3的目标测试操作对应的验证类型标识包括Action1和Action2两个标识，可以利用类型标识数组ActionList存储Action1和Action2。Action调用器遍历ActionList依次获取Action1和Action2，针对Action1，确定对应的Action1类，然后在Action1类中调用输入参数为PO3的验证方法，即action(PO3)。针对Action2，确定对应的Action2类，然后在Action2类中调用输入参数为PO3的验证方法，即action(PO3)。基于Action1类和Action2类中的action(PO3)验证方法，对PO3的目标测试操作对应的操作结果进行验证。

一种可选的实施方式中，如图6所示，为本公开实施例提供的另一种页面测试方法的执行过程示意图，其中，Action调用器接收PageObject和ActionList两个输入参数，以Invoke(PageObject，ActionList)表示，PageObject为页面对象类型，ActionList为自定义Action的数组，可以包括Action1类、Action2类等。Action调用器循环遍历ActionList数组，以查找函数名为Action且参数类型为PageObject的验证方法，如果查找到该验证方法，即action(PageObject)方法，则调用action(PageObject)方法，用于对操作结果进行验证。如果未查找到函数名为Action且参数类型为PageObject的验证方法，则继续遍历ActionList数组，直到确定ActionList数组为空，则说明遍历完成，此时结束流程。

本公开实施例提供的页面测试方法中，基于Action调用器和Action类的Action机制实现测试用例中的测试流和结果验证逻辑的解耦，降低了代码维护成本。

在上述实施例的基础上，为了提高代码的可复用性，本公开实施例在测试用例的编写阶段，可以基于同一验证类型的验证方法中相同的验证逻辑，确定该验证类型对应的共用验证方法。

例如，图5中的Action1类中的验证方法action(PO1)和action(PO3)具有相同的弹窗验证逻辑，因此，可以基于相同的弹窗验证逻辑生成对应的共用验证方法，并将该共用验证方法存储于Action1类中。在调用Action1类中的任意一个验证方法时，默认调用该共用验证方法。

本公开实施例中，在确定验证类型标识对应的验证类之后，在所述验证类中，调用与所述目标页面的页面标识对应的验证方法和所述共用验证方法，对所述目标测试操作对应的操作结果进行验证。

本公开实施例提供的页面测试方法中，基于属于同一验证类型的验证方法中相同的验证逻辑，生成共用验证方法。在页面测试过程中，调用同一验证类中的各个验证方法时均默认调用该验证类中的共用验证方法，实现代码复用。

基于上述方法实施例，本公开还提供了一种页面测试装置，参考图7，为本公开实施例提供的一种页面测试装置的结构示意图，所述装置包括：

第一获取模块701，用于响应于针对目标页面的目标测试操作，获取所述目标测试操作对应的测试验证信息；其中，所述测试验证信息包括验证类型标识和所述目标页面的页面标识；

第一确定模块702，用于在预设验证类集合中，确定所述验证类型标识对应的验证类；其中，所述验证类中包括用于测试验证的验证方法，所述验证方法与页面标识具有对应关系；

调用模块703，用于在所述验证类中，调用与所述目标页面的页面标识对应的验证方法，对所述目标测试操作对应的操作结果进行验证。

一种可选的实施方式中，所述页面标识属于与所述页面标识具有对应关系的验证方法的输入参数，所述调用模块，包括：

确定子模块，用于基于验证方法的输入参数维度，从所述验证类中确定与所述目标页面的页面标识相匹配的输入参数所属的验证方法，并将所确定的验证方法作为目标验证方法；

调用子模块，用于调用所述目标验证方法，对所述目标测试操作对应的操作结果进行验证。

一种可选的实施方式中，所述装置还包括：

第二获取模块，用于从所述测试验证信息中获取所述验证类型标识和所述目标页面的页面标识；

传递模块，用于将所述验证类型标识和所述目标页面的页面标识传递至验证方法调用器；其中，所述验证方法调用器用于基于所述验证类型标识和所述页面标识确定验证方法；

相应的，所述第一确定模块，具体用于：

利用所述验证方法调用器，从预设验证类集合中，确定与所述验证类型标识对应的验证类，作为目标验证类；

所述调用模块，具体用于：

利用所述验证方法调用器，从所述目标验证类中确定与所述目标页面的页面标识对应的验证方法，并调用所述验证方法对所述目标测试操作对应的操作结果进行验证。

一种可选的实施方式中，所述验证类中包括共用验证方法，所述共用验证方法为基于所述验证类中的各个验证方法中相同的验证逻辑确定；

所述调用模块，具体用于：

在所述验证类中，调用与所述目标页面的页面标识对应的验证方法和所述共用验证方法，对所述目标测试操作对应的操作结果进行验证。

一种可选的实施方式中，所述装置还包括：

第一接收模块，用于接收针对目标验证方法的修改请求；其中，所述修改请求携带验证类型标识和页面标识；

第二确定模块，用于在所述预设验证类集合中，确定所述验证类型标识对应的验证类，以及在所述验证类中，确定与所述页面标识对应的验证方法，作为所述目标验证方法；

第二接收模块，用于接收针对所述目标验证方法的修改操作。

本公开实施例提供的页面测试装置中，响应于针对目标页面的目标测试操作，获取该目标测试操作对应的测试验证信息。其中，该测试验证信息包括验证类型标识和该目标页面的页面标识。然后，在预设验证类集合中，确定该验证类型标识对应的验证类，其中，该验证类中包括用于测试验证的验证方法，该验证方法与页面标识具有对应关系。进而，在该验证类中，调用与该目标页面的页面标识对应的验证方法，对目标测试操作对应的操作结果进行验证。本公开实施例基于预设验证类集合中的验证方法实现页面测试，通过将测试流与验证方法解耦，即使验证逻辑发生改变，也只需要调整预设验证类集合中的验证方法，无需调整页面测试方法的代码，降低了代码维护成本。

除了上述方法和装置以外，本公开实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备实现本公开实施例所述的页面测试方法。

本公开实施例还提供了一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现本公开实施例所述的页面测试方法。

另外，本公开实施例还提供了一种页面测试设备，参见图8所示，可以包括：

处理器801、存储器802、输入装置803和输出装置804。页面测试设备中的处理器801的数量可以一个或多个，图8中以一个处理器为例。在本公开的一些实施例中，处理器801、存储器802、输入装置803和输出装置804可通过总线或其它方式连接，其中，图8中以通过总线连接为例。

存储器802可用于存储软件程序以及模块，处理器801通过运行存储在存储器802的软件程序以及模块，从而执行页面测试设备的各种功能应用以及数据处理。存储器802可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等。此外，存储器802可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。输入装置803可用于接收输入的数字或字符信息，以及产生与页面测试设备的用户设置以及功能控制有关的信号输入。

具体在本实施例中，处理器801会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器802中，并由处理器801来运行存储在存储器802中的应用程序，从而实现上述页面测试设备的各种功能。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。