CN109918288A - 用例测试方法及装置 - Google Patents

Abstract

本发明公开了一种用例测试方法及装置。其中，该方法包括：获取待测试用例，其中，上述待测试用例用于测试用户界面功能；在基于目标工具库创建测试环境之后，在上述测试环境下运行上述待测试用例，其中，上述目标工具库至少包括：puppeteer工具库；依据运行结果确定上述待测试用例是否通过测试，其中，在目标页面中展示上述运行结果和上述待测试用例的测试结果，上述目标页面至少包括：可视化页面。本发明解决了现有技术中的测试方法人工测试成本较高且测试准确性较低的技术问题。

Description

用例测试方法及装置

技术领域

本发明涉及测试技术领域，具体而言，涉及一种用例测试方法及装置。

背景技术

在现有技术中，在修改前端代码之后，测试人员往往需要回归测试大量用例以保证代码的正确性，但在用例测试中，不仅人工测试成本较高，还不可避免会遗漏掉某些测试用例，测试准确性较低容易导致将代码发到线上之后出现问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种用例测试方法及装置，以至少解决现有技术中的测试方法人工测试成本较高且测试准确性较低的技术问题。

根据本发明实施例的一个方面，提供了一种用例测试方法，包括：获取待测试用例，其中，上述待测试用例用于测试用户界面功能；在基于目标工具库创建测试环境之后，在上述测试环境下运行上述待测试用例，其中，上述目标工具库至少包括：puppeteer工具库；依据运行结果确定上述待测试用例是否通过测试，其中，在目标页面中展示上述运行结果和上述待测试用例的测试结果，上述目标页面至少包括：可视化页面。

进一步地，上述待测试用例包括以下至少之一：基于功能回归点数据编写的第一测试用例；采用代码录制工具录制的第二测试用例。

进一步地，上述测试环境至少包括：页面语言环境；基于目标工具库创建测试环境，包括：采用上述目标工具库访问上述可视化页面，以创建上述页面语言环境；在上述测试环境下运行上述待测试用例，包括：在上述页面语言环境下运行上述待测试用例，得到上述运行结果。

进一步地，依据运行结果确定上述待测试用例是否通过测试，包括：检测运行上述待测试用例后上述可视化页面的当前页面状态；比对上述当前页面状态与目标页面状态，得到比对结果；在上述比对结果指示上述当前页面状态与目标页面状态一致的情况下，确定上述待测试用例通过测试，在上述比对结果指示上述当前页面状态与目标页面状态不一致的情况下，确定上述待测试用例未通过测试。

进一步地，在确定上述待测试用例通过测试之后，上述方法还包括：记录上述待测试用例，并在上述可视化页面中标注上述待测试用例的当前状态为测试通过状态；在确定上述待测试用例未通过测试之后，上述方法还包括：生成与上述待测试用例对应的快照数据，并记录与上述待测试用例对应的日志数据，以及在上述可视化页面中标注上述待测试用例的当前状态为测试未通过状态。

根据本发明实施例的另一方面，还提供了一种用例测试装置，包括：获取模块，用于获取待测试用例，其中，上述待测试用例用于测试用户界面功能；运行模块，用于在基于目标工具库创建测试环境之后，在上述测试环境下运行上述待测试用例，其中，上述目标工具库至少包括：puppeteer工具库；确定模块，用于依据运行结果确定上述待测试用例是否通过测试，其中，在目标页面中展示上述运行结果和上述待测试用例的测试结果，上述目标页面至少包括：可视化页面。

进一步地，上述测试环境至少包括：页面语言环境；上述装置还包括：创建模块，用于采用上述目标工具库访问上述可视化页面，以创建上述页面语言环境；上述运行模块，还用于在上述页面语言环境下运行上述待测试用例，得到上述运行结果。

