CN113495834B - 一种用户验收测试方法、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种用户验收测试方法、设备及存储介质，其中，所述方法包括：接收验收测试请求，所述验收测试请求中包含至少一个待测页面；在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本；在所述至少一个待测页面下运行所述测试脚本，以获取测试数据；根据所述测试数据，生成针对所述至少一个待测页面的测试报告。据此，本申请实施例中，可实现用户验收测试的自动化，不再需要占用人力成本，这可有效提高用户验收测试的测试效率，并降低测试成本。

Description

一种用户验收测试方法、设备及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种用户验收测试方法、设备及存储介质。

背景技术

用户验收测试，是软件产品投入实际应用以前，由用户对软件产品进行的最后一次质量检验活动。用户验收测试的目的是确定软件产品的功能和性能是否符合用户的合理期待。

通常，用户验收测试过程中，需要工作人员现场指引和观察用户操作，再根据用户的操作情况和反馈来填写验收报告。这不仅需要占用大量的人力成本，而且，验收测试的效率很低。

发明内容

本申请的多个方面提供一种用户验收测试方法、设备及存储介质，用以实现用户验收测试的自动化，从而提高测试效率并降低测试成本。

本申请实施例提供一种用户验收测试方法，包括：

接收验收测试请求，所述验收测试请求中包含至少一个待测页面；

在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本；

在所述至少一个待测页面下运行所述测试脚本，以获取测试数据；

根据所述测试数据，生成针对所述至少一个待测页面的测试报告。

本申请实施例还提供一种用户验收测试方法，包括:

根据目标测试任务下的至少一个待测页面，生成验收测试请求；

将所述验收测试请求发送给至少一个测试终端，以供所述至少一个测试终端通过在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下运行测试脚本，并返回获得的测试数据；

根据所述至少一个测试终端提供的测试数据，生成针对所述目标测试任务的测试报告。

本申请实施例还提供一种计算设备，包括存储器、处理器和通信组件；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器和所述通信组件耦合，用于执行所述一条或多条计算机指令，以用于：

通过所述通信组件接收验收测试请求，所述请求中包含至少一个待测页面；

在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本；

在所述至少一个待测页面下运行所述测试脚本，以获取测试数据；

根据所述测试数据，生成针对所述至少一个待测页面的测试报告。

本申请实施例还提供一种计算设备，包括存储器、处理器和通信组件；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器和所述通信组件耦合，用于执行所述一条或多条计算机指令，以用于：

根据目标测试任务下的至少一个待测页面，生成验收测试请求；

通过所述通信组件将所述验收测试请求发送给至少一个测试终端，以供所述至少一个测试终端通过在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下运行测试脚本，并返回获得的测试数据；

根据所述至少一个测试终端提供的测试数据，生成针对所述目标测试任务的测试报告。

本申请实施例还提供一种存储计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行前述的用户验收测试方法。

在本申请实施例中，可基于验收测试请求，将目标测试任务下的至少一个待测页面批量分发给至少一个测试终端，基于此，在测试终端中，可在至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本，并可通过在至少一个待测页面下运行测试脚本，而获得测试数据，进而可根据测试数据，生成目标测试任务对应的测试报告。据此，本申请实施例中，可实现用户验收测试的自动化，不再需要占用人力成本，这可有效提高用户验收测试的测试效率，并降低测试成本。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一示例性实施例提供的一种用户验收测试系统的结构示意图；

图2a为本申请一示例性实施例提供的一种用户验收测试方案的逻辑示意图；

图2b为本申请一示例性实施例提供的一种用户验收测试方案的场景示意图；

图3为本申请另一示例性实施例提供的一种用户验收测试方法的流程示意图；

图4为本申请另一示例性实施例提供的另一种用户验收测试方法的流程示意图；

图5为本申请又一示例性实施例提供的一种测试终端的结构示意图；

图6为本申请又一示例性实施例提供的一种计算设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

目前，用户验收测试过程中，不仅需要占用大量的人力成本，而且，验收测试的效率很低。为改善这些技术问题，本申请的一些实施例中：可基于验收测试请求，将目标测试任务下的至少一个待测页面批量分发给至少一个测试终端，基于此，在测试终端中，可在至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本，并可通过在至少一个待测页面下运行测试脚本，而获得测试数据，进而可根据测试数据，生成目标测试任务对应的测试报告。据此，本申请实施例中，可实现用户验收测试的自动化，不再需要占用人力成本，这可有效提高用户验收测试的测试效率，并降低测试成本。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一示例性实施例提供的一种用户验收测试系统的结构示意图。参考图1，用户验收测试系统中包含测试请求端10和至少一个测试终端20，测试请求端10和至少一个测试终端20通信连接。

本实施例提供的用户验收测试系统可应用于各种需要对测试对象进行用户验收测试的场景中，本实施例对应用场景不作限定。在不同的场景中，测试对象可能不完全相同，例如，测试对象可以是软件产品、当然也可以是软硬结合产品等等，本实施例对测试对象的类型、规格等属性不作限定。

传统的用户验收测试方案中，工作人员需要现场指引和观察用户操作，再根据用户的操作情况和反馈来填写测试报告。通常，参与用户验收测试的用户数量较多，而工作人员需要分别为多个用户进行指引和观察，这导致工作人员的工作量很大，且测试效率很低。

本实施例中，工作人员可在测试请求端10中创建测试任务，而测试请求端10则可根据测试任务向至少一个测试终端20发送验收测试请求。

