CN115396343B - 前端页面性能检测方法、装置、计算机设备及存储介质 - Google Patents

前端页面性能检测方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
CN115396343B
CN115396343B CN202211105445.7A CN202211105445A CN115396343B CN 115396343 B CN115396343 B CN 115396343B CN 202211105445 A CN202211105445 A CN 202211105445A CN 115396343 B CN115396343 B CN 115396343B
Authority
CN
China
Prior art keywords
test
page
command
performance
sub
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202211105445.7A
Other languages
English (en)
Other versions
CN115396343A (zh
Inventor
陈耀
林群贺
李曦凡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Fulin Technology Co Ltd
Original Assignee
Shenzhen Fulin Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Fulin Technology Co Ltd filed Critical Shenzhen Fulin Technology Co Ltd
Priority to CN202211105445.7A priority Critical patent/CN115396343B/zh
Publication of CN115396343A publication Critical patent/CN115396343A/zh
Application granted granted Critical
Publication of CN115396343B publication Critical patent/CN115396343B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3692—Test management for test results analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/04—Processing captured monitoring data, e.g. for logfile generation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Mining & Analysis (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明公开了一种前端页面性能检测方法、装置、计算机设备及存储介质，该方法包括：获取前端页面的配置文件以及所述配置文件的子目录；在所述子目录下创建至少一个账号配置文件；响应于用户发送的账户切换指令，根据所述账号切换指令对所述账号配置文件进行重写或者修改，以实现账号切换；响应于页面测试请求，根据所述页面测试请求，基于网络连接端点Node的API网关向后端发送测试命令，使后端根据所述测试命令对所述前端页面进行性能测试；基于所述性能测试的结果生成对应的测试报告并输出。本发明在全量场景下测试前端页面性能，能够有效降低测试异常率，提高测试结果的可靠性和稳定性。

Description

前端页面性能检测方法、装置、计算机设备及存储介质
技术领域
本发明涉及软件测试技术领域，特别涉及前端页面性能检测方法、装置、计算机设备及存储介质。
背景技术
前端测试是一种针对前端页面、架构等方面进行的测试，用户在进行前端页面操作过程中可以记录用户操作的行为，发生的事件、事件发生的顺序，从而自动生成测试脚本，然后在脚本的回放过程中，采取传统断言的方式来进行自动化测试。但是当前的前端性能测试在很多情况下无法给出准确的前端页面加载时长，并且还存在整体测试效率较低、测试结果不可靠等缺陷。
发明内容
本发明实施例提供了一种前端页面性能检测方法、装置、计算机设备及存储介质，旨在降低测试异常率，提高测试结果的可靠性和稳定性。
第一方面，本发明实施例提供了一种前端页面性能检测方法，包括：
获取前端页面的配置文件以及所述配置文件的子目录；
在所述子目录下创建至少一个账号配置文件；
响应于用户发送的账户切换指令，根据所述账号切换指令对所述账号配置文件进行重写或者修改，以实现账号切换；
响应于页面测试请求，根据所述页面测试请求，基于网络连接端点Node的API网关向后端发送测试命令，使后端根据所述测试命令对所述前端页面进行性能测试；
基于所述性能测试的结果生成对应的测试报告并输出。
第二方面，本发明实施例提供了一种前端页面性能检测装置，包括：
文件获取单元，用于获取前端页面的配置文件以及所述配置文件的子目录；
文件创建单元，用于在所述子目录下创建至少一个账号配置文件；
账号切换单元，用于响应于用户发送的账户切换指令，根据所述账号切换指令对所述账号配置文件进行重写或者修改，以实现账号切换；
性能测试单元，用于响应于页面测试请求，根据所述页面测试请求，基于网络连接端点Node的API网关向后端发送测试命令，使后端根据所述测试命令对所述前端页面进行性能测试；
报告输出单元，用于基于所述性能测试的结果生成对应的测试报告并输出。
第三方面，本发明实施例提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的前端页面性能检测方法。
第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的前端页面性能检测方法。
本发明实施例提供了一种前端页面性能检测方法、装置、计算机设备及存储介质，该方法包括：获取前端页面的配置文件以及所述配置文件的子目录；在所述子目录下创建至少一个账号配置文件；响应于用户发送的账户切换指令，根据所述账号切换指令对所述账号配置文件进行重写或者修改，以实现账号切换；响应于页面测试请求，根据所述页面测试请求，基于网络连接端点Node的API网关向后端发送测试命令，使后端根据所述测试命令对所述前端页面进行性能测试；基于所述性能测试的结果生成对应的测试报告并输出。本发明实施例在全量场景下测试前端页面性能，能够有效降低测试异常率，提高测试结果的可靠性和稳定性。
附图说明
为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种前端页面性能检测方法的流程示意图；
图2为本发明实施例提供的一种前端页面性能检测方法的子流程示意图；
图3为本发明实施例提供的一种前端页面性能检测装置的示意性框图；
图4为本发明实施例提供的一种前端页面性能检测装置的子示意性框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
下面请参见图1，图1为本发明实施例提供的一种前端页面性能检测方法的流程示意图，具体包括：步骤S101～S105。
S101、获取前端页面的配置文件以及所述配置文件的子目录；
S102、在所述子目录下创建至少一个账号配置文件；
S103、响应于用户发送的账户切换指令，根据所述账号切换指令对所述账号配置文件进行重写或者修改，以实现账号切换；
S104、响应于页面测试请求，根据所述页面测试请求，基于网络连接端点Node的API网关向后端发送测试命令，使后端根据所述测试命令对所述前端页面进行性能测试；
S105、基于所述性能测试的结果生成对应的测试报告并输出。
本实施例中，首先搭建配置环境，配置测试参数，保证后续测试能够顺利进行。当接收到页面测试请求时，向后端发送对应的测试命令，从而使后端在接收到该测试命令后进行性能测试。在完成对于前端页面的性能测试后，输出相应的测试报告。本实施例在全量场景下测试前端页面性能，能够有效降低测试异常率，提高测试结果的可靠性和稳定性。
现有前端页面性能测量工具sitespeed具有两种测量方式，即测量单一网址或JS文件。但在有大量页面及复杂结构需要测量的场景下，执行起来较为繁杂且不易于维护，并且运行sitespeed还需要准备较多的前置环境。而本实施例则更易于部署在不同的环境下进行测量。在使用sitespeed测试的过程中切换不同账号进行测试往往可能需要修改所有测量文件，但是本实施例则具有配置化的能力，通即过修改配置文件即可达到切换账号的目的，维护起来更便捷。
Web.config文件是一个XML文本文件，它用来储存ASP.NETWeb应用程序的配置信息(如最常用的设置ASP.NETWeb应用程序的身份验证方式)，它可以出现在应用程序的每一个目录中。当通过.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果需要修改子目录的配置设置，则可以在该子目录下新建一个Web.config文件，其可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。
在一实施例中，所述步骤S102包括：
对Node.js命令行选项的对应参数进行解析；
根据解析的参数将API网关设置为后端入口点；
通过所述后端入口点将所述测试命令的协议格式转换为与后端相匹配的协议格式，并在转换完成后发送至后端。
本实施例中，将API网关定义为后端入口点。在网关服务中，可以指定从客户端路由到特定服务的路由请求。甚至可以通过路由处理版本或更改后端接口，而公开的接口可以保持不变。还可以在API网关中定义与多个服务配合的新端点。API网关方法可以帮助分解整体应用程序，在大多数情况下，作为后端，重构系统并不是一个好主意，而且也是不可能的，因为需要在过渡期间为业务提供功能。在这种情况下，本实施例将代理或API网关置于整体应用程序之前，将新功能作为后端实现，并将新端点路由到新服务，同时通过原有的路由服务旧端点。这样以后也可以通过将原有功能转变为新服务来分解整体。
本实施例通过渐进式设计，可以从整体架构平稳过渡到后端。由于在实际应用过程中可能需要支持具有不同数据序列化格式要求的客户端。例如后端使用JSON，但是接收到页面测试请求只能使用XMLAPI。在这种情况下，可以在API网关中将JSON转换为XML，而不是在所有后端中去实现。虽然后端架构允许多语言协议传输从而获得不同技术的好处，但是大多数客户端仅支持一种协议。在这种情况下，便可以通过上述步骤实现协议格式转换。
在一实施例中，所述对Node.js命令行选项的对应参数进行解析，包括：
通过process.argv属性收集进程启动时传入的命令行参数；
对所述命令行参数进行遍历，并通过预先获取的命令行参数风格对遍历的每一参数字符串风格进行划分；
根据风格划分结果确定是否对参数字符串继续进行解析处理；
针对继续进行解析处理的参数字符串，采用Unicode码点值分割得到对应的参数名和参数值；
根据所述参数值对对应的命令行参数进行至少一次赋值，以完成参数解析。
本实施例中，在Node.js中，可以通过process.argv属性收集进程被启动时传入的命令行参数，由于Node.js在处理命令行参数时，只是简单地通过空格来分割字符串，而对于这样的命令行参数，无法很方便地获取到每个命令行参数对应的值，所以需要再进行一次解析操作。在解析命令行参数之前，需要了解一些常见的命令行参数风格，例如：
Unix风格：参数以「-」(连字符)开头；
GNU风格：参数以「--」(双连字符)开头；
BSD风格：参数以空格分割；
其中，Unix参数风格具有一个特殊的注意事项：「-」后面紧邻的每一个字母都表示一个参数名」。
对命令行参数进行遍历，以判断是否存在单个「--」的场景，并对存在后续单个「--」的场景的参数字符串不再进行解析处理。同样的，如果参数字符串不以「-」开头，同样也不需要进行解析处理，参数的形式以Unix和GNU风格为主。
参数的表现形式主要分为以下几种：
"--name＝xiaoming":参数名为name，参数值为xiaoming；
"-abc＝10":参数名为a，参数值为true；参数名为b，参数值为true；参数名为c，参数值为10；
"--save-dev":参数名为save-dev，参数值为true；
"--age 20"：参数名为age，参数值为20；
利用Unicode码点值找出连字符和等号的下标值，从而根据下标分割出参数名和参数值。然后在处理参数值时，针对其赋值操作，需要考虑到多次赋值的情况，在完成赋值后，也就相当于完成相应的参数解析。
在一实施例中，如图2所示，所述步骤S102还包括：步骤S201～S205。
S201、根据所述页面测试请求，将所述测试命令拆分为至少一个子测试命令；
S202、基于是否包含等待元素对所有的子测试命令进行划分，并通过封装函数将划分后的子测试命令封装为第一子测试命令集合和第二子测试命令集合；
S203、利用所述第一子测试命令集合和第二子测试命令集合对前端页面分别进行性能测试；
S204、将前端页面拆分为多个页面区域，并根据多个页面区域设置页面目录；
S205、根据所述页面测试请求，在所述页面目录中选择目标目录进行性能测试。
本实施例中，一方面考虑到sitespeed测试工具在测量性能较慢的页面时存在误差，经常会在页面没有结束加载的情况下由于误判页面Dom(文档对象模型)结构已没有变化而提前结束测量导致测试结果不准确。因此本实施例将sitespeed测试工具中的原生方法开始测量及等待元素进行封装(measure Click Selector Ready)，使得以上场景会在等到某个标志着加载完成的元素出现时测量才结束，以更准确的判断方式解决了此问题。除此之外，还可以通过封装sitespeed测试工具中的两个或多个原生方法，以提高测试效果。例如，当元素准备好时点击(click When Selector Ready)，数组中任一元素准备好时(wait One Of Selectors Ready),元素准备好时移动鼠标至(move To When SelectorReady)，元素准备好时测试至链接(navigate And Wait Selector)，鼠标左键单击并测量(measureCursorClick)，都会较于原生方法更加便利。
另一方面，还由于sitespeed测试工具在输入执行命令时需要输入繁复的内容，故本实施例基于被测页面目录化的优势，除了可以测量全量页面，还可仅选择一个目录进行测量，也可选择多个目录同时测量，增加了执行测试的灵活性，为更多的测试场景提供便利，相对传统模式新增了可配置化执行命令以降低执行成本和灵活性。
在一实施例中，所述步骤S103包括：
在所述性能测试结果中获取报错捕获，并对所述报错捕获进行包装；
通过循环判断的方式实现连续测试，并通过日志记录包装的所述报错捕获。
本实施例中，由于sitespeed测试工具中的脚本在测量多个页面时会出现由于某个元素定位错误导致程序停止或者报告出错无法查阅的问题，因此未来防止报错中断测量，本实施例对于报错的捕获进行包装，并通过循环判断的方式使其上下文即使测量过程中出现错误，也不会中断测量。以及通过日志记录下错误内容，在最终输出报告时将错误打印出来方便排查，解决了传统模式执行效率低、整体脚本容易中断测试等问题。
在具体实施例中，当测试脚本启动后，测试脚本自动对待测页面循环重启，并获取循环重启次数，同时判断当前测试次数是否小于预置次数。若当前测试次数大于或者等于预置次数时，则测试脚本自动统计CRC报错计数。
在一实施例中，所述步骤S103还包括：
响应于页面测试请求，启动视频录制应用；
通过所述视频录制应用对页面测试进行全程录制，得到对应的测试视频；
对所述测试视频进行解析，以确定页面测试过程中的测试起始帧和测试结束帧；
记录所述测试起始帧和测试结束帧的本地时间，并获取所述测试起始帧和测试结束帧之间的测试时长；
在所述测试视频中获取独立页面，并根据目录结构对各独立页面进行拼接命名；
基于所述测试时长输出测试报告，并根据所述的本地时间对所述测试报告进行归类。
现有的前端测试工具所生成的测试报告较为固定，并且当执行不同的JS脚本时，只会显示执行时的时间，导致报告的易用性较差。本实施例通过测试时间对测试报告以进行归类，例如每一天的测试报告以“本地时间+运行页面目录”的形式命名，大大减少了查询测试报告所消耗的时间，也更便于存储测试报告内容。并且，测试报告中的每个独立页面也会根据目录结构进行拼接命名，与目录结构形成统一，更便于寻找查看。本实施例有效的从整体测试项目全量场景下前端整体性能指标，以及保留从操作开始到页面加载过程的视觉逐帧录制的视频，对测试报告输出效果具有显著提高。
在具体实施例中，在启动视频录制应用之前，还包括：识别测试页面的关联页面；解析所述关联页面，确定所述关联页面内各个页面控件关联的测试链接；将测试链接与测试页面的目标链接匹配的所述页面控件识别为目标控件；若所述关联页面为非起始页面，则将所述关联页面识别为所述测试页面，并返回执行所述识别所述测试页面的关联页面的操作；若所述关联页面为起始页面，则基于所有所述关联页面以及所述目标控件，确定所述测试页面的访问路径，并基于所述访问路径生成所述测试脚本。
在另一具体实施例中，在对所述测试视频进行解析过程中，分别获取关联页面的参考图像和测试页面的测试图像；提取测试视频中各个视频图像帧，并识别与参考图像相匹配的至少一个第一候选帧，并将帧编号最大的第一候选帧识别为所述测试起始帧。同样的，识别与所述测试图像相匹配的至少一个第二候选帧，并将帧编号最小的所述第二候选帧识别为所述测试结束帧。
另外，在获取测试时长时，识别所述测试起始帧的第一帧编号以及所述测试结束帧的第二帧编号，并根据所述第一帧编号以及所述第二帧编号确定间隔帧数；然后获取所述视频录制应用的录制帧率，并基于所述间隔帧数以及所述录制帧率，计算所述测试时长。
进一步的，在生成测试报告时，还可以对测试页面中的页面插件以及页面图像进行识别，并根据所述页面插件的插件类型，查询各个所述页面插件对应的标准加载时长；然后根据所有所述标准加载时长以及所述页面图像的图像个数，计算所述测试页面的最大加载时长；若所述测试时长大于所述最大加载时长，则输出测试失败的所述测试报告。
在一实施例中，所述步骤S103还包括：
对所述测试报告设置自定义逻辑；
接收用户发送的自定义指令，并根据所述自定义指令对所述测试报告中的内容进行自定义。
本实施例中，针对前端测试工具生成报告的原始json数据源进行分析和组装，按照用户定义的指标给出符合用户预期的新的报告形式，更加节省时间以及提高用户体验。本实施例通过预先编写测试报告SDK(软件开发工具包)，从而在测试报告SDK中可以编写自定义逻辑以对测试报告中的内容进行自定义。进一步的，还可以通过编写回调逻辑对自定义的内容进行回调，并定义测试编写规范。如此，可以在实际测试过程，测试脚本可以将测试报告SDK中的回调逻辑作为参数，并基于回调逻辑获取测试报告SDK中自定义逻辑定义的内容，在执行结束测试后，就可以得到具有自定义内容的测试报告。由于测试报告中的内容可完全进行自定义，因此，可以使得测试报告中的内容更加表意，容易理解且内容可以更加丰富，从而满足实际需求。
在具体实施例中，所述自定义逻辑包括自定义注解代码、断言类和日志收集逻辑中的至少一种。其中，所述自定义注解代码用于定义表征被测软件模块是否具备指定功能的注解信息，所述断言类用于定义表征所述测试用例测试通过的断言信息，所述日志收集逻辑用于定义所述测试用例执行前后的日志信息；所述自定义逻辑用于定义所述测试报告中的内容包括所述注解信息、所述断言信息和所述日志信息中的至少一种。
进一步的，所述自定义注解代码基于自定义注解类EspOutputInfo编写得到，所述EspOutputInfo中包括name字段，所述name字段用于在所述被测软件模块包含的类和测试用例方法上定义所述注解信息。
在所述测试框架和所述自定义逻辑中均包括断言类的情况下，在对页面进行性能测试之前，将断言类替换为所述自定义逻辑中包括的断言类，以便在替换后的断言类中传入断言信息，该断言信息在断言类中可以以key-value的形式缓存，其中，key表示方法名，value表示断言信息。
进一步的，所述测试报告SDK中还编写有持久化数据逻辑；
其中，在基于所述回调逻辑获取所述自定义逻辑定义的内容后，所述方法还包括：基于所述持久化数据逻辑，以xml的形式对获取到的内容进行存储。
所述测试报告SDK中还编写有数据渲染逻辑；其中，基于获取到的内容生成测试报告，包括：基于所述数据渲染逻辑对所述获取到的内容进行渲染，生成html标签内容，以及基于所述html标签内容生成可视化的测试报告。
图3为本发明实施例提供的一种前端页面性能检测装置300的示意性框图，该装置300包括：
文件获取单元301，用于获取前端页面的配置文件以及所述配置文件的子目录；
文件创建单元302，用于在所述子目录下创建至少一个账号配置文件；
账号切换单元303，用于响应于用户发送的账户切换指令，根据所述账号切换指令对所述账号配置文件进行重写或者修改，以实现账号切换；
性能测试单元304，用于响应于页面测试请求，根据所述页面测试请求，基于网络连接端点Node的API网关向后端发送测试命令，使后端根据所述测试命令对所述前端页面进行性能测试；
报告输出单元305，用于基于所述性能测试的结果生成对应的测试报告并输出。
本实施例中，首先搭建配置环境，配置测试参数，保证后续测试能够顺利进行。当接收到页面测试请求时，将后端发送对应的测试命令，从而使后端在接收到该测试命令后进行性能测试。在完成对于前端页面的性能测试后，对出相应的测试报告。本实施例在全量场景下测试前端页面性能，能够有效降低测试异常率，提高测试结果的可靠性和稳定性。
现有前端页面性能测量工具sitespeed具有两种测量方式，即测量单一网址或JS文件。但在有大量页面及复杂结构需要测量的场景下，执行起来较为繁杂且不易于维护，并且运行sitespeed还需要准备较多的前置环境。而本实施例则更易于部署在不同的环境下进行测量。在使用sitespeed测试的过程中切换不同账号进行测试往往可能需要修改所有测量文件，但是本实施例则具有配置化的能力，通即过修改配置文件即可达到切换账号的目的，维护起来更便捷。
Web.config文件是一个XML文本文件，它用来储存ASP.NETWeb应用程序的配置信息(如最常用的设置ASP.NETWeb应用程序的身份验证方式)，它可以出现在应用程序的每一个目录中。当通过.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果需要修改子目录的配置设置，则可以在该子目录下新建一个Web.config文件，其可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。
在一实施例中，所述性能测试单元304包括：
参数解析单元，用于对Node.js命令行选项的对应参数进行解析；
网关设置单元，用于根据解析的参数将API网关设置为后端入口点；
协议转换单元，用于通过所述后端入口点将所述测试命令的协议格式转换为与后端相匹配的协议格式，并在转换完成后发送至后端。
本实施例中，将API网关定义为后端入口点。在网关服务中，可以指定从客户端路由到特定服务的路由请求。甚至可以通过路由处理版本或更改后端接口，而公开的接口可以保持不变。还可以在API网关中定义与多个服务配合的新端点。API网关方法可以帮助分解整体应用程序，在大多数情况下，作为后端，重构系统并不是一个好主意，而且也是不可能的，因为需要在过渡期间为业务提供功能。在这种情况下，本实施例将代理或API网关置于整体应用程序之前，将新功能作为后端实现，并将新端点路由到新服务，同时通过原有的路由服务旧端点。这样以后也可以通过将原有功能转变为新服务来分解整体。
本实施例通过渐进式设计，可以从整体架构平稳过渡到后端。由于在实际应用过程中可能需要支持具有不同数据序列化格式要求的客户端。例如后端使用JSON，但是接收到页面测试请求只能使用XMLAPI。在这种情况下，可以在API网关中将JSON转换为XML，而不是在所有后端中去实现。虽然后端架构允许多语言协议传输从而获得不同技术的好处，但是大多数客户端仅支持一种协议。在这种情况下，便可以通过上述步骤实现协议格式转换。
在一实施例中，所述参数解析单元包括：
参数收集单元，用于通过process.argv属性收集进程启动时传入的命令行参数；
参数遍历单元，用于对所述命令行参数进行遍历，并通过预先获取的命令行参数风格对遍历的每一参数字符串风格进行划分；
解析判断单元，用于根据风格划分结果确定是否对参数字符串继续进行解析处理；
参数分割单元，用于针对继续进行解析处理的参数字符串，采用Unicode码点值分割得到对应的参数名和参数值；
参数赋值单元，用于根据所述参数值对对应的命令行参数进行至少一次赋值，以完成参数解析。
本实施例中，在Node.js中，可以通过process.argv属性收集进程被启动时传入的命令行参数，由于Node.js在处理命令行参数时，只是简单地通过空格来分割字符串，而对于这样的命令行参数，无法很方便地获取到每个命令行参数对应的值，所以需要再进行一次解析操作。在解析命令行参数之前，需要了解一些常见的命令行参数风格，例如：
Unix风格：参数以「-」(连字符)开头；
GNU风格：参数以「--」(双连字符)开头；
BSD风格：参数以空格分割；
其中，Unix参数风格具有一个特殊的注意事项：「-」后面紧邻的每一个字母都表示一个参数名」。
对命令行参数进行遍历，以判断是否存在单个「--」的场景，并对存在后续单个「--」的场景的参数字符串不再进行解析处理。同样的，如果参数字符串不以「-」开头，同样也不需要进行解析处理，参数的形式以Unix和GNU风格为主。
参数的表现形式主要分为以下几种：
"--name＝xiaoming":参数名为name，参数值为xiaoming；
"-abc＝10":参数名为a，参数值为true；参数名为b，参数值为true；参数名为c，参数值为10；
"--save-dev":参数名为save-dev，参数值为true；
"--age 20"：参数名为age，参数值为20；
利用Unicode码点值找出连字符和等号的下标值，从而根据下标分割出参数名和参数值。然后在处理参数值时，针对其赋值操作，需要考虑到多次赋值的情况，在完成赋值后，也就相当于完成相应的参数解析。
在一实施例中，如图4所示，所述性能测试单元304还包括：
命令拆分单元401，用于根据所述页面测试请求，将所述测试命令拆分为至少一个子测试命令；
命令封装单元402，用于基于是否包含等待元素对所有的子测试命令进行划分，并通过封装函数将划分后的子测试命令封装为第一子测试命令集合和第二子测试命令集合；
拆分测试单元403，用于利用所述第一子测试命令集合和第二子测试命令集合对前端页面分别进行性能测试；
目录设置单元404，用于将前端页面拆分为多个页面区域，并根据多个页面区域设置页面目录；
目录测试单元405，用于根据所述页面测试请求，在所述页面目录中选择目标目录进行性能测试。
本实施例中，一方面考虑到sitespeed测试工具在测量性能较慢的页面时存在误差，经常会在页面没有结束加载的情况下由于误判页面Dom(文档对象模型)结构已没有变化而提前结束测量导致测试结果不准确。因此本实施例将sitespeed测试工具中的原生方法开始测量及等待元素进行封装(measure Click Selector Ready)，使得以上场景会在等到某个标志着加载完成的元素出现时测量才结束，以更准确的判断方式解决了此问题。除此之外，还可以通过封装sitespeed测试工具中的两个或多个原生方法，以提高测试效果。例如，当元素准备好时点击(click When Selector Ready)，数组中任一元素准备好时(wait One Of Selectors Ready),元素准备好时移动鼠标至(move To When SelectorReady)，元素准备好时测试至链接(navigate And Wait Selector)，鼠标左键单击并测量(measureCursorClick)，都会较于原生方法更加便利。
另一方面，还由于sitespeed测试工具在输入执行命令时需要输入繁复的内容，故本实施例基于被测页面目录化的优势，除了可以测量全量页面，还可仅选择一个目录进行测量，也可选择多个目录同时测量，增加了执行测试的灵活性，为更多的测试场景提供便利，相对传统模式新增了可配置化执行命令以降低执行成本和灵活性。
在一实施例中，所述报告输出单元305包括：
报错包装单元，用于在所述性能测试结果中获取报错捕获，并对所述报错捕获进行包装；
连续测试单元，用于通过循环判断的方式实现连续测试，并通过日志记录包装的所述报错捕获。
本实施例中，由于sitespeed测试工具中的脚本在测量多个页面时会出现由于某个元素定位错误导致程序停止或者报告出错无法查阅的问题，因此未来防止报错中断测量，本实施例对于报错的捕获进行包装，并通过循环判断的方式使其上下文即使测量过程中出现错误，也不会中断测量。以及通过日志记录下错误内容，在最终输出报告时将错误打印出来方便排查，解决了传统模式执行效率低、整体脚本容易中断测试等问题。
在具体实施例中，当测试脚本启动后，测试脚本自动对待测页面循环重启，并获取循环重启次数，同时判断当前测试次数是否小于预置次数。若当前测试次数大于或者等于预置次数时，则测试脚本自动统计CRC报错计数。
在一实施例中，所述报告输出单元305还包括：
应用启动单元，用于响应于页面测试请求，启动视频录制应用；
测试录制单元，用于通过所述视频录制应用对页面测试进行全程录制，得到对应的测试视频；
视频解析单元，用于对所述测试视频进行解析，以确定页面测试过程中的测试起始帧和测试结束帧；
时间记录单元，用于记录所述测试起始帧和测试结束帧的本地时间，并获取所述测试起始帧和测试结束帧之间的测试时长；
拼接命名单元，用于在所述测试视频中获取独立页面，并根据目录结构对各独立页面进行拼接命名；
报告归类单元，用于基于所述测试时长输出测试报告，并根据所述的本地时间对所述测试报告进行归类。
现有的前端测试工具所生成的测试报告较为固定，并且当执行不同的JS脚本时，只会显示执行时的时间，导致报告的易用性较差。本实施例通过测试时间对测试报告以进行归类，例如每一天的测试报告以“本地时间+运行页面目录”的形式命名，大大减少了查询测试报告所消耗的时间，也更便于存储测试报告内容。并且，测试报告中的每个独立页面也会根据目录结构进行拼接命名，与目录结构形成统一，更便于寻找查看。本实施例有效的从整体测试项目全量场景下前端整体性能指标，以及保留从操作开始到页面加载过程的视觉逐帧录制的视频，对测试报告输出效果具有显著提高。
在具体实施例中，在启动视频录制应用之前，还包括：识别测试页面的关联页面；解析所述关联页面，确定所述关联页面内各个页面控件关联的测试链接；将测试链接与测试页面的目标链接匹配的所述页面控件识别为目标控件；若所述关联页面为非起始页面，则将所述关联页面识别为所述测试页面，并返回执行所述识别所述测试页面的关联页面的操作；若所述关联页面为起始页面，则基于所有所述关联页面以及所述目标控件，确定所述测试页面的访问路径，并基于所述访问路径生成所述测试脚本。
在另一具体实施例中，在对所述测试视频进行解析过程中，分别获取关联页面的参考图像和测试页面的测试图像；提取测试视频中各个视频图像帧，并识别与参考图像相匹配的至少一个第一候选帧，并将帧编号最大的第一候选帧识别为所述测试起始帧。同样的，识别与所述测试图像相匹配的至少一个第二候选帧，并将帧编号最小的所述第二候选帧识别为所述测试结束帧。
另外，在获取测试时长时，识别所述测试起始帧的第一帧编号以及所述测试结束帧的第二帧编号，并根据所述第一帧编号以及所述第二帧编号确定间隔帧数；然后获取所述视频录制应用的录制帧率，并基于所述间隔帧数以及所述录制帧率，计算所述测试时长。
进一步的，在生成测试报告时，还可以对测试页面中的页面插件以及页面图像进行识别，并根据所述页面插件的插件类型，查询各个所述页面插件对应的标准加载时长；然后根据所有所述标准加载时长以及所述页面图像的图像个数，计算所述测试页面的最大加载时长；若所述测试时长大于所述最大加载时长，则输出测试失败的所述测试报告。
在一实施例中，所述报告输出单元305还包括：
逻辑设置单元，用于对所述测试报告设置自定义逻辑；
自定义单元，用于接收用户发送的自定义指令，并根据所述自定义指令对所述测试报告中的内容进行自定义。
本实施例中，针对前端测试工具生成报告的原始json数据源进行分析和组装，按照用户定义的指标给出符合用户预期的新的报告形式，更加节省时间以及提高用户体验。本实施例通过预先编写测试报告SDK(软件开发工具包)，从而在测试报告SDK中可以编写自定义逻辑以对测试报告中的内容进行自定义。进一步的，还可以通过编写回调逻辑对自定义的内容进行回调，并定义测试编写规范。如此，可以在实际测试过程，测试脚本可以将测试报告SDK中的回调逻辑作为参数，并基于回调逻辑获取测试报告SDK中自定义逻辑定义的内容，在执行结束测试后，就可以得到具有自定义内容的测试报告。由于测试报告中的内容可完全进行自定义，因此，可以使得测试报告中的内容更加表意，容易理解且内容可以更加丰富，从而满足实际需求。
在具体实施例中，所述自定义逻辑包括自定义注解代码、断言类和日志收集逻辑中的至少一种。其中，所述自定义注解代码用于定义表征被测软件模块是否具备指定功能的注解信息，所述断言类用于定义表征所述测试用例测试通过的断言信息，所述日志收集逻辑用于定义所述测试用例执行前后的日志信息；所述自定义逻辑用于定义所述测试报告中的内容包括所述注解信息、所述断言信息和所述日志信息中的至少一种。
进一步的，所述自定义注解代码基于自定义注解类EspOutputInfo编写得到，所述EspOutputInfo中包括name字段，所述name字段用于在所述被测软件模块包含的类和测试用例方法上定义所述注解信息。
在所述测试框架和所述自定义逻辑中均包括断言类的情况下，在对页面进行性能测试之前，将断言类替换为所述自定义逻辑中包括的断言类，以便在替换后的断言类中传入断言信息，该断言信息在断言类中可以以key-value的形式缓存，其中，key表示方法名，value表示断言信息。
进一步的，所述测试报告SDK中还编写有持久化数据逻辑；
其中，在基于所述回调逻辑获取所述自定义逻辑定义的内容后，所述方法还包括：基于所述持久化数据逻辑，以xml的形式对获取到的内容进行存储。
所述测试报告SDK中还编写有数据渲染逻辑；其中，基于获取到的内容生成测试报告，包括：基于所述数据渲染逻辑对所述获取到的内容进行渲染，生成html标签内容，以及基于所述html标签内容生成可视化的测试报告。
本发明实施例还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例还提供了一种计算机设备，可以包括存储器和处理器，存储器中存有计算机程序，处理器调用存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然计算机设备还可以包括各种网络接口，电源等组件。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的状况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (8)

1.一种前端页面性能检测方法，其特征在于，包括：
获取前端页面的配置文件以及所述配置文件的子目录；
在所述子目录下创建至少一个账号配置文件；
响应于用户发送的账号切换指令，根据所述账号切换指令对所述账号配置文件进行重写或者修改，以实现账号切换；
响应于页面测试请求，根据所述页面测试请求，基于网络连接端点Node的API网关向后端发送测试命令，使后端根据所述测试命令对所述前端页面进行性能测试；
基于所述性能测试的结果生成对应的测试报告并输出；
所述响应于页面测试请求，根据所述页面测试请求，基于网络连接端点Node的API网关向后端发送测试命令，使后端根据所述测试命令对所述前端页面进行性能测试，包括：
对Node.js命令行选项的对应参数进行解析；
根据解析的参数将API网关设置为后端入口点；
通过所述后端入口点将所述测试命令的协议格式转换为与后端相匹配的协议格式，并在转换完成后发送至后端；
所述响应于页面测试请求，根据所述页面测试请求，基于网络连接端点Node的API网关向后端发送测试命令，使后端根据所述测试命令对所述前端页面进行性能测试，还包括：
根据所述页面测试请求，将所述测试命令拆分为至少一个子测试命令；
基于是否包含等待元素对所有的子测试命令进行划分，并通过封装函数将划分后的子测试命令封装为第一子测试命令集合和第二子测试命令集合；
利用所述第一子测试命令集合和第二子测试命令集合对前端页面分别进行性能测试；
将前端页面拆分为多个页面区域，并根据多个页面区域设置页面目录；
根据所述页面测试请求，在所述页面目录中选择目标目录进行性能测试。
2.据权利要求1所述的前端页面性能检测方法，其特征在于，所述对Node.js命令行选项的对应参数进行解析，包括：
通过process.argv属性收集进程启动时传入的命令行参数；
对所述命令行参数进行遍历，并通过预先获取的命令行参数风格对遍历的每一参数字符串风格进行划分；
根据风格划分结果确定是否对参数字符串继续进行解析处理；
针对继续进行解析处理的参数字符串，采用Unicode码点值分割得到对应的参数名和参数值；
根据所述参数值对对应的命令行参数进行至少一次赋值，以完成参数解析。
3.根据权利要求1所述的前端页面性能检测方法，其特征在于，所述基于所述性能测试的结果生成对应的测试报告并输出，包括：
在所述性能测试结果中获取报错捕获，并对所述报错捕获进行包装；
通过循环判断的方式实现连续测试，并通过日志记录包装的所述报错捕获。
4.根据权利要求1所述的前端页面性能检测方法，其特征在于，所述基于所述性能测试的结果生成对应的测试报告并输出，还包括：
响应于页面测试请求，启动视频录制应用；
通过所述视频录制应用对页面测试进行全程录制，得到对应的测试视频；
对所述测试视频进行解析，以确定页面测试过程中的测试起始帧和测试结束帧；
记录所述测试起始帧和测试结束帧的本地时间，并获取所述测试起始帧和测试结束帧之间的测试时长；
在所述测试视频中获取独立页面，并根据目录结构对各独立页面进行拼接命名；
基于所述测试时长输出测试报告，并根据所述的本地时间对所述测试报告进行归类。
5.根据权利要求1所述的前端页面性能检测方法，其特征在于，所述基于所述性能测试的结果生成对应的测试报告并输出，还包括：
对所述测试报告设置自定义逻辑；
接收用户发送的自定义指令，并根据所述自定义指令对所述测试报告中的内容进行自定义。
6.一种前端页面性能检测装置，其特征在于，包括：
文件获取单元，用于获取前端页面的配置文件以及所述配置文件的子目录；
文件创建单元，用于在所述子目录下创建至少一个账号配置文件；
账号切换单元，用于响应于用户发送的账号切换指令，根据所述账号切换指令对所述账号配置文件进行重写或者修改，以实现账号切换；
性能测试单元，用于响应于页面测试请求，根据所述页面测试请求，基于网络连接端点Node的API网关向后端发送测试命令，使后端根据所述测试命令对所述前端页面进行性能测试；
报告输出单元，用于基于所述性能测试的结果生成对应的测试报告并输出；
所述性能测试单元包括：
参数解析单元，用于对Node.js命令行选项的对应参数进行解析；
网关设置单元，用于根据解析的参数将API网关设置为后端入口点；
协议转换单元，用于通过所述后端入口点将所述测试命令的协议格式转换为与后端相匹配的协议格式，并在转换完成后发送至后端；
所述性能测试单元还包括：
命令拆分单元，用于根据所述页面测试请求，将所述测试命令拆分为至少一个子测试命令；
命令封装单元，用于基于是否包含等待元素对所有的子测试命令进行划分，并通过封装函数将划分后的子测试命令封装为第一子测试命令集合和第二子测试命令集合；
拆分测试单元，用于利用所述第一子测试命令集合和第二子测试命令集合对前端页面分别进行性能测试；
目录设置单元，用于将前端页面拆分为多个页面区域，并根据多个页面区域设置页面目录；
目录测试单元，用于根据所述页面测试请求，在所述页面目录中选择目标目录进行性能测试。
7.一种计算机设备，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述的前端页面性能检测方法。
8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的前端页面性能检测方法。
CN202211105445.7A 2022-09-09 2022-09-09 前端页面性能检测方法、装置、计算机设备及存储介质 Active CN115396343B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211105445.7A CN115396343B (zh) 2022-09-09 2022-09-09 前端页面性能检测方法、装置、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211105445.7A CN115396343B (zh) 2022-09-09 2022-09-09 前端页面性能检测方法、装置、计算机设备及存储介质

Publications (2)

Publication Number Publication Date
CN115396343A CN115396343A (zh) 2022-11-25
CN115396343B true CN115396343B (zh) 2023-11-10

Family

ID=84126843

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211105445.7A Active CN115396343B (zh) 2022-09-09 2022-09-09 前端页面性能检测方法、装置、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN115396343B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109388425A (zh) * 2018-08-17 2019-02-26 东莞数汇大数据有限公司 一种前端工程的接口切换方法、系统、装置和存储介质
CN110297759A (zh) * 2019-05-22 2019-10-01 深圳壹账通智能科技有限公司 一种制作测试页面脚本的方法、装置、设备及存储介质
CN110531962A (zh) * 2019-08-06 2019-12-03 上海连尚网络科技有限公司 小程序的开发处理方法、设备及计算机可读存储介质
CN112905969A (zh) * 2021-03-18 2021-06-04 政采云有限公司 一种登录方法、装置、电子设备和计算机可读存储介质
CN113448873A (zh) * 2021-07-22 2021-09-28 湖北亿咖通科技有限公司 软件测试方法、设备、存储介质及程序产品
CN114443460A (zh) * 2020-11-06 2022-05-06 腾讯科技（深圳）有限公司 一种运行环境切换方法、装置、设备和存储介质
CN114880240A (zh) * 2022-05-31 2022-08-09 成都秦川物联网科技股份有限公司 一种物联网设备自动化测试系统、方法、存储介质及设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8150674B2 (en) * 2009-06-02 2012-04-03 At&T Intellectual Property I, Lp Automated testing platform for event driven systems
US10922212B2 (en) * 2017-05-06 2021-02-16 Servicenow, Inc. Systems and methods for service catalog analysis
US20210035116A1 (en) * 2019-07-31 2021-02-04 Bidvest Advisory Services (Pty) Ltd Platform for facilitating an automated it audit
US11714660B2 (en) * 2020-05-07 2023-08-01 Hewlett Packard Enterprise Development Lp Trigger based configuration of continuous delivery pipeline

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109388425A (zh) * 2018-08-17 2019-02-26 东莞数汇大数据有限公司 一种前端工程的接口切换方法、系统、装置和存储介质
CN110297759A (zh) * 2019-05-22 2019-10-01 深圳壹账通智能科技有限公司 一种制作测试页面脚本的方法、装置、设备及存储介质
CN110531962A (zh) * 2019-08-06 2019-12-03 上海连尚网络科技有限公司 小程序的开发处理方法、设备及计算机可读存储介质
CN114443460A (zh) * 2020-11-06 2022-05-06 腾讯科技（深圳）有限公司 一种运行环境切换方法、装置、设备和存储介质
CN112905969A (zh) * 2021-03-18 2021-06-04 政采云有限公司 一种登录方法、装置、电子设备和计算机可读存储介质
CN113448873A (zh) * 2021-07-22 2021-09-28 湖北亿咖通科技有限公司 软件测试方法、设备、存储介质及程序产品
CN114880240A (zh) * 2022-05-31 2022-08-09 成都秦川物联网科技股份有限公司 一种物联网设备自动化测试系统、方法、存储介质及设备

Also Published As

Publication number Publication date
CN115396343A (zh) 2022-11-25

Similar Documents

Publication Publication Date Title
CN107908541B (zh) 接口测试方法、装置、计算机设备及存储介质
US10229115B2 (en) System and method for creating an internationalized web application
JP5753350B2 (ja) フォーム操作のためにスクリーン・キャプチャ機能を強化する方法およびコンピュータ・プログラム
US7392321B1 (en) Method and system for evaluating quality of service for transactions over a network
CN109783388B (zh) Ui自动化测试方法、装置及电子设备
US20090037801A1 (en) Method and apparatus for automatic user manual generation
US8363238B2 (en) Image forming apparatus having a management unit and a shared processing unit, information processing method using the image forming apparatus, and image forming system having the image forming apparatus
KR20160070410A (ko) 스마트기기용 어플리케이션의 테스트 시스템 및 그 방법
US20120315931A1 (en) Short message processing method and apparatus
US8230002B2 (en) Method and system for automatic setup in web-based applications
CN113836014A (zh) 一种接口测试方法、装置、电子设备和存储介质
CN113568614A (zh) 任务发布方法、电子设备及存储介质
CN115396343B (zh) 前端页面性能检测方法、装置、计算机设备及存储介质
JP2019101889A (ja) テスト実行装置及びプログラム
US9374437B2 (en) Schema validation proxy
CN114928566B (zh) 客户端的功能测试方法、装置、存储介质与电子设备
CN110716804A (zh) 无用资源的自动删除方法、装置、存储介质及电子设备
CN111352917B (zh) 信息录入方法、装置、电子设备及存储介质
CN113760734A (zh) 一种数据准备方法及装置、设备、存储介质
CN113742172A (zh) 一种服务器日志的采集方法、系统及相关装置
CN111966605A (zh) 一种Redfish的资源自动检索方法、系统及存储介质
CN110489130A (zh) 一种基于客户端的业务数据提取方法及装置
CN114666231B (zh) 一种多云环境下可视化运维管理方法、系统及存储介质
CN117453538A (zh) 一种网页测试平台、方法及计算机设备
CN112445391B (zh) 一种服务数据生成方法、装置和计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant