CN112560041B

CN112560041B - 质量自动化验证检测的方法、设备及计算机存储介质

Info

Publication number: CN112560041B
Application number: CN202110208544.7A
Authority: CN
Inventors: 李捷; 童兆丰; 赵林林; 薛锋
Original assignee: Beijing ThreatBook Technology Co Ltd
Current assignee: Beijing ThreatBook Technology Co Ltd
Priority date: 2021-02-25
Filing date: 2021-02-25
Publication date: 2021-05-25
Anticipated expiration: 2041-02-25
Also published as: CN112560041A

Abstract

本发明提供了一种质量自动化验证检测的方法、设备及计算机存储介质，所述方法包括：登录到所述检测设备的树莓派中，从代码仓库中下载用于检测本地威胁情报管理平台的程序包，对设置后的程序包进行安装，为所述检测设备安装nokia5110液晶屏，将所述检测设备与所述本地威胁情报管理平台产品进行网络连接，检测完成后通过所述罗伯特架构的监听器将检测结果输出到nokia5110液晶屏上显示。本发明使得可以对本地威胁情报管理平台产品进行系统性验证，并且检测过程方便快捷。

Description

质量自动化验证检测的方法、设备及计算机存储介质

技术领域

本申请涉及对本地威胁情报管理平台产品的质量自动化验证检测，特别是涉及一种利用基于树莓派（Raspberry Pi(RPI)）开发的检测设备对本地威胁情报管理平台产品进行质量自动化验证检测的方法、检测设备及计算机存储介质。

背景技术

对于现有的本地威胁情报管理平台（Threat Detection Platform (TDP) : 本地威胁情报管理平台）的发货产品，鉴于环境和数据限制，没有针对核心功能的系统性的检测过程，仅人工手动点击部分功能就认为软件产品安装成功无问题，而真正对应的核心功能问题要到客户现场在各种硬件设备中使用后，才能发现。

为解决如上问题，为本地威胁情报管理平台产品提供系统性验证，并且可以方便快捷的完成整个过程，研发了本检测仪器，方便售后。

发明内容

为了对本地威胁情报管理平台产品安装到用户终端设备中后的质量自动化验证检测，本申请提供了一种利用基于树莓派开发的检测设备对本地威胁情报管理平台产品进行质量自动化验证检测的方法，使得可以对本地威胁情报管理平台产品进行系统性验证，并且检测过程方便快捷。

第一方面，本申请设计了一种利用基于树莓派开发的检测设备对本地威胁情报管理平台产品进行质量自动化验证检测的方法，其中在所述树莓派硬件平台上安装罗伯特架构，其特征在于，所述方法包括如下步骤：步骤01，登录到所述检测设备的树莓派中，从代码仓库中下载用于检测本地威胁情报管理平台的程序包；步骤02，在树莓派的根目录的config.ini中，将标志为test_dev,test_long, test_ram的命令删除，将根目录的config.ini配置设置为min设备，将测试级别设置为发货验证级别；步骤03，对设置后的程序包进行安装；步骤04，为所述检测设备安装nokia5110液晶屏；步骤05，将所述检测设备与所述本地威胁情报管理平台产品进行网络连接，检测完成后通过所述罗伯特架构的监听器将检测结果输出到nokia5110液晶屏上显示。

在一种可选的实施方式中，其进一步包括：在所述树莓派的操作系统中运行命令行界面来执行命令交互。

在一种可选的实施方式中，其进一步包括：当需要改变测试模式或测试内容时，要求通过测试套件或者标签的指定来进行切换。

在一种可选的实施方式中，其进一步包括：在检测过程中，以每个异常点的发生时间为相关时间，将所述相关时间及其之前十分钟内出现的异常点做排除故障处理并集中写入到一个文件中。

第二方面，本申请设计了一种对本地威胁情报管理平台产品进行质量自动化验证检测的基于树莓派开发的检测设备，其特征在于，所述检测设备包括：树莓派，其硬件平台上安装罗伯特架构；nokia5110液晶屏，其安装在所述树莓派中；所述检测设备对本地威胁情报管理平台产品进行质量自动化验证检测包括：登录到所述检测设备的树莓派中，从代码仓库中下载用于检测本地威胁情报管理平台的程序包；在树莓派的根目录的config.ini中，将标志为test_dev,test_long, test_ram的命令删除，将根目录的config.ini配置设置为min设备，将测试级别设置为发货验证级别；对设置后的程序包进行安装；将所述检测设备与所述本地威胁情报管理平台产品进行网络连接，检测完成后通过所述罗伯特架构的监听器将检测结果输出到nokia5110液晶屏上显示。