进一步地，上述确定模块包括：检测单元，用于检测运行上述待测试用例后上述可视化页面的当前页面状态；比对单元，用于比对上述当前页面状态与目标页面状态，得到比对结果；确定单元，用于在上述比对结果指示上述当前页面状态与目标页面状态一致的情况下，确定上述待测试用例通过测试，在上述比对结果指示上述当前页面状态与目标页面状态不一致的情况下，确定上述待测试用例未通过测试。

根据本发明实施例的另一方面，还提供了一种存储介质，上述存储介质包括存储的程序，其中，在上述程序运行时控制上述存储介质所在设备执行任意一项上述的用例测试方法。

根据本发明实施例的另一方面，还提供了一种处理器，上述处理器用于运行程序，其中，上述程序运行时执行任意一项上述的用例测试方法。

在本发明实施例中，通过获取待测试用例，其中，上述待测试用例用于测试用户界面功能；在基于目标工具库创建测试环境之后，在上述测试环境下运行上述待测试用例，其中，上述目标工具库至少包括：puppeteer工具库；依据运行结果确定上述待测试用例是否通过测试，其中，在目标页面中展示上述运行结果和上述待测试用例的测试结果，上述目标页面至少包括：可视化页面，达到了可视化测试用例的测试结果的目的，并且实现了降低测试成本且提高测试准确性的技术效果，进而解决了现有技术中的测试方法人工测试成本较高且测试准确性较低的技术问题。

附图说明

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

图1是根据本发明实施例的一种用例测试方法的流程图；

图2是根据本发明实施例的一种可选的用例测试方法的流程图；

图3是根据本发明实施例的一种可选的用例测试方法的流程图；

图4是根据本发明实施例的一种用例测试装置的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种用例测试方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种用例测试方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，获取待测试用例，其中，上述待测试用例用于测试用户界面功能；

步骤S104，在基于目标工具库创建测试环境之后，在上述测试环境下运行上述待测试用例，其中，上述目标工具库至少包括：puppeteer工具库；

步骤S106，依据运行结果确定上述待测试用例是否通过测试，其中，在目标页面中展示上述运行结果和上述待测试用例的测试结果，上述目标页面至少包括：可视化页面。

在一种可选的实施例中，上述待测试用例包括以下至少之一：基于功能回归点数据编写的第一测试用例；采用代码录制工具录制的第二测试用例。

可选的，上述待测试用例可以但不限于通过以下方式生成：前端开发人员基于功能回归点数据编写的第一测试用例，例如，根据产品的完整的产品功能回归点数据编写的测试代码，通过前端自动化功能测试，可以快速回归线上页面功能点，减少测试人员测试成本，覆盖基本用例；测试人员采用代码录制工具录制的第二测试用例，例如，通过采用代码录制工具puppeteer record录制的测试脚本。

需要说明的是，在本申请实施例中，可以但不限于使用JavaScript语言编写用例，学习成本低，不需要学习其他编程语言。

可选的，在获取待测试用例之后，可以通过使用puppeteer工具库创建测试环境，并在上述测试环境下运行上述待测试用例。并且，还可以通过定时运行上述待测试用例，在目标页面中展示上述运行结果和上述待测试用例的测试结果，快速发现线上问题，并能及时通知开发人员。

在一种可选的实施例中，可以通过以下测试***的四个模块实现上述用例测试方法：用例生成模块、运行模块、报告模块、可视化模块。

其中，用例生成模块用于获取待测试用例，上述待测试可以为开发人员编写的测试代码以及测试人员录制的用例；运行模块用于启动浏览器环境创建页面上下文并运行上述待测试用例；报告模块用于对运行结果进行分析处理，对有异常的模块进行上报通知；可视化模块用于方便前端自动化测试的相关人员可以访问可视化页面来启动运行自动化测试用例，并在该可视化页面可以清晰的得到每个待测试用例的运行结果和测试结果。