其中，对于一个测试对象来说，通常包含若干需要用户进行操作或需要向用户展示内容的页面。基于此，工作人员可在测试请求端10中为一个测试对象创建至少一个测试任务，另外，还可在单个测试任务下配置至少一个待测页面。

为了区分不同的测试任务，本实施例中，可为测试任务配置唯一任务标识。另外，本实施中对唯一任务标识的格式不作限定，可以是一串数字、字母或数字与字母的组合等。

由于测试任务之间的处理方案相似，为便于描述，后文中将从单个测试任务的维度进行技术方案的说明，应当理解的，本实施例提供的技术方案可适用于一个测试对象下的任意测试任务。

对测试请求端10来说，可根据目标测试任务下的至少一个待测页面，生成验收测试请求，并将验收测试请求发送给至少一个测试终端20。

对于每个测试终端20来说，可接收到针对目标测试任务的验收测试请求，并从该请求中获取到目标测试任务下的至少一个待测页面。这样，可实现将目标测试任务下的至少一个待测页面批量分发给至少一个测试终端20。

由于测试终端20之间的处理方案类似，为便于描述，后文中将从单个测试终端20的维度进行技术方案的说明，应当理解的，本实施例提供的技术方案可适用于参与测试的任意测试终端20。

图2a为本申请一示例性实施例提供的一种用户验收测试方案的逻辑示意图；图2b为本申请一示例性实施例提供的一种用户验收测试方案的场景示意图。

参考图2a和2b，对测试终端20来说，可在至少一个待测页面之间传递特定标识，以分别在至少一个待测页面下激活测试脚本。

其中，测试脚本是指用于用户验证测试的脚本。测试脚本中可包含承载各项测试功能的文字命令。基于此，参考图2a和2b，对于测试终端20来说，可通过在待测页面下运行测试脚本，调起各项测试功能。

本实施例中，测试脚本中承载的测试功能包括但不限于录屏功能、录像功能、引导功能、评分功能或补充意见功能等。

实际应用中，测试脚本可嵌套在待测页面的页面程序或页面脚本中。这样，可免去测试脚本的发布程序，降低测试成本。其中，此处的嵌套可理解为可通过页面程序或页面脚本调用脚本程序，脚本程序可存储在页面程序或页面脚本之外等待被调用，而并不必须写入页面程序或页面脚本中。

本实施例中，测试终端20中的处理逻辑可基于浏览器而实施。

在浏览器中，不同待测页面的处理过程是相互独立的，为了在至少一个待测页面下分别激活测试脚本，本实施例中，可在至少一个待测页面之间传递特定标识。以保证至少一个待测页面均关联有特定标识。

其中，特定标识可作为测试脚本的激活码。

实际应用中，前述的页面程序或页面脚本中可预置判断语句，在浏览器访问一待测页面的情况下，基于判断语句可判断待测页面是否关联有特定标识。在确定待测页面关联有特定标识的情况下，该判断语句可跳转至测试脚本，从而在该待测页面下激活测试脚本。

据此，在至少一个待测页面均关联有特定标识的情况下，可实现在至少一个待测页面下激活测试脚本。

本实施例中，浏览器将顺序访问至少一个待测页面，在浏览器访问当前待测页面时，可基于特定标识，在当前页面下激活测试脚本，并通过运行测试脚本获取到当前页面对应的测试数据。在发生页面跳转时，可将特定标识传递至下一页面，从而浏览器在访问下一页面时，可基于特定标识，在下一页面下激活测试脚本，并通过运行测试脚本，获取到下一页面对应的测试数据。

这样，可获取到至少一个待测页面的测试数据。

参考图2a和2b，本实施例中，还可根据测试数据，生成针对至少一个待测页面的测试报告。

在一种实现方式中，测试终端20可将获取到的测试数据提供给测试请求端10，由测试请求端10对测试数据进行分析，从而生成测试报告。

正如前文提及的，测试数据中包括但不限于录像数据、录屏数据、打分数据或补充意见数据等。

测试请求端10可对这些测试数据进行分析，以生成目标测试任务对应的测试报告。

对于录像数据，测试请求端10可基于眼球追踪等技术，分析用户的视线状态以及表情状态等。

对于录屏数据，测试请求端10可统计操作步数、单步操作耗时、累计总耗时等参数，还可根据这些参数进一步计算平均操作步数、平均单步操作耗时、平均总耗时、各步直接的转化率等指标。

基于从录像数据和录屏数据中分析出的各种指标、打分数据、补充意见数据等评价参数，可生成目标测试任务对应的测试报告。

实际应用中，测试请求端10可将测试数据输入评价模型中；在评价模型中，基于测试数据与评价参数之间的关联关系，确定测试数据对应的评价参数；根据评价参数，生成测试报告。

其中，测试请求端10可基于样本数据预先训练评价模型，样本数据中可包括测试数据及对应的评价参数，训练后的评价模型中包含测试数据与评价参数之间的关联关系。

另外，评价模型中可采用AI多模态算法，当然，评价模型可采用的算法并不限于此。

据此，本实施例中，测试请求端10可根据至少一个测试终端20提供的测试数据，自动生成目标测试任务对应的测试报告。

在另一种实现方式中，测试终端20也可自主地根据测试数据生成测试报告，并将测试报告提供给测试请求端10。这种实现方式下，测试终端20生成的测试报告是从单个用户角度出发的，测试请求端10可将从多个测试终端20收到的测试报告进行汇总整理，从而生成最终的测试报告。

当然，本实施例中，还可采用其它实现方式生成测试报告，本实施例并不限于此。