第三方面，本申请设计了一种对本地威胁情报管理平台产品进行质量自动化验证检测的基于树莓派开发的检测设备，其特征在于，所述检测设备包括：处理器；存储器，所述存储器存储计算机程序，所述处理器执行所述计算机程序以实现如第一方面所述的方法。

第三方面，本申请设计了一种计算机存储介质，所述计算机存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如第一方面所述的方法。

本申请利用基于树莓派开发的检测设备对本地威胁情报管理平台产品进行质量自动化验证检测，使得可以对本地威胁情报管理平台产品进行系统性验证，并且检测过程方便快捷。

附图说明

在不一定按比例绘制的附图中，相同的附图标记可以在不同的视图中描述相似的部件。具有字母后缀或不同字母后缀的相同附图标记可以表示相似部件的不同实例。附图大体上通过举例而不是限制的方式示出各种实施例，并且与说明书以及权利要求书一起用于对所公开的实施例进行说明。在适当的时候，在所有附图中使用相同的附图标记指代同一或相似的部分。这样的实施例是例证性的，而并非旨在作为本装置或方法的穷尽或排他实施例。

图1示出了根据本发明的利用基于树莓派开发的检测设备对本地威胁情报管理平台产品进行质量自动化验证检测的流程示意图。

图2示出了根据本发明的对本地威胁情报管理平台产品进行质量自动化验证检测的基于树莓派开发的检测设备的结构示意图。

具体实施方式

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

另外，为了更好的说明本发明，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本发明同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本发明的主旨。

请参考图1，图1示出了根据本发明的利用基于树莓派开发的检测设备对本地威胁情报管理平台产品进行质量自动化验证检测的流程示意图。

被检测产品要求为NGTDP （Next Generation threat Detection Platform : 下一代本地威胁情报管理平台，本文中特指微步在线自主研发的本地威胁情报管理平台）全部硬件产品，虚拟机内置版本不在此检测设备的测试范围内。Raspberry Pi (简写为RPi，通称树莓派)要求 Raspberry Pi 3 及其以上，标准配置即可，使用外置显示屏 Nokia5110(或者更高版本的相应显示屏)，操作系统os为: Ubuntu Server 或者 Ubuntu Core。

其中检测部分将产品迭代回归使用的自动化测试过程进行裁剪，适配后，从服务器移植到Raspberry Pi中，为检测的方便性和快捷性做了更好的改进。

本发明的利用基于树莓派开发的检测设备对本地威胁情报管理平台产品进行质量自动化验证检测的流程具体包括步骤S01至步骤S05。

步骤S01，登录到所述检测设备的树莓派中，从代码仓库中下载用于检测本地威胁情报管理平台的程序包。

其中在树莓派RPI中安装罗伯特架构robotframework 3.1.1，直接使用安装python库的命令，如下的pip就可以，其中pip是一个 Python包安装与管理工具。

sudo pip install robotframwork #安装脚本引擎核心库。

这里虽然可以显示界面，但是当前检测仪器最后使用 Nokia5110 动态监控测试进度和效果，不依赖于内置系统的ui（user interface，用户界面），建议直接将系统设置为cui（命令行界面）而节省资源。在操作系统下运行命令行界面CUI，不需要通常的用户界面显示，用listener（即监听器）监听输出即可。当然，显示通常的用户界面也可以。

是否成功的检测。

robot –version。

如果有对应版本提示，就安装完成了。

步骤S02，在树莓派的根目录的config.ini中，将标志为test_dev，test_long，test_ram的命令删除，将根目录的config.ini配置设置为min设备，将测试级别设置为发货验证级别。

config.ini部分设置如下：

***Settings***Resource

UserKeywords/AllUserKeywords.txtSuite

Setup Set Use Config min设备 robot --outputdir ${save_res_ph}/${newdir}

--variable env_config:${env_config}\

-e long_time,test_dev, test_long,test_ram\

test_misreport.robot\

test_detect_update_ioc.robot\

test_detect_rule.robot\

test_detect_block.robot\

test_detect_service_open.robot\

test_detect_dga.robot\

test_input_syslog.robot\

test_detect_ioc.robot\

test_detect_url.robot\

test_input_syslog_check.robot\

test_output_syslog_agent.robot\

test_file_upload_check.robot\

test_detect_assets_manager.robot\

test_detect_assets_manager_file.robot\

test_detect_assets_manager_dhcp.robot\

test_detect_assets_manager_all.robot\

test_28_pcap.robot\

test_output_syslog.robot\

