CN115098401A

CN115098401A - 一种html报告验证方法、装置、电子设备及存储介质

Info

Publication number: CN115098401A
Application number: CN202210863044.1A
Authority: CN
Inventors: 张晓燕
Original assignee: Beijing Topsec Technology Co Ltd; Beijing Topsec Network Security Technology Co Ltd; Beijing Topsec Software Co Ltd
Current assignee: Beijing Topsec Technology Co Ltd; Beijing Topsec Network Security Technology Co Ltd; Beijing Topsec Software Co Ltd
Priority date: 2022-07-20
Filing date: 2022-07-20
Publication date: 2022-09-23

Abstract

本申请实施例提供一种HTML报告验证方法、装置、电子设备及存储介质，其中，该方法包括：获取待测系统的属性数据；根据所述属性数据生成测试用例；提取所述测试用例中的HTML报告；解析所述HTML报告，得到报告验证基准；根据所述报告验证基准对所述HTML报告进行细粒度验证，得到验证结果。实施本申请实施例，可以对海量的数据进行自动化验证，减少工作量，降低维护成本。

Description

一种HTML报告验证方法、装置、电子设备及存储介质

技术领域

本申请涉及数据分析技术领域，具体而言，涉及一种HTML报告验证方法、装置、电子设备及计算机可读存储介质。

背景技术

随着技术的发展，越来越多的数据需要更新、维护，例如知识库，随着知识库中知识的更新、增加，需要回归验证的知识量激增，而对已经测试过多个知识库的版本进行自测及知识版本送测的效率较低，并且也无法承受如此大量的测试任务。因此，需要一种HTML报告验证实现对知识的自动化验证。

但是，现有技术的自动化报告验证方法，需要设计并开发大量的测试用例，开发工作量大。并且需要验证的数据处于一个不断更新的过程中，数据的每次更新都会形成大量的自动化脚本，需要较高的维护成本。

发明内容

本申请实施例的目的在于提供一种HTML报告验证方法、装置、电子设备及计算机可读存储介质，可以对海量的数据进行自动化验证，减少工作量，降低维护成本。

第一方面，本申请实施例提供了一种HTML报告验证方法，所述方法包括：

获取待测系统的属性数据；

根据所述属性数据生成测试用例；

提取所述测试用例中的HTML报告；

解析所述HTML报告，得到报告验证基准；

根据所述报告验证基准对所述HTML报告进行细粒度验证，得到验证结果。

在上述实现过程中，根据属性数据生成测试用例，并提取测试用例中的HTML报告，再对HTML报告进行细粒度验证，可以有效地提高对可以对HTML报告验证的效率，无需大量的测试用例，形成自动化验证，可以承载大量的数据，减少工作量，降低维护成本。

进一步地，在所述解析所述HTML报告，得到报告验证基准的步骤之前，还包括：

判断所述HTML报告是否为第一次解析；

若否，直接获取已经存在的报告验证基准。

在上述实现过程中，判断HTML报告是否为第一次解析，若不是第一次解析，再获取报告验证基准，避免重复获取报告验证基准导致效率低下，减少重复的工作。

进一步地，所述解析所述HTML报告，得到报告验证基准的步骤，包括：

获取所述HTML报告的报告结构；

建立解析模版；

根据所述解析模版对所述报告结构进行解析，得到所述报告验证基准。

在上述实现过程中，根据解析模板直接对HTML报告的报告结构进行解析，有助于提高对HTML报告验证的准确率，减少误差的产生，使得到的报告验证基准更加精确。

进一步地，所述根据所述报告验证基准对所述HTML报告进行细粒度验证，得到验证结果的步骤，包括：

获取基准报告；

获取所述报告验证基准中的细粒度信息；

根据所述细粒度信息对所述基准报告和所述HTML报告进行验证，得到所述验证结果。

在上述实现过程中，根据报告验证基准汇总的细粒度信息对基准报告和HTML报告进行对比验证，使得到的验证结果可以实现对HTML报告的精准验证，缩短验证时间。

第二方面，本申请实施例还提供了一种HTML报告验证装置，所述装置包括：

获取模块，用于获取待测系统的属性数据；

生成模块，用于根据所述属性数据生成测试用例；

提取模块，用于提取所述测试用例中的HTML报告；

解析模块，用于解析所述HTML报告，得到报告验证基准；