在本发明实施例中，通过获取待测试用例，其中，上述待测试用例用于测试用户界面功能；在基于目标工具库创建测试环境之后，在上述测试环境下运行上述待测试用例，其中，上述目标工具库至少包括：puppeteer工具库；依据运行结果确定上述待测试用例是否通过测试，其中，在目标页面中展示上述运行结果和上述待测试用例的测试结果，上述目标页面至少包括：可视化页面，达到了可视化测试用例的测试结果的目的，并且实现了降低测试成本且提高测试准确性的技术效果，进而解决了现有技术中的测试方法人工测试成本较高且测试准确性较低的技术问题。

在一种可选的实施例中，上述测试环境至少包括：页面语言环境；基于目标工具库创建测试环境，包括：步骤S202，采用上述目标工具库访问上述可视化页面，以创建上述页面语言环境；在上述测试环境下运行上述待测试用例，包括：步骤S204，在上述页面语言环境下运行上述待测试用例，得到上述运行结果。

在上述可选的实施例中，可以通过使用puppeteer工具库在headless Chrome访问某个可视化页面创建测试环境，也即，创建一个页面上下文(Page Context)，在上述页面语言环境下运行上述待测试用例，得到上述运行结果，例如，通过api接口来进行dom编程操作，例如，模拟点击，输入框输入内容等等。

在一种可选的实施例中，图2是根据本发明实施例的一种可选的用例测试方法的流程图，如图2所示，依据运行结果确定上述待测试用例是否通过测试，包括：

步骤S302，检测运行上述待测试用例后上述可视化页面的当前页面状态；

步骤S304，比对上述当前页面状态与目标页面状态，得到比对结果；

步骤S306，在上述比对结果指示上述当前页面状态与目标页面状态一致的情况下，确定上述待测试用例通过测试，在上述比对结果指示上述当前页面状态与目标页面状态不一致的情况下，确定上述待测试用例未通过测试。

在上述可选的实施例中，由于运行上述待测试用例后，可视化页面会有相应的改变，进而可以通过检测运行上述待测试用例后上述可视化页面的当前页面状态，并比对上述当前页面状态与目标页面状态，在上述比对结果指示上述当前页面状态与目标页面状态一致的情况下，确定上述待测试用例通过测试(例如，待测试用例的代码逻辑正常)，在上述比对结果指示上述当前页面状态与目标页面状态不一致(例如，待测试用例的代码逻辑异常)的情况下，确定上述待测试用例未通过测试。

在一种可选的实施例中，在确定上述待测试用例通过测试之后，上述方法还包括：步骤S402，记录上述待测试用例，并在上述可视化页面中标注上述待测试用例的当前状态为测试通过状态。

在另一种可选的实施例中，在确定上述待测试用例未通过测试之后，上述方法还包括：步骤S404，生成与上述待测试用例对应的快照数据，并记录与上述待测试用例对应的日志数据，以及在上述可视化页面中标注上述待测试用例的当前状态为测试未通过状态。

根据上述待测试用例是否通过测试的状态，可以采用不同方式进行处理，例如，对于测试通过的待测试用例，记录上述待测试用例，并在上述可视化页面中标注上述待测试用例的当前状态为测试通过状态；对于测试未通过的待测试用例，生成与上述待测试用例对应的快照数据，并记录与上述待测试用例对应的日志数据，以及在上述可视化页面中标注上述待测试用例的当前状态为测试未通过状态。

以下通过一种可选的实施例，对本申请实施例所提供的用例测试方法进行阐述，图3是根据本发明实施例的一种可选的用例测试方法的流程图，如图3所示，上述可选的用例测试方法，包括以下方法步骤：

步骤S502，获取待测试用例，其中，上述待测试用例用于测试用户界面功能；

步骤S504，采用目标工具库访问可视化页面，以创建页面语言环境，其中，上述目标工具库至少包括：puppeteer工具库；

步骤S506，在上述页面语言环境下运行上述待测试用例得到运行结果；