test_detect_dns_tunnel.robot\

test_detect_hotfix.robot\

test_detect_threatbook_nod.robot\

test_detect_api_I1.robot。

步骤S03，对设置后的程序包进行安装。

步骤S04，为所述检测设备安装nokia5110液晶屏。

nokia5110液晶屏安装完成后在所述树莓派中运行./test all 命令，即可以运行整个检测过程。

步骤S05，将所述检测设备与所述本地威胁情报管理平台产品进行网络连接，检测完成后通过所述罗伯特架构的监听器将检测结果输出到nokia5110液晶屏上显示。

对本地威胁情报管理平台产品进行质量自动化验证检测的指定步骤及其结果使用listener单独输出到 nokia5110液晶屏上。

罗伯特robot 的listener可以在robot运行中监听当前运行测试（test）的内容，如 start.end.status 等。本申请对于listener version 2版本和 listener version 3版本的使用是不同的，此处使用的是listener version 3版本。

由于listener和robot是分时使用同一个进程，为防止listener对主测试流程的影响，这里将对排除故障（debug）信息和step信息的处理记录到内存和日志（log）中，使用其他进程完成日志、数据的转换显示等。

下面为listener 监控部分的具体介绍，并包括部分结构代码。

listener 监控结构检测，下面是使用listener接口的结构检测方式，只给出了针对robotFramework 的部分信息处理的例子，并且在测试执行步骤和测试创建结果时，将结果和执行权传输给listener,启动时要增加的对应的监听器参数如下：

robot --listener PauseExecution.py ... *.robot。

以对每个测试结果单独收集处理时可以使用类似如下的结果接入位置：

"""Listener that stops execution if a test fails."""

ROBOT_LISTENER_API_VERSION = 3

def end_test(data, result):

if not result.passed:

print('Test "%s" failed: %s' % (result.name, result.message))

...#其他对应操作。

另外特别说明的部分是测试过程对测试模式或内容的切换以及测试开始的关注要求，特别是处理两种情况的接口位置。在改变监控模式或监控内容时，要求特别包含 "test suite <running.TestSuite>" 或者 tag的指定才能进行切换，每次的对应位置接口的监控由如下位置来完成：

ROBOT_LISTENER_API_VERSION = 3

def start_suite(suite, result):

suite.tests.create(name='New test')

def start_test(test, result):

test.keywords.create(name='Log',args=['Keyword added by listener!'])。

一般情况下，接口接入都是robotframework的 top 级别 `visitor interface`_,但当前监控中多数test suite 和test case都有前置条件key，

如test suite 提供Suite Setup，其使用时如下:Suite Setup Set Env Config${env_config}，而这里的${env_config} 就是key，listenr是进程间的，看不到其他进程中的内部定义，所以无法监控，由此使用pre-runmodifier，在代码中使用selector 去访问相应值的定义，类似如下：

from SelectEveryXthTest import SelectEveryXthTest

ROBOT_LISTENER_API_VERSION = 3

def start_suite(suite, result):

selector = SelectEveryXthTest(x=2)

suite.visit(selector)。

下面是关于特殊的排除故障（debug）设置要求处理。

所有异常都被封装，在robot运行中是不会看到listener的错误的。留心不报错的代码执行问题, 这里保证所有问题提前预警，提前处理的rust（rust是一门系统编程语言，专注于安全，尤其是并发安全）精神，将全部被封装的异常点做排除故障debug状态处理。

此过程是将全部异常点封装做debug处理并指定到一个文件中，与现有技术的区别是，当前框架对这个异常点的处理为不报异常错误，并且当前程序继续运行下去，如果将debug加入了一个文件中，在文件中看到的是多线程同写一个log而引起的log随机被拆分，无法识别，而本申请当前的处理是每个异常点对应自己的标签log，在出现报错时，以每个异常点的发生时间为相关时间，将该相关时间及其之前十分钟内的全部异常点合成到一个文件中并命名为*.err.log.${time}，由此，当在10分钟内发生多个异常点时，将存在以所述多个异常点对应的时间为相关时间所获得的不同文件所包含的异常点发生重复的情况。上述操作是对上述异常点进行集中报错，当前程序继续运行下去。

另外，测试过程中将这些封装的debug错误信息指定到对应的文件中，在后续的将检测结果输出到nokia5110液晶屏时可以提供debug数据查询，文件名称可以在命令行给出，不做默认值处理，其使用如下参数：

--debugfile。

部分结构源码如下，这里使用java处理。

import java.io.*;

import java.util.Map;

import java.util.List;