据此，在本实施例中，可基于验收测试请求，将目标测试任务下的至少一个待测页面批量分发给至少一个测试终端20，基于此，在测试终端20中，可在至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本，并可通过在至少一个待测页面下运行测试脚本，而获得测试数据，进而可根据测试数据，生成目标测试任务对应的测试报告。据此，本申请实施例中，可实现用户验收测试的自动化，不再需要占用人力成本，这可有效提高用户验收测试的测试效率，并降低测试成本。

在上述或下述实施例中，可采用多种实现方式为目标测试任务下的初始页面(下称初始页面)配置初始标识。其中，初始标识同特定标识作用一样，可作为初始页面下测试脚本的激活码。后文中也将提到，在一些情况下，初始标识可直接作为在至少一个待测页面之间传递的特定标识。

本实施例中，工作人员可在测试请求端10中为初始页面配置初始标识。

对测试请求端10来说，可将初始标识配置到验收测试请求中。

在一种实现方式中，测试请求端10可创建一邀请页面，并构建邀请页面与目标测试任务之间的跳转关系；根据邀请页面、目标测试任务下的至少一个待测页面以及跳转关系，生成验收测试请求。

例如，邀请页面中可配置可操控的测试任务列表，列表中可包含目标测试任务。这样，测试终端20在接收到验收测试请求时，可展示邀请页面中的测试任务列表，并可响应于用户对目标测试任务的触发操作，访问初始页面。

基于邀请页面，测试终端20在访问初始页面的情况下，可获取初始页面的来源，也即邀请页面的地址。这种情况下，邀请页面的地址可作为初始页面对应的特定来源地址。

在该实现方式中，可将特定来源地址作为初始页面的初始标识。

基于上文提及的页面程序或页面脚本，浏览器可在确定当前页面为初始页面的情况下，判断初始页面是否关联有特定来源地址，若判断结果为是，则可在初始页面下激活测试脚本。

在另一种实现方式中，测试请求端10可根据目标测试任务的唯一任务标识，创建初始标识，将初始标识作为目标测试任务下的初始页面的URL参数，并配置到初始页面的URL地址下；根据初始页面的配置URL参数后的URL地址，以及其它待测页面的地址，生成验收测试请求。

在该实现方式下，基于前文中为不同测试任务配置的唯一任务标识，可根据目标测试任务的唯一任务标识，创建初始标识。实际应用中，可直接将该唯一任务标识作为初始标识，也可在唯一任务标识基础上增加其它内容而生成初始标识，本实施例对此不作限定。

一种示例性的URL参数形式为：

https://xxx.com/52400180.html？no＝123456。其中，字符？之后的内容即为URL参数，也即“no＝123456”作为初始标识。

基于此，可通过URL参数的方式，为初始页面配置初始标识。

在该实现方式下，对测试终端20来说，基于上文提及的页面程序或页面脚本，浏览器在确定当前页面为初始页面的情况下，判断初始页面是否关联有URL参数，若判断结果为是，则可在初始页面下激活测试脚本。

这种情况下，初始标识可作为特定标识继续向后续页面传递，传递的过程将在后文中详述。

当然，本实施例中，还可采用其它实现方式为初始页面配置初始标识，本实施例并不限于此。

据此，本实施例中，测试请求端10可为目标测试任务下的初始页面配置初始标识，初始标识可作为初始页面下测试脚本的激活码，从而保证测试终端20可在初始页面下激活测试脚本。

在上述或下述实施例中，测试终端20可响应于从第一页面跳转至第二页面的跳转指令，将特定标识配置到第二页面下；确定第二页面下存在特定标识，则在第二页面下激活测试脚本；其中，第一页面和第二页面为至少一个待测页面中任意两个存在跳转关系的页面。

在第一页面为初始页面的情况下，对测试终端20来说，可获取初始页面关联的初始标识。

若初始标识为非特定来源地址，则将初始标识作为特定标识，以通过传递初始标识而分别在后续页面下激活测试脚本。

这种情况下，初始标识可能为URL参数，或者其它可传递的标识形式。测试终端20可将初始标识直接作为特定标识，而在至少一个待测页面之间进行传递。

若初始标识为特定来源地址或其他无法进行传递的标识形式，则可在初始页面下创建特定标识，以通过传递特定标识而分别在后续页面下激活测试脚本。

这种情况下，由于初始标识无法在待测页面之间进行传递，可在初始页面下创建特定标识。其中，可采用前述的创建URL参数的实现方式，根据目标测试任务的唯一任务标识，创建一URL参数，作为特定标识。当然，也可根据目标测试任务的唯一任务标识，创建其它约定值，作为特定标识。并在至少一个待测页面之间传递该特定标识。

据此，可基于初始页面，确定出用于传递的特定标识。

在此基础上，本实施例中，对测试终端20来说，可采用多种实现方式将特定标识配置到第二页面下。

在一种实现方式中，对测试终端20来说，可获取第二页面的URL地址；将特定标识作为URL参数配置到第二页面的URL地址下，以将特定标识配置到第二页面下。

实际应用中，浏览器可响应于从第一页面跳转至第二页面的跳转指令，基于第一页面下的测试脚本或页面程序或页面脚本，获取第二页面的地址，将特定标识作为URL参数，配置到第二页面的URL地址下。

在该实现方式中，需要在测试脚本或页面程序或页面脚本增加URL参数配置功能。关于URL参数的配置过程可参考前文中的描述。

在另一种实现方式中，对测试终端20来说，可将特定标识写入第二页面对应的本地存储区域中，以将特定标识配置到第二页面下。