步骤S508，检测运行上述待测试用例后上述可视化页面的当前页面状态；

步骤S510，比对上述当前页面状态与目标页面状态，得到比对结果；

步骤S512，在上述比对结果指示上述当前页面状态与目标页面状态一致的情况下，确定上述待测试用例通过测试；

步骤S514，在上述比对结果指示上述当前页面状态与目标页面状态不一致的情况下，确定上述待测试用例未通过测试；

其中，在确定上述待测试用例通过测试之后，执行步骤S516，在确定上述待测试用例未通过测试之后，执行步骤S518。

步骤S516，记录上述待测试用例，并在上述可视化页面中标注上述待测试用例的当前状态为测试通过状态；

步骤S518，生成与上述待测试用例对应的快照数据，并记录与上述待测试用例对应的日志数据，以及在上述可视化页面中标注上述待测试用例的当前状态为测试未通过状态。

需要说明的是，本申请实施例所提供的用例测试方法，相比较现有的测试方法，通过采用JavaScript语言编写用例，学习成本低，不需要学习其他编程语言；并且可以进行网络请求拦截，并模拟返回数据；可以模拟弱网状态和无网络状态下前端页面功能的表现；可以开启debug模式，用例有问题时，方便开发人员定位问题；可以生成当前页面快照，方便定位问题；测试人员可以通过工具生成测试脚本，降低测试人员学习成本；提供可视化界面方便查看测试结果。

实施例2

根据本发明实施例，还提供了一种用于实施上述用例测试方法的装置实施例，图4是根据本发明实施例的一种用例测试装置的结构示意图，如图4所示，上述用例测试装置，包括：获取模块40、运行模块42和确定模块44，其中:

获取模块40，用于获取待测试用例，其中，上述待测试用例用于测试用户界面功能；运行模块42，用于在基于目标工具库创建测试环境之后，在上述测试环境下运行上述待测试用例，其中，上述目标工具库至少包括：puppeteer工具库；确定模块44，用于依据运行结果确定上述待测试用例是否通过测试，其中，在目标页面中展示上述运行结果和上述待测试用例的测试结果，上述目标页面至少包括：可视化页面。

在一种可选的实施例中，上述测试环境至少包括：页面语言环境；上述装置还包括：创建模块，用于采用上述目标工具库访问上述可视化页面，以创建上述页面语言环境；上述运行模块，还用于在上述页面语言环境下运行上述待测试用例，得到上述运行结果。

在一种可选的实施例中，上述确定模块包括：检测单元，用于检测运行上述待测试用例后上述可视化页面的当前页面状态；比对单元，用于比对上述当前页面状态与目标页面状态，得到比对结果；确定单元，用于在上述比对结果指示上述当前页面状态与目标页面状态一致的情况下，确定上述待测试用例通过测试，在上述比对结果指示上述当前页面状态与目标页面状态不一致的情况下，确定上述待测试用例未通过测试。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，例如，对于后者，可以通过以下方式实现：上述各个模块可以位于同一处理器中；或者，上述各个模块以任意组合的方式位于不同的处理器中。

此处需要说明的是，上述获取模块40、运行模块42和确定模块44对应于实施例1中的步骤S102至步骤S106，上述模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在计算机终端中。

需要说明的是，本实施例的可选或优选实施方式可以参见实施例1中的相关描述，此处不再赘述。

上述的用例测试装置还可以包括处理器和存储器，上述获取模块40、运行模块42和确定模块44等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元，上述内核可以设置一个或以上。存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

根据本申请实施例，还提供了一种存储介质实施例。可选地，在本实施例中，上述存储介质包括存储的程序，其中，在上述程序运行时控制上述存储介质所在设备执行上述任意一种用例测试方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中，上述存储介质包括存储的程序。