public class JavaListener {

public static final int ROBOT_LISTENER_API_VERSION = 2;

public static final String DEFAULT_FILENAME = "listen_java.txt";

private BufferedWriter outfile = null;

public JavaListener() throws IOException {

this(DEFAULT_FILENAME);

}

public JavaListener(String filename) throws IOException {

String tmpdir = System.getProperty("java.io.tmpdir");

String sep = System.getProperty("file.separator");

String outpath = tmpdir + sep + filename;

outfile = new BufferedWriter(new FileWriter(outpath));

}

public void startSuite(String name, Map attrs) throws IOException {

outfile.write(name + " '" + attrs.get("doc") + "'\n");

}

public void startTest(String name, Map attrs) throws IOException

{

outfile.write("- " + name + " '" + attrs.get("doc") + "' [ ");

List tags = (List)attrs.get("tags");

for (int i=0; i < tags.size(); i++) {

outfile.write(tags.get(i) + " ");

}

outfile.write(" ] :: ");

}

public void endTest(String name, Map attrs) throws IOException {

String status = attrs.get("status").toString();

if (status.equals("PASS")) {

outfile.write("PASS\n");

}

else {

outfile.write("FAIL: " + attrs.get("message") + "\n");

}

public void endSuite(String name, Map attrs) throws IOException

{

outfile.write(attrs.get("status") + "\n" + attrs.get("message")

+ "\n");

}

public void close() throws IOException {

outfile.close();

}

本申请的nokia5110液晶屏采用PCD8544驱动器，PCD8544是一块低功耗的CMOSLCD控制驱动器，设计为驱动48行84列的图形显示。所有必须的显示功能集成在一块芯片上，包括LCD电压及偏置电压发生器，只须很少外部元件且功耗小。PCD8544与树莓派的微控制器的接口使用串行总线。PCD8544采用CMOS工艺。优点是价格便宜，非常适合只有部分debug信息显示和过程监控使用。

PCD8544产品说明如下表所示。

nokia5110液晶屏可以自定制驱动，由于部分显示使用自定义字符，驱动部分使用自开发部分arduino方式做控制器，部分驱动代码如下：

#include <SPI.h>

#include <Adafruit_GFX.h>

#include <Adafruit_PCD8544.h>

// Declare LCD object for software SPI//

Adafruit_PCD8544(CLK,DIN,D/C,CE,RST);

Adafruit_PCD8544 display = Adafruit_PCD8544(7, 6, 5, 4, 3);

int rotatetext = 1;

void setup() {

Serial.begin(9600);

//Initialize Display

display.begin();

// you can change the contrast around to adapt the display for thebest viewing!

display.setContrast(57);

// Clear the buffer.

display.clearDisplay();

// Display Text

display.setTextSize(1);

display.setTextColor(BLACK);

display.setCursor(0,0);

display.println("Hello world!");

display.display();

delay(2000);

display.clearDisplay(); // Display Inverted Text

display.setTextColor(WHITE, BLACK); // 'inverted' text

display.setCursor(0,0);

display.println("Hello world!");

display.display();

delay(2000);

display.clearDisplay();

// Scaling Font Size

display.setTextColor(BLACK);

display.setCursor(0,0);

display.setTextSize(2);

display.println("Hello!");

display.display();

delay(2000);

display.clearDisplay();

// Display Numbers

display.setTextSize(1);

display.setCursor(0,0);

display.println(123456789);

display.display();

delay(2000);

display.clearDisplay();

// Specifying Base For Numbers

display.setCursor(0,0);

display.print("0x"); display.print(0xFF, HEX);

display.print("(HEX) = ");

display.print(0xFF, DEC);

display.println("(DEC)");

display.display();

delay(2000);

display.clearDisplay();

// Display ASCII Characters

display.setCursor(0,0);

display.setTextSize(2);

display.write(3);

display.display();

delay(2000);

display.clearDisplay();

// Text Rotation

while(1)

{

display.clearDisplay();

display.setRotation(rotatetext); // rotate 90 degrees counterclockwise, can also use values of 2 and 3 to go further.

display.setTextSize(1);

display.setTextColor(BLACK);

display.setCursor(0,0);

display.println("Text Rotation");

display.display();

delay(1000);

display.clearDisplay();

rotatetext++;

}

void loop() {}

参见图2可知，所述检测设备包括树莓派和外置nokia5110液晶屏。树莓派硬件平台上安装罗伯特架构。nokia5110液晶屏安装在所述树莓派中。安装完成后在所述树莓派中运行./test all 命令，即可以运行整个检测过程。

所述检测设备对本地威胁情报管理平台产品进行质量自动化验证检测包括：登录到所述检测设备的树莓派中，从代码仓库中下载用于检测本地威胁情报管理平台的程序包。在树莓派的根目录的config.ini中，将标志为test_dev, test_long, test_ram的命令删除，将根目录的config.ini配置设置为min设备，将测试级别设置为发货验证级别。对设置后的程序包进行安装。将所述检测设备与所述本地威胁情报管理平台产品进行网络连接，检测完成后通过所述罗伯特架构的监听器将检测结果输出到外置nokia5110液晶屏上显示。

在一个可选的实施例中，在所述树莓派的操作系统中运行命令行界面来执行命令交互。树莓派的操作系统中虽然也可以显示界面，但是当前检测仪器最后使用 Nokia5110动态监控测试进度和效果，不依赖于内置系统的ui（user interface，用户界面），建议直接将系统设置为cui（命令行界面）而节省资源。在操作系统下运行命令行界面CUI，不需要通常的用户界面显示，用listener监听输出即可。当然，显示通常的用户界面也可以。

在一种可选的实施方式中，当需要改变测试模式或测试内容时，要求通过测试套件或者标签的指定来进行切换。

在一种可选的实施方式中，在检测过程中，以每个异常点的发生时间为相关时间，将该相关时间及其之前十分钟内出现的异常点做排除故障处理并集中写入到一个文件中。由此将上述十分钟内的异常点做集中报错处理，当前程序继续运行下去。

应当理解，上述示例的根据本发明的对本地威胁情报管理平台产品进行质量自动化验证检测的基于树莓派开发的检测设备的结构仅为本发明实施例提供的一个例子，其可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。如在树莓派中，包括处理器和存储器，所述存储器存储计算机程序，所述处理器执行所述计算机程序以实现本发明所述的对本地威胁情报管理平台产品进行质量自动化验证检测的方法。

结合本发明实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(英文：Random Access Memory，RAM)、闪存、只读存储器(英文：Read Only Memory，ROM)、可擦除可编程只读存储器(英文：ErasableProgrammable ROM，EPROM)、电可擦可编程只读存储器(英文：Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。

以上对本发明的实施例进行了描述。但是这些实施例仅仅是为了说明的目的，而并非为了限制本发明的范围。本发明的范围由所附权利要求及其等价物限定。不脱离本发明的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本发明公开的范围之内。

Claims

1.一种质量自动化验证检测的方法，其中在树莓派硬件平台上安装罗伯特架构，其特征在于，所述方法包括如下步骤：

步骤S01，登录到检测设备的树莓派中，从代码仓库中下载用于检测本地威胁情报管理平台的程序包；

步骤S02，在树莓派的根目录的config.ini中，将标志为test_dev,test_long, test_ram的命令删除，将根目录的config.ini配置设置为min设备，将测试级别设置为发货验证级别；

步骤S03，对设置后的程序包进行安装；

步骤S04，为所述检测设备安装nokia5110液晶屏；

步骤S05，将所述检测设备与所述本地威胁情报管理平台进行网络连接，检测完成后通过所述罗伯特架构的监听器将检测结果输出到nokia5110液晶屏上显示；其中，

在所述树莓派的操作系统中运行命令行界面来执行命令交互；

当需要改变测试模式或测试内容时，要求通过测试套件或者标签的指定来进行切换；

在检测过程中，以每个异常点的发生时间为相关时间，将所述相关时间及其之前十分钟内出现的异常点做排除故障处理并集中写入到一个文件中。

2.一种质量自动化验证检测设备，其特征在于，所述检测设备包括：

树莓派，其硬件平台上安装罗伯特架构；

nokia5110液晶屏，其安装在所述树莓派中；

所述检测设备对本地威胁情报管理平台进行质量自动化验证检测包括：

登录到所述检测设备的树莓派中，从代码仓库中下载用于检测本地威胁情报管理平台的程序包；

在树莓派的根目录的config.ini中，将标志为test_dev,test_long, test_ram的命令删除，将根目录的config.ini配置设置为min设备，将测试级别设置为发货验证级别；

对设置后的程序包进行安装；

将所述检测设备与所述本地威胁情报管理平台进行网络连接，检测完成后通过所述罗伯特架构的监听器将检测结果输出到nokia5110液晶屏上显示；其中，

3.一种质量自动化验证检测设备，其特征在于，所述检测设备包括：

处理器；

存储器，所述存储器存储计算机程序，所述处理器执行所述计算机程序以实现如权利要求1所述的方法。

4.一种计算机存储介质，所述计算机存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1所述的方法。