实际应用中，浏览器可响应于从第一页面跳转至第二页面的跳转指令，基于第一页面下的测试脚本或页面程序或页面脚本，将特定标识写入第二页面对应的本地存储区域中。

在该实现方式中，可在测试脚本或页面程序或页面脚本增加web存储功能，以将特定标识存储至第二页面对应的本地存储区域中。

另外，在该实现方式中，在一些情况下，多个待测页面之间可能共用同一本地存储区域。据此，对测试终端20来说，可在传递特定标识前，检测第二页面对应的本地存储区域中是否已经存在特定标识，如果已经存在，则可无需再重复传递。

当然，本实施例中，还可采用其它实现方式将特定标识配置到第二页面下，本实施例并不限于此。

据此，本实施例中，可实现特定标识在至少一个待测页面之间的传递，从而保证在至少一个待测页面下顺利激活测试脚本。

在上述或下述实施例中，对测试终端20来说，可基于测试脚本，在至少一个待测页面下调用测试功能进行页面测试，以获得测试数据。

正如前文提及的，测试脚本承载的测试功能包括但不限于录屏功能、录像功能、引导功能、评分功能或补充意见功能等。

对于录像功能，测试终端20可在初始页面下，基于测试脚本创建用户录像任务；根据用户录像任务，调用录像组件持续进行用户录像，直至出现录像停用事件。

其中，录像停用事件包括但不限于接收到停止测试指令或目标测试任务结束等。也即是，在未出现录像停用事件的情况下，即使发生页面跳转，也将持续进行用户录像。这样，可避免录像组件频繁开关。

而在除初始页面外的其它页面下，基于测试脚本，将不再需要重复启动录像功能。

基于录像功能，可获得录像数据。

对于录屏功能，测试终端20可在基于测试脚本，在至少一个待测页面下分别进行页面状态及用户操作的录制。

在一种示例性方案中，可监测至少一个待测页面各自包含的HTML(HyperTextMarkup Language，超级文本标记语言)节点的状态；在HTML节点的状态发生变化的情况下，记录增量的状态信息，以实现对页面状态的录制。

对于一个页面来说，其中包含若干HTML节点。基于用户操作，页面中的HTML节点将发生状态变化，而HTML节点的状态变化可用于表征页面状态的变化。

其中，HTML节点的状态信息包括但不限于新出现状态信息、消失状态信息、属性状态信息或位置状态信息。

例如，用户的一个点击操作可能导致在页面中出现弹窗，这可对应新出现状态信息。点击操作还可能导致控件的颜色变化，这可对应属性状态信息。

对于用户操作的录制可采用传统的录屏方案，当然也可在上述页面状态录制方案的过程中，记录与用户操作相关的HTML节点的状态信息，而实现对用户操作的录制。

当然，还可采用其它录屏方案以对至少一个待测页面进行录屏。例如，可在其它页面语言监测其它页面参数以记录页面状态的变化，从而实现录屏。本实施例并不限于此。

基于录屏功能，可获得录屏数据。

另外，基于引导功能可在至少一个待测页面中分别展示引导信息，引导信息用于指导用户操作。引导功能也免去传统方案中工作人员需要进行的现场指导工作，节省大量的人力物力。

而基于打分功能及补充意见功能可向用户展示打分界面或补充意见见面，以供用户输入效率、清晰度、难易度等各种维度下的满意度得分，或供用户填写补充意见等。从而获得打分数据或补充意见数据。

参考图2a和2b，在完成至少一个待测页面的测试工作之后，用户可发出完成指令，以停止测试脚本承载的各项测试功能。

另外，若目标测试任务之后还存在下一测试任务，则可继续跳转至下一测试任务的初始页面，以继续对下一测试任务下的至少一个待测页面进行页面测试。

正如前文提及的，特定标识中可包含目标测试任务的唯一任务标识，测试终端20可基于该唯一任务标识，将从至少一个待测页面下获得的各类测试数据关联至该唯一任务标识。据此，可实现不同测试任务之间测试数据的隔离。

本实施例中，测试终端20可基于测试脚本，自动对至少一个待测页面分别进行页面测试，并获得至少一个待测页面对应的测试数据，作为测试报告的基础。

图3为本申请另一示例性实施例提供的一种用户验收测试方法的流程示意图。本实施例提供的用户验收测试方法可以由一用户验收测试装置来执行，该用户验收测试装置可以实现为软件或实现为软件和硬件的组合，该用户验收测试装置可集成设置在用户的测试终端中。如图3所示，该用户验收测试方法包括：

步骤300、接收验收测试请求，请求中包含至少一个待测页面；

步骤301、在至少一个待测页面之间传递特定标识，以分别在至少一个待测页面下激活测试脚本；

步骤302、在至少一个待测页面下运行测试脚本，以获取测试数据；

步骤303、根据测试数据，生成针对至少一个待测页面的测试报告。

本实施例中，上述的用户验收测试装置可实现为测试终端中的浏览器，当然，本实施例并不限于此。

在浏览器中，不同待测页面的处理过程是相互独立的，为了在至少一个待测页面下分别激活测试脚本，本实施例中，可在至少一个待测页面之间传递特定标识。以保证至少一个待测页面均关联有特定标识。

其中，特定标识可作为测试脚本的激活码。

据此，在至少一个待测页面均关联有特定标识的情况下，可实现在至少一个待测页面下激活测试脚本。