可选地，在程序运行时控制存储介质所在设备执行以下功能：获取待测试用例，其中，上述待测试用例用于测试用户界面功能；在基于目标工具库创建测试环境之后，在上述测试环境下运行上述待测试用例，其中，上述目标工具库至少包括：puppeteer工具库；依据运行结果确定上述待测试用例是否通过测试，其中，在目标页面中展示上述运行结果和上述待测试用例的测试结果，上述目标页面至少包括：可视化页面。

可选地，在程序运行时控制存储介质所在设备执行以下功能：采用上述目标工具库访问上述可视化页面，以创建上述页面语言环境；在上述页面语言环境下运行上述待测试用例，得到上述运行结果。

可选地，在程序运行时控制存储介质所在设备执行以下功能：检测运行上述待测试用例后上述可视化页面的当前页面状态；比对上述当前页面状态与目标页面状态，得到比对结果；在上述比对结果指示上述当前页面状态与目标页面状态一致的情况下，确定上述待测试用例通过测试，在上述比对结果指示上述当前页面状态与目标页面状态不一致的情况下，确定上述待测试用例未通过测试。

可选地，在程序运行时控制存储介质所在设备执行以下功能：记录上述待测试用例，并在上述可视化页面中标注上述待测试用例的当前状态为测试通过状态；在确定上述待测试用例未通过测试之后，上述方法还包括：生成与上述待测试用例对应的快照数据，并记录与上述待测试用例对应的日志数据，以及在上述可视化页面中标注上述待测试用例的当前状态为测试未通过状态。

根据本申请实施例，还提供了一种处理器实施例。可选地，在本实施例中，上述处理器用于运行程序，其中，上述程序运行时执行上述任意一种用例测试方法。

本申请实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：获取待测试用例，其中，上述待测试用例用于测试用户界面功能；在基于目标工具库创建测试环境之后，在上述测试环境下运行上述待测试用例，其中，上述目标工具库至少包括：puppeteer工具库；依据运行结果确定上述待测试用例是否通过测试，其中，在目标页面中展示上述运行结果和上述待测试用例的测试结果，上述目标页面至少包括：可视化页面。

可选地，上述处理器执行程序时，还可以采用上述目标工具库访问上述可视化页面，以创建上述页面语言环境；在上述页面语言环境下运行上述待测试用例，得到上述运行结果。

可选地，上述处理器执行程序时，还可以检测运行上述待测试用例后上述可视化页面的当前页面状态；比对上述当前页面状态与目标页面状态，得到比对结果；在上述比对结果指示上述当前页面状态与目标页面状态一致的情况下，确定上述待测试用例通过测试，在上述比对结果指示上述当前页面状态与目标页面状态不一致的情况下，确定上述待测试用例未通过测试。

可选地，上述处理器执行程序时，还可以记录上述待测试用例，并在上述可视化页面中标注上述待测试用例的当前状态为测试通过状态；在确定上述待测试用例未通过测试之后，上述方法还包括：生成与上述待测试用例对应的快照数据，并记录与上述待测试用例对应的日志数据，以及在上述可视化页面中标注上述待测试用例的当前状态为测试未通过状态。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：获取待测试用例，其中，上述待测试用例用于测试用户界面功能；在基于目标工具库创建测试环境之后，在上述测试环境下运行上述待测试用例，其中，上述目标工具库至少包括：puppeteer工具库；依据运行结果确定上述待测试用例是否通过测试，其中，在目标页面中展示上述运行结果和上述待测试用例的测试结果，上述目标页面至少包括：可视化页面。

可选地，上述计算机程序产品执行程序时，还可以采用上述目标工具库访问上述可视化页面，以创建上述页面语言环境；在上述页面语言环境下运行上述待测试用例，得到上述运行结果。

可选地，上述计算机程序产品执行程序时，还可以检测运行上述待测试用例后上述可视化页面的当前页面状态；比对上述当前页面状态与目标页面状态，得到比对结果；在上述比对结果指示上述当前页面状态与目标页面状态一致的情况下，确定上述待测试用例通过测试，在上述比对结果指示上述当前页面状态与目标页面状态不一致的情况下，确定上述待测试用例未通过测试。