验证模块，用于根据所述报告验证基准对所述HTML报告进行细粒度验证，得到验证结果。

进一步地，所述装置还包括判断模块，用于：

判断所述HTML报告是否为第一次解析；

若否，直接获取已经存在的报告验证基准。

进一步地，所述解析模块还用于：

获取所述HTML报告的报告结构；

建立解析模版；

进一步地，所述验证模块还用于：

获取基准报告；

获取所述报告验证基准中的细粒度信息；

第三方面，本申请实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。

第四方面，本申请实施例提供的一种计算机可读存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。

第五方面，本申请实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。

本公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本公开的上述技术即可得知。

并可依照说明书的内容予以实施，以下以本申请的较佳实施例并配合附图详细说明如后。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的HTML报告验证方法的流程示意图；

图2为本申请实施例提供的HTML报告验证装置的结构组成示意图；

图3为本申请实施例提供的电子设备的结构组成示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

下面结合附图和实施例，对本申请的具体实施方式作进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

实施例一

图1是本申请实施例提供的HTML报告验证方法的流程示意图，如图1所示，该方法包括：

S1，获取待测系统的属性数据；

S2，根据属性数据生成测试用例；

S3，提取测试用例中的HTML报告；

S4，解析HTML报告，得到报告验证基准；

S5，根据报告验证基准对HTML报告进行细粒度验证，得到验证结果。

在S1中，具体地，获取待测系统或者待验证目标的属性数据，指确定测试执行的测试数据。本申请实施例是要对被测系统的HTML报告进行验证，待验证目标的属性数据就是能使被测系统在接收这些数据后，通过一个或多个业务模块的功能，产生记录被测系统业务功能运行结果的HTML报告。例如：对比基线检查系统或漏洞扫描系统，待验证目标的属性数据就是被扫描目标的属性数据，如一台Windows主机的设备类型(Windows2008)、ip、端口、管理协议、用户名、密码等等。为了保证后续设立的基准报告的有效性，被测目标的环境对被测系统业务功能来说需要在一定程度上保持稳定。在被测系统业务不发生变化的情况下，针对同一目标运行两次生成报告的任务，其报告内容应该在一定程度上保持一致。如果由于某种需要目标环境发生变更，引起报告内容变化，则需要更新对应的基准报告，以保证后续验证结果的有效性。

在S2中，根据属性数据生成测试用例，指的是根据属性数据，通过用例生成模块自动生成能将属性数据注入被测系统并自动执行相关业务功能生成报告的一个或一组测试用例。

示例性地，测试用例可以是webui用例或接口测试用例或者两者融合的用例，根据被测系统实现方式及业务特点，选择最便捷的方式进行实现。如果是接口用例，通过在测试用例的结构中设计超时时间、动态参数提取及替换、用例筛选等字段增加后期用例执行的自动化程度和灵活性。

可选地，本申请实施例通过抓包，构造创建扫描任务、执行扫描生成验证报告的接口测试用例，自动生成扫描任务业务的接口测试用例。测试用例中除了常规接口用例字段外，还包含超时时间、动态参数提取、动态参数引用、验证信息等内容。

动态参数提取，是指用于在测试过程中共享数据，比如登录的sessionid，需要在登录后的绝大部分操作引用此参数值；又如创建扫描任务的taskID也需要引用。动态参数的提取支持正则式、json字段引用、自定义函数、自定义操作。

动态参数替换，是指用例真正执行前，需要使用系统中已经获取的动态参数替换变量引用，比如后续请求cookie中的${JSESSIONID}变量引用需要替换成真实的值。

超时时间，是指对于一些比较耗时的操作，比如检查任务执行过程，需要等待检查任务执行完毕后，才能下载HTML报告，因此，在后一个用例中需要设置一定的超时时间，在执行到此处暂停，等待被测系统业务功能完成。

进一步地，在解析HTML报告，得到报告验证基准的步骤之前，还包括：

判断HTML报告是否为第一次解析；

若否，直接获取已经存在的报告验证基准。

可选地，报告验证基准通常是一段时间内稳定不变的，但当环境发生变化或者出现问题需要扩充或修改时，已经存在的报告验证基准便不能正确预期结果，需要对报告验证基准进行更新。

在S3中，执行测试用例生成HTML报告，通过测试用例执行模块自动按照顺序执行测试用例，使被测系统运行相关业务功能产生HTML报告。