本实施例中，浏览器将顺序访问至少一个待测页面，在浏览器访问当前待测页面时，可基于特定标识，在当前页面下激活测试脚本，并通过运行测试脚本获取到当前页面对应的测试数据。在发生页面跳转时，可将特定标识传递至下一页面，从而浏览器在访问下一页面时，可基于特定标识，在下一页面下激活测试脚本，并通过运行测试脚本，获取到下一页面对应的测试数据。

这样，可获取到至少一个待测页面的测试数据。

据此，在本实施例中，可基于验收测试请求，将目标测试任务下的至少一个待测页面批量分发给至少一个测试终端，基于此，在测试终端中，可在至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本，并可通过在至少一个待测页面下运行测试脚本，而获得测试数据，进而可根据测试数据，生成目标测试任务对应的测试报告。据此，本申请实施例中，可实现用户验收测试的自动化，不再需要占用人力成本，这可有效提高用户验收测试的测试效率，并降低测试成本。

在上述或下述实施例中，可采用多种实现方式在至少一个待测页面下激活测试脚本。以下将提供一种示例性实现方式，但本实施例并不限于此，本实施例中，也可采用其它实现方式在至少一个待测页面下激活测试脚本。

在一示例性实现方式中，前述的步骤301，可包括：

响应于从第一页面跳转至第二页面的跳转指令，将特定标识配置到第二页面下；

确定第二页面下存在特定标识，则在第二页面下激活测试脚本；

其中，第一页面和第二页面为至少一个待测页面中任意两个存在跳转关系的页面。

在此基础上，本实施例中，可采用多种实现方式将特定标识配置到第二页面下。

在一种实现方式中，可获取特定标识及第二页面的URL地址；将特定标识作为URL参数配置到第二页面的URL地址下，以将特定标识配置到第二页面下。

在另一种实现方式中，可获取特定标识；将特定标识写入第二页面对应的本地存储区域中，以将特定标识配置到第二页面下。

当然，本实施例中，还可采用其它实现方式将特定标识配置到第二页面下，本实施例并不限于此。

据此，本实施例中，可实现特定标识在至少一个待测页面之间的传递，从而保证在至少一个待测页面下顺利激活测试脚本。

在上述或下述实施例中，可采用多种实现方式在至少一个待测页面之间传递特定标识。以下将提供一种示例性实现方式，但本实施例并不限于此，本实施例中，也可采用其它实现方式在至少一个待测页面之间传递特定标识。

在一示例性实施例中，可获取至少一个待测页面中的初始页面关联的初始标识；基于初始标识，在初始页面下激活测试脚本；若初始标识为非特定来源地址，则将初始标识作为特定标识，以通过传递初始标识而分别在后续页面下激活测试脚本。

若初始页面的URL地址下配置有URL参数，则将URL参数作为初始标识；或者

若检测到初始页面为从一特定来源地址跳转而来，则将特定来源地址作为初始标识。

这种情况下，初始标识可能为URL参数，或者其它可传递的标识形式。测试终端可将初始标识直接作为特定标识，而在至少一个待测页面之间进行传递。

若初始标识为特定来源地址，则在初始页面下创建特定标识，以通过传递特定标识而分别在后续页面下激活测试脚本。

这种情况下，由于初始标识无法在待测页面之间进行传递，可在初始页面下创建特定标识。其中，可采用前述的创建URL参数的实现方式，根据目标测试任务的唯一任务标识，创建一URL参数，作为特定标识。当然，也可根据目标测试任务的唯一任务标识，创建其它约定值，作为特定标识。并在至少一个待测页面之间传递该特定标识。

据此，可基于初始页面，确定出用于传递的特定标识。

在一可选实施例中，至少一个待测页面同属于目标测试任务，特定标识中包含目标测试任务的唯一任务标识。

在上述或下述实施例中，可采用多种实现方式获取测试数据。以下将提供一种示例性实现方式，但本实施例并不限于此，本实施例中，也可采用其它实现方式获取测试数据。

在一示例性实施例中，可基于测试脚本，在至少一个待测页面下调用测试功能进行页面测试，以获得测试数据。

本实施例中，测试功能包括录屏功能、录像功能、引导功能、评分功能或补充意见功能中的一种或多种。

其中，若测试功能包括录像功能，可在至少一个待测页面中的初始页面下，基于测试脚本，创建用户录像任务；根据用户录像任务，调用录像组件持续进行用户录像，直至出现录像停用事件。

其中，若测试功能包括录屏功能，可基于测试脚本，在至少一个待测页面下分别进行页面状态及用户操作的录制。

进一步，可采用多种录屏方案对至少一个待测页面进行录屏，在一种示例性录屏方案中，可监测至少一个待测页面各自包含的HTML节点的状态；在HTML节点的状态发生变化的情况下，记录增量的状态信息；其中，状态信息包括新出现状态信息、消失状态信息、属性状态信息或位置状态信息中的一种或多种。

当然，还可采用其它录屏方案以对至少一个待测页面进行录屏。例如，可在其它页面语言监测其它页面参数以记录页面状态的变化，从而实现录屏。本实施例并不限于此。

在一可选实施例中，步骤根据测试数据，生成针对至少一个待测页面的测试报告，包括：

将测试数据提供给测试请求端，以供测试请求端基于测试数据创建针对至少一个待测页面的测试报告。

值得说明的是，上述关于用户验收测试方法的各实施例中的技术细节，可参考前述的用户验收测试系统相关实施例中针对测试终端的描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

图4为本申请另一示例性实施例提供的另一种用户验收测试方法的流程示意图。本实施例提供的用户验收测试方法可以由一用户验收测试装置来执行，该用户验收测试装置可以实现为软件或实现为软件和硬件的组合，该用户验收测试装置可集成设置在用户的计算设备中。如图4所示，该用户验收测试方法包括：