可选地，上述计算机程序产品执行程序时，还可以记录上述待测试用例，并在上述可视化页面中标注上述待测试用例的当前状态为测试通过状态；在确定上述待测试用例未通过测试之后，上述方法还包括：生成与上述待测试用例对应的快照数据，并记录与上述待测试用例对应的日志数据，以及在上述可视化页面中标注上述待测试用例的当前状态为测试未通过状态。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

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

获取待测试用例，其中，所述待测试用例用于测试用户界面功能；

在基于目标工具库创建测试环境之后，在所述测试环境下运行所述待测试用例，其中，所述目标工具库至少包括：puppeteer工具库；

依据运行结果确定所述待测试用例是否通过测试，其中，在目标页面中展示所述运行结果和所述待测试用例的测试结果，所述目标页面至少包括：可视化页面。

2.根据权利要求1所述的方法，其特征在于，所述待测试用例包括以下至少之一：基于功能回归点数据编写的第一测试用例；采用代码录制工具录制的第二测试用例。

3.根据权利要求1所述的方法，其特征在于，

所述测试环境至少包括：页面语言环境；基于目标工具库创建测试环境，包括：采用所述目标工具库访问所述可视化页面，以创建所述页面语言环境；

在所述测试环境下运行所述待测试用例，包括：在所述页面语言环境下运行所述待测试用例，得到所述运行结果。

4.根据权利要求3所述的方法，其特征在于，依据运行结果确定所述待测试用例是否通过测试，包括：

检测运行所述待测试用例后所述可视化页面的当前页面状态；

比对所述当前页面状态与目标页面状态，得到比对结果；

在所述比对结果指示所述当前页面状态与所述目标页面状态一致的情况下，确定所述待测试用例通过测试，在所述比对结果指示所述当前页面状态与所述目标页面状态不一致的情况下，确定所述待测试用例未通过测试。

5.根据权利要求1所述的方法，其特征在于，

在确定所述待测试用例通过测试之后，所述方法还包括：记录所述待测试用例，并在所述可视化页面中标注所述待测试用例的当前状态为测试通过状态；

在确定所述待测试用例未通过测试之后，所述方法还包括：生成与所述待测试用例对应的快照数据，并记录与所述待测试用例对应的日志数据，以及在所述可视化页面中标注所述待测试用例的当前状态为测试未通过状态。

6.一种用例测试装置，其特征在于，包括：

获取模块，用于获取待测试用例，其中，所述待测试用例用于测试用户界面功能；

运行模块，用于在基于目标工具库创建测试环境之后，在所述测试环境下运行所述待测试用例，其中，所述目标工具库至少包括：puppeteer工具库；

确定模块，用于依据运行结果确定所述待测试用例是否通过测试，其中，在目标页面中展示所述运行结果和所述待测试用例的测试结果，所述目标页面至少包括：可视化页面。

7.根据权利要求6所述的装置，其特征在于，

所述测试环境至少包括：页面语言环境；所述装置还包括：创建模块，用于采用所述目标工具库访问所述可视化页面，以创建所述页面语言环境；

所述运行模块，还用于在所述页面语言环境下运行所述待测试用例，得到所述运行结果。

8.根据权利要求7所述的装置，其特征在于，所述确定模块包括：

检测单元，用于检测运行所述待测试用例后所述可视化页面的当前页面状态；

比对单元，用于比对所述当前页面状态与所述目标页面状态，得到比对结果；

确定单元，用于在所述比对结果指示所述当前页面状态与所述目标页面状态一致的情况下，确定所述待测试用例通过测试，在所述比对结果指示所述当前页面状态与目标页面状态不一致的情况下，确定所述待测试用例未通过测试。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至5中任意一项所述的用例测试方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至5中任意一项所述的用例测试方法。