可选地，还需要对测试用例进行筛选，即通过支持通过产品、模块、是否执行字段进行筛选。

进一步地，S4包括：

获取HTML报告的报告结构；

建立解析模版；

根据解析模版对报告结构进行解析，得到报告验证基准。

通过建立解析模板指导解析模块进行解析，解析成json格式，解析的目的是过滤掉HTML报告中的格式及代码内容，提取出HTML报告中待验证的数据内容，并将待验证数据内容转换成易于处理的结构化数据，得到报告验证基准，可选地，可以使用已经验证过的结构化报告设立验证基准，用于后续进行验证。HTML报告的解析通过定义解析模版，指定各内容项目提取的正则式或标签结构取值来完成报告的解析，依据解析模版使用正则表达式及BeautifulSoup库完成。

进一步地，S5包括：

获取基准报告；

获取报告验证基准中的细粒度信息；

根据细粒度信息对基准报告和HTML报告进行验证，得到验证结果。

通过将HTML报告和基准报告进行对比，发现HTML报告中可疑问题(如：错误、局部内容变更、局部内容缺失等)。示例性地，例如CPU利用率，基准报告中是70％，验证时的结果是75％，但由于这两个数值都符合系统CPU利用率低于80％的要求。因此需要通过正则做模糊处理，以保证验证结果不会出现错误的结果。应该在对比引擎中进行充分考虑，通过报告验证基准中设置的模糊对比规则进行一致性判断，避免出现大量的正确的不一致项，干扰测试人员发现问题。

将HTML报告和基准报告进行细粒度信息对比验证，包括报告基础信息对比：如分数、检查项总数、合规率、合规项、不合规项、异常项、设备命名成、设备地址、设备类型；细粒度信息对比：包括检查项标题，合规结果、检查方法、配置步骤，检查子项标题、检查子项合规结果、检查子项数据提取结果、检查子项验证规则。

由于同一目标不同扫描报告中检查项及检查子项的展示顺利有可能发生变化，对比内容的查找通过标题关键字进行。检查子项结果字段的对比相似度进行查找对比基准。对于一些检查值可能发现变化的子项结果(如cpu利用率、进程号等)对比，首先通过文本相似度进行查找最相似的对比基准，然后使用预先定义的模糊对比规则进行对比。

对配置步骤、检查方法字段引入自动纠错功能，提示错字、明显语法问题。

可选地，使用结果验证中的信息自动对测试用例执行是否成功进行判断，目前支持状态码、关键字、动态参数是否提取成功三种方式。

示例性地，使用验证结果中的信息自动对测试用例执行是否成功进行判断，如，测试用例的“预期结果”字段是{"status_code":200,"keyword":'任务名称',"atributes":["taskID"]}，表示响应的状态码是200，并且响应数据中包含“任务名称”关键字，并且动态参数中设置了taskID。需要将动态参数进行及时清理，否则后续如果验证动态参数时，就可能由于存留的参数引起结果判断错误。

可选地，在得到验证结果后，可以对验证结果进行展示。展示的内容还包括，每个测试用例的执行结果，通过测试用例的验证字段自动验证生成。

示例性地，本申请实施例可应用于基线管理系统检查知识的自测验证框架，框架融合了webui及web接口验证方法。包含数百种设备和数万条检查知识，随着检查知识的更新、维护，等待回归验证的知识量激增，而对已经测试过多个版本的知识进行自测及知识版本送测，知识验证的效率较低，并且也无法承受如此大量的测试任务。采用本申请实施例的方法可以对检查知识进行快速地验证。

本申请实施例完成了对包含大量验证点的HTML报告的细粒度自动化自动对比验证。当要验证的报告量比较大时，有效的降低了人工验证的工作量及复杂度。可用于对此类报告的回归测试中，提高工作效率。由于使用解析后的报告作为验证的基准，提高了验证方法的稳定性。当目标环境损坏重建或发生变更时，只需重新运行测试用例重建基准报告即可继续执行后续验证任务，无需修改代码或变更用例。测试用例的执行过程具有很大的灵活性和适应性。当需要应用到其被测他系统时，只需要适配用例生成模块及报告解析模块即可快速移植应用。

实施例二

为了执行上述实施例一对应的方法，以实现相应的功能和技术效果，下面提供一种HTML报告验证装置，如图2所示，该装置包括：

获取模块1，用于获取待测系统的属性数据；

生成模块2，用于根据属性数据生成测试用例；