步骤400、根据目标测试任务下的至少一个待测页面，生成验收测试请求；

步骤401、将验收测试请求发送给至少一个测试终端，以供至少一个测试终端通过在至少一个待测页面之间传递特定标识，以分别在至少一个待测页面下运行测试脚本，并返回获得的测试数据；

步骤402、根据至少一个测试终端提供的测试数据，生成针对目标测试任务的测试报告。

其中，可采用多种实现方式生成验收测试请求。

在一种实现方式中，可创建一邀请页面，并构建邀请页面与目标测试任务之间的跳转关系；根据邀请页面、目标测试任务下的至少一个待测页面以及跳转关系，生成验收测试请求，以供测试终端将邀请页面的地址作为目标测试任务下的初始页面对应的特定标识，而在初始页面下激活测试脚本。

在另一种实现方式中，可根据目标测试任务的唯一任务标识，创建特定标识；将特定标识作为目标测试任务下的初始页面的URL参数，并配置到初始页面的URL地址下；根据初始页面的配置URL参数后的URL地址，以及其它待测页面的地址，生成验收测试请求。

本实施例中，测试数据中包含录屏数据、录像数据、满意度评分或补充意见中的一种或多种。

另外，本实施例中，可将测试数据输入评价模型中；在评价模型中，基于测试数据与评价参数之间的关联关系，确定测试数据对应的评价参数；根据评价参数，生成测试报告。

当然，本实施例中，还可采用其它方案生成测试报告，本实施例并不限于此。

值得说明的是，上述关于用户验收测试方法的各实施例中的技术细节，可参考前述的用户验收测试系统相关实施例中针对测试请求端的描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如400、401等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的页面、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图5为本申请又一示例性实施例提供的一种测试终端的结构示意图。如图5所示，该计算设备包括存储器50、处理器51和通信组件52；

存储器50用于存储一条或多条计算机指令；

处理器51与存储器51和通信组件52耦合，用于执行一条或多条计算机指令，以用于：

通过通信组件52接收验收测试请求，请求中包含至少一个待测页面；

在至少一个待测页面之间传递特定标识，以分别在至少一个待测页面下激活测试脚本；

在至少一个待测页面下运行测试脚本，以获取测试数据；

根据测试数据，生成针对至少一个待测页面的测试报告。

在一可选实施例中，处理器51在至少一个待测页面之间传递特定标识，以分别在至少一个待测页面下激活测试脚本时，用于：

响应于从第一页面跳转至第二页面的跳转指令，将特定标识配置到第二页面下；

确定第二页面下存在特定标识，则在第二页面下激活测试脚本；

其中，第一页面和第二页面为至少一个待测页面中任意两个存在跳转关系的页面。

在一可选实施例中，处理器51在将特定标识配置到第二页面下时，用于：

获取特定标识及第二页面的URL地址；

将特定标识作为URL参数配置到第二页面的URL地址下，以将特定标识配置到第二页面下。

在一可选实施例中，处理器51在将特定标识配置到第二页面下时，用于：

获取特定标识；

将特定标识写入第二页面对应的本地存储区域中，以将特定标识配置到第二页面下。

在一可选实施例中，处理器51在至少一个待测页面之间传递特定标识，以分别在至少一个待测页面下激活测试脚本时，用于：

获取至少一个待测页面中的初始页面关联的初始标识；

基于初始标识，在初始页面下激活测试脚本；

若初始标识为非特定来源地址，则将初始标识作为特定标识，以通过传递初始标识而分别在后续页面下激活测试脚本。

在一可选实施例中，处理器51在获取至少一个待测页面中的初始页面关联的初始标识时，用于：

若初始页面的URL地址下配置有URL参数，则将URL参数作为初始标识；或者

若检测到初始页面为从一特定来源地址跳转而来，则将特定来源地址作为初始标识。

在一可选实施例中，处理器51还用于：

若初始标识为特定来源地址，则在初始页面下创建特定标识，以通过传递特定标识而分别在后续页面下激活测试脚本。

在一可选实施例中，至少一个待测页面同属于目标测试任务，特定标识中包含目标测试任务的唯一任务标识。

在一可选实施例中，处理器51在至少一个待测页面下运行测试脚本，以获取测试数据时，用于：

基于测试脚本，在至少一个待测页面下调用测试功能进行页面测试，以获得测试数据。

在一可选实施例中，测试功能包括录屏功能、录像功能、引导功能、评分功能或补充意见功能中的一种或多种。

在一可选实施例中，处理器51在基于测试脚本，在至少一个待测页面下调用录像功能进行页面测试时，用于：

在至少一个待测页面中的初始页面下，基于测试脚本，创建用户录像任务；

根据用户录像任务，调用录像组件持续进行用户录像，直至出现录像停用事件。

在一可选实施例中，处理器51在基于测试脚本，在至少一个待测页面下调用录屏功能进行页面测试时，用于：

基于测试脚本，在至少一个待测页面下分别进行页面状态及用户操作的录制。

在一可选实施例中，处理器51在至少一个待测页面下分别进行页面状态的录制时，用于：

监测至少一个待测页面各自包含的HTML节点的状态；

在HTML节点的状态发生变化的情况下，记录增量的状态信息；

其中，状态信息包括新出现状态信息、消失状态信息、属性状态信息或位置状态信息中的一种或多种。

在一可选实施例中，处理器51在根据测试数据，生成针对至少一个待测页面的测试报告时，用于：