提取模块3，用于提取测试用例中的HTML报告；

解析模块4，用于解析HTML报告，得到报告验证基准；

验证模块5，用于根据报告验证基准对HTML报告进行细粒度验证，得到验证结果。

进一步地，该装置还包括判断模块，用于：

判断HTML报告是否为第一次解析；

若否，直接获取已经存在的报告验证基准。

进一步地，解析模块4还用于：

获取HTML报告的报告结构；

建立解析模版；

根据解析模版对报告结构进行解析，得到报告验证基准。

进一步地，验证模块5还用于：

获取基准报告；

获取报告验证基准中的细粒度信息；

上述的HTML报告验证装置可实施上述实施例一的方法。上述实施例一中的可选项也适用于本实施例，这里不再详述。

本申请实施例的其余内容可参照上述实施例一的内容，在本实施例中，不再进行赘述。

实施例三

本申请实施例提供一种电子设备，包括存储器及处理器，该存储器用于存储计算机程序，该处理器运行计算机程序以使电子设备执行实施例一的HTML报告验证方法。

可选地，上述电子设备可以是服务器。

请参见图3，图3为本申请实施例提供的电子设备的结构组成示意图。该电子设备可以包括处理器31、通信接口32、存储器33和至少一个通信总线34。其中，通信总线34用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口32用于与其他节点设备进行信令或数据的通信。处理器31可以是一种集成电路芯片，具有信号的处理能力。

上述的处理器31可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器31也可以是任何常规的处理器等。

存储器33可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。存储器33中存储有计算机可读取指令，当计算机可读取指令由所述处理器31执行时，设备可以执行上述图1方法实施例涉及的各个步骤。

可选地，电子设备还可以包括存储控制器、输入输出单元。存储器33、存储控制器、处理器31、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线34实现电性连接。处理器31用于执行存储器33中存储的可执行模块，例如设备包括的软件功能模块或计算机程序。

输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。输入输出单元可以是，但不限于，鼠标和键盘等。

可以理解，图3所示的结构仅为示意，电子设备还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。图3中所示的各组件可以采用硬件、软件或其组合实现。

另外，本申请实施例还提供一种计算机可读存储介质，其存储有计算机程序，该计算机程序被处理器执行时实现实施例一的HTML报告验证方法。

本申请实施例还提供一种计算机程序产品，该计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的装置来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

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

Claims

1.一种HTML报告验证方法，其特征在于，所述方法包括：

获取待测系统的属性数据；

根据所述属性数据生成测试用例；

提取所述测试用例中的HTML报告；

解析所述HTML报告，得到报告验证基准；

2.根据权利要求1所述的HTML报告验证方法，其特征在于，在所述解析所述HTML报告，得到报告验证基准的步骤之前，还包括：

判断所述HTML报告是否为第一次解析；

若否，直接获取已经存在的报告验证基准。

3.根据权利要求1所述的HTML报告验证方法，其特征在于，所述解析所述HTML报告，得到报告验证基准的步骤，包括：

获取所述HTML报告的报告结构；

建立解析模版；

4.根据权利要求1所述的HTML报告验证方法，其特征在于，所述根据所述报告验证基准对所述HTML报告进行细粒度验证，得到验证结果的步骤，包括：

获取基准报告；

获取所述报告验证基准中的细粒度信息；

5.一种HTML报告验证装置，其特征在于，所述装置包括：

获取模块，用于获取待测系统的属性数据；

生成模块，用于根据所述属性数据生成测试用例；

提取模块，用于提取所述测试用例中的HTML报告；

解析模块，用于解析所述HTML报告，得到报告验证基准；

6.根据权利要求5所述的HTML报告验证装置，其特征在于，所述装置还包括判断模块，用于：

判断所述HTML报告是否为第一次解析；

若否，直接获取已经存在的报告验证基准。

7.根据权利要求5所述的HTML报告验证装置，其特征在于，所述解析模块还用于：

获取所述HTML报告的报告结构；

建立解析模版；

8.根据权利要求5所述的HTML报告验证装置，其特征在于，所述验证模块还用于：

获取基准报告；

获取所述报告验证基准中的细粒度信息；

9.一种电子设备，其特征在于，包括存储器及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行根据权利要求1至4中任一项所述的HTML报告验证方法。

10.一种计算机可读存储介质，其特征在于，其存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4中任一项所述的HTML报告验证方法。