将测试数据提供给测试请求端，以供测试请求端基于测试数据创建针对至少一个待测页面的测试报告。

值得说明的是，上述关于测试终端的各实施例中的技术细节，可参考前述的用户验收测试系统相关实施例中针对测试终端的描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

进一步，如图5所示，该计算设备还包括：电源组件53、显示器54、音频组件55等其它组件。图5中仅示意性给出部分组件，并不意味着计算设备只包括图5所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由测试终端执行的各步骤。

图6为本申请又一示例性实施例提供的一种测试终端的结构示意图。如图6所示，该计算设备包括存储器60、处理器61和通信组件62；

存储器60用于存储一条或多条计算机指令；

处理器61与存储器61和通信组件62耦合，用于执行一条或多条计算机指令，以用于：

根据目标测试任务下的至少一个待测页面，生成验收测试请求；

通过通信组件62将验收测试请求发送给至少一个测试终端，以供至少一个测试终端通过在至少一个待测页面之间传递特定标识，以分别在至少一个待测页面下运行测试脚本，并返回获得的测试数据；

根据至少一个测试终端提供的测试数据，生成针对目标测试任务的测试报告。

在一可选实施例中，处理器62在根据目标测试任务下的至少一个待测页面，生成验收测试请求时，用于：

创建一邀请页面，并构建邀请页面与目标测试任务之间的跳转关系；

根据邀请页面、目标测试任务下的至少一个待测页面以及跳转关系，生成验收测试请求，以供测试终端将邀请页面的地址作为目标测试任务下的初始页面对应的特定标识，而在初始页面下激活测试脚本。

在一可选实施例中，处理器62在根据目标测试任务下的至少一个待测页面，生成验收测试请求时，用于：

根据目标测试任务的唯一任务标识，创建特定标识；

将特定标识作为目标测试任务下的初始页面的URL参数，并配置到初始页面的URL地址下；

根据初始页面的配置URL参数后的URL地址，以及其它待测页面的地址，生成验收测试请求。

在一可选实施例中，测试数据中包含录屏数据、录像数据、满意度评分或补充意见中的一种或多种。

在一可选实施例中，处理器62在根据至少一个测试终端提供的测试数据，生成针对目标测试任务的测试报告时用于：

将测试数据输入评价模型中；

在评价模型中，基于测试数据与评价参数之间的关联关系，确定测试数据对应的评价参数；

根据评价参数，生成测试报告。

值得说明的是，上述关于计算设备的各实施例中的技术细节，可参考前述的用户验收测试系统相关实施例中针对测试请求端的描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

进一步，如图6所示，该计算设备还包括：电源组件63等其它组件。图6中仅示意性给出部分组件，并不意味着计算设备只包括图6所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由计算设备执行的各步骤。

其中，图5和6中的存储器，用于存储计算机程序，并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

其中，图5和6中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

其中，图5和6中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

其中，图5中的显示器，包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

其中，图5中的音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (21)

1.一种用户验收测试方法，其特征在于，包括：

接收验收测试请求，所述验收测试请求中包含至少一个待测页面；

在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本；

在所述至少一个待测页面下运行所述测试脚本，以获取测试数据；

根据所述测试数据，生成针对所述至少一个待测页面的测试报告；

其中，所述在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本，包括：

响应于从第一页面跳转至第二页面的跳转指令，将所述特定标识配置到所述第二页面下；确定所述第二页面下存在所述特定标识，则在所述第二页面下激活所述测试脚本；所述第一页面和所述第二页面为所述至少一个待测页面中任意两个存在跳转关系的页面。

2.根据权利要求1所述的方法，其特征在于，所述将所述特定标识配置到所述第二页面下，包括：

获取所述特定标识及所述第二页面的URL地址；

将所述特定标识作为URL参数配置到所述第二页面的URL地址下，以将所述特定标识配置到所述第二页面下。

3.根据权利要求1所述的方法，其特征在于，所述将所述特定标识配置到所述第二页面下，包括：

获取所述特定标识；

将所述特定标识写入所述第二页面对应的本地存储区域中，以将所述特定标识配置到所述第二页面下。

4.根据权利要求1所述的方法，其特征在于，所述在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本，包括：

获取所述至少一个待测页面中的初始页面关联的初始标识；

基于所述初始标识，在所述初始页面下激活所述测试脚本；

若所述初始标识为非特定来源地址，则将所述初始标识作为所述特定标识，以通过传递所述初始标识而分别在后续页面下激活所述测试脚本。

5.根据权利要求4所述的方法，其特征在于，所述获取所述至少一个待测页面中的初始页面关联的初始标识，包括：

若所述初始页面的URL地址下配置有URL参数，则将所述URL参数作为所述初始标识；或者

若检测到所述初始页面为从一特定来源地址跳转而来，则将所述特定来源地址作为所述初始标识。

6.根据权利要求4所述的方法，其特征在于，还包括：

若所述初始标识为特定来源地址，则在所述初始页面下创建所述特定标识，以通过传递所述特定标识而分别在后续页面下激活所述测试脚本。

7.根据权利要求1所述的方法，其特征在于，所述至少一个待测页面同属于目标测试任务，所述特定标识中包含所述目标测试任务的唯一任务标识。

8.根据权利要求1所述的方法，其特征在于，所述在所述至少一个待测页面下运行所述测试脚本，以获取测试数据，包括：

基于所述测试脚本，在所述至少一个待测页面下调用测试功能进行页面测试，以获得所述测试数据。

9.根据权利要求8所述的方法，其特征在于，所述测试功能包括录屏功能、录像功能、引导功能、评分功能或补充意见功能中的一种或多种。

10.根据权利要求9所述的方法，其特征在于，所述测试功能包括录像功能时，所述基于所述测试脚本，在所述至少一个待测页面下调用测试功能进行页面测试，包括：

在所述至少一个待测页面中的初始页面下，基于所述测试脚本，创建用户录像任务；

根据所述用户录像任务，调用录像组件持续进行用户录像，直至出现录像停用事件。

11.根据权利要求9所述的方法，其特征在于，所述测试功能包括录屏功能时，所述基于所述测试脚本，在所述至少一个待测页面下调用测试功能进行页面测试，包括：

基于所述测试脚本，在所述至少一个待测页面下分别进行页面状态及用户操作的录制。

12.根据权利要求11所述的方法，其特征在于，在所述至少一个待测页面下分别进行页面状态的录制，包括：

监测所述至少一个待测页面各自包含的HTML节点的状态；

在所述HTML节点的状态发生变化的情况下，记录增量的状态信息；

其中，所述状态信息包括新出现状态信息、消失状态信息、属性状态信息或位置状态信息中的一种或多种。

13.根据权利要求1所述的方法，其特征在于，所述根据所述测试数据，生成针对所述至少一个待测页面的测试报告，包括：

将所述测试数据提供给测试请求端，获取所述测试请求端基于所述测试数据创建针对所述至少一个待测页面的测试报告。

14.一种用户验收测试方法，其特征在于，包括:

根据目标测试任务下的至少一个待测页面，生成验收测试请求；

将所述验收测试请求发送给至少一个测试终端，以供所述至少一个测试终端通过在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下运行测试脚本，并返回获得的测试数据；其中，所述在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下运行测试脚本的过程包括：响应于从第一页面跳转至第二页面的跳转指令，将所述特定标识配置到所述第二页面下；确定所述第二页面下存在所述特定标识，则在所述第二页面下激活所述测试脚本；所述第一页面和所述第二页面为所述至少一个待测页面中任意两个存在跳转关系的页面；

根据所述至少一个测试终端提供的测试数据，生成针对所述目标测试任务的测试报告。

15.根据权利要求14所述的方法，其特征在于，所述根据目标测试任务下的至少一个待测页面，生成验收测试请求，包括：

创建一邀请页面，并构建所述邀请页面与所述目标测试任务之间的跳转关系；

根据所述邀请页面、所述目标测试任务下的至少一个待测页面以及所述跳转关系，生成所述验收测试请求，以供所述测试终端将所述邀请页面的地址作为所述目标测试任务下的初始页面对应的特定标识，而在所述初始页面下激活所述测试脚本。

16.根据权利要求14所述的方法，其特征在于，所述根据目标测试任务下的至少一个待测页面，生成验收测试请求，包括：

根据所述目标测试任务的唯一任务标识，创建所述特定标识；

将所述特定标识作为所述目标测试任务下的初始页面的URL参数，并配置到所述初始页面的URL地址下；

根据所述初始页面的配置URL参数后的URL地址，以及其它待测页面的地址，生成所述验收测试请求。

17.根据权利要求14所述的方法，其特征在于，所述测试数据中包含录屏数据、录像数据、满意度评分或补充意见中的一种或多种。

18.根据权利要求14所述的方法，其特征在于，所述根据所述至少一个测试终端提供的测试数据，生成针对所述目标测试任务的测试报告，包括：

将所述测试数据输入评价模型中；

在所述评价模型中，基于测试数据与评价参数之间的关联关系，确定所述测试数据对应的评价参数；

根据所述评价参数，生成所述测试报告。

19.一种计算设备，其特征在于，包括存储器、处理器和通信组件；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器和所述通信组件耦合，用于执行所述一条或多条计算机指令，以用于：

通过所述通信组件接收验收测试请求，所述请求中包含至少一个待测页面；

在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本；

在所述至少一个待测页面下运行所述测试脚本，以获取测试数据；

根据所述测试数据，生成针对所述至少一个待测页面的测试报告；

其中，所述处理器在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下激活测试脚本的过程中，用于：

响应于从第一页面跳转至第二页面的跳转指令，将所述特定标识配置到所述第二页面下；确定所述第二页面下存在所述特定标识，则在所述第二页面下激活所述测试脚本；所述第一页面和所述第二页面为所述至少一个待测页面中任意两个存在跳转关系的页面。

20.一种计算设备，其特征在于，包括存储器、处理器和通信组件；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器和所述通信组件耦合，用于执行所述一条或多条计算机指令，以用于：

根据目标测试任务下的至少一个待测页面，生成验收测试请求；

通过所述通信组件将所述验收测试请求发送给至少一个测试终端，以供所述至少一个测试终端通过在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下运行测试脚本，并返回获得的测试数据，其中，所述在所述至少一个待测页面之间传递特定标识，以分别在所述至少一个待测页面下运行测试脚本的过程包括：响应于从第一页面跳转至第二页面的跳转指令，将所述特定标识配置到所述第二页面下；确定所述第二页面下存在所述特定标识，则在所述第二页面下激活所述测试脚本；所述第一页面和所述第二页面为所述至少一个待测页面中任意两个存在跳转关系的页面；

根据所述至少一个测试终端提供的测试数据，生成针对所述目标测试任务的测试报告。

21.一种存储计算机指令的计算机可读存储介质，其特征在于，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行权利要求1-18任一项所述的用户验收测试方法。

Images