基于知识图谱的应用测试方法、装置、电子设备和介质与流程

1.本公开涉及金融技术领域，更具体地，涉及一种基于知识图谱的应用测试方法、应用测试装置、电子设备、计算机可读存储介质和计算机程序。


背景技术：

2.随着技术的发展，在安全测试整个流程中，引入了一些自动化收集和扫描方法来提升信息收集效率和判断效率，同时也针对不同情况的漏洞，建立起脚本库，可以根据不同情况的漏洞，选择执行响应的脚本完成测试，提升安全测试效率和水平。


技术实现要素：

3.有鉴于此，本公开提供了一种能够提高测试质量和测试效率、自动化程度高的基于知识图谱的应用测试方法、应用测试装置、电子设备、计算机可读存储介质和计算机程序。
4.本公开的一个方面提供了一种基于知识图谱的应用测试方法，所述应用测试方法在电子设备上执行，且包括：获取应用的特征信息；获取与所述特征信息对应的漏洞信息；获取测试脚本；根据所述特征信息、所述漏洞信息和所述测试脚本构建知识图谱，其中，所述知识图谱包括所述特征信息和所述漏洞信息之间的第一属性，以及所述漏洞信息和所述测试脚本之间的第二属性；根据所述第一属性和所述第二属性，选取针对所述应用的有效测试脚本；执行所述有效测试脚本；以及输出执行结果。
5.根据本公开实施例的基于知识图谱的应用测试方法，通过第一属性将漏洞信息与特征信息联系起来，通过第二属性将测试脚本与漏洞信息联系起来，从而建立知识图谱，通过知识图谱可以精准获得针对被测试应用的有效测试脚本，由此可以提升测试质量和测试效率，同时还可以降低对测试人员的依赖程度，从而可以节省人力、减少人为出错的概率。另外，本公开输入应用地址，即可完成全流程测试，自动化程度高。
6.在一些实施例中，所述获取测试脚本包括：获取带有标记的测试脚本，所述根据所述第一属性和所述第二属性，选取针对所述应用的有效测试脚本后还包括：根据所述标记剔除针对一个所述漏洞信息具有多个与该漏洞信息具有所述第二属性的所述有效测试脚本中的低效脚本。
7.在一些实施例中，所述标记包括执行次数和质量，所述低效脚本包括执行次数相对较少和质量低的所述有效测试脚本。
8.在一些实施例中，所述根据所述特征信息、所述漏洞信息和所述测试脚本构建知识图谱包括：分别建立所述特征信息、所述漏洞信息和所述测试脚本的实体；以所述特征信息为第一实体，以所述漏洞信息为第二实体，建立从所述第一实体到所述第二实体的第一向量边，所述第一向量边具有第一属性；以及以所述测试脚本为第三实体，建立从所述第二实体到所述第三实体的第二向量边，所述第二向量边具有第二属性。
9.在一些实施例中，所述第一属性为所述漏洞信息与所述特征信息的对应关系。
10.在一些实施例中，所述第二属性为所述测试脚本与所述漏洞信息的对应关系。
11.在一些实施例中，所述特征信息为m个，所述漏洞信息为n个，所述测试脚本为t个，m、n和t均为大于等于1的整数，所述根据所述第一属性和所述第二属性，选取针对所述应用的有效测试脚本包括：以一个所述特征信息为起始点，获取与该特征信息有第一向量边连接的全部所述漏洞信息；根据与该特征信息有第一向量边连接的全部所述漏洞信息，获取与全部所述漏洞信息有第二向量边连接的全部所述测试脚本，与全部所述漏洞信息有第二向量边连接的全部所述测试脚本为特征测试脚本；重复上述步骤，直至m个所述特征信息均作为起始点获取到所述特征测试脚本；以及将与每个所述特征信息对应的特征测试脚本求并集得到针对所述应用的有效测试脚本。
12.在一些实施例中，所述获取应用的特征信息包括：获取应用的框架信息、编程语言、载体框架信息和载体服务器中的至少一个。
13.在一些实施例中，执行所述有效测试脚本后还包括：存储执行结果。
14.本公开的另一个方面提供了一种基于知识图谱的应用测试装置，包括：第一获取模块，所述第一获取模块用于获取应用的特征信息；第二获取模块，所述第二获取模块用于获取与所述特征信息对应的漏洞信息；第三获取模块，所述第三获取模块用于获取带有标记的测试脚本；图谱构建模块，所述图谱构建模块根据所述特征信息、所述漏洞信息和所述测试脚本构建知识图谱，其中，所述知识图谱包括所述特征信息和所述漏洞信息之间的第一属性，以及所述漏洞信息和所述测试脚本之间的第二属性；脚本选取模块，所述脚本选取模块根据所述第一属性和所述第二属性，选取针对所述应用的有效测试脚本；脚本执行模块，所述脚本执行模块用于执行所述有效测试脚本；以及结果输出模块，所述结果输出模块用于输出执行结果。
15.本公开的另一方面提供了一种电子设备，包括一个或多个处理器以及一个或多个存储器，其中，所述存储器用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现如上所述方法。
16.本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法
17.本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。
附图说明
18.通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：
19.图1示意性示出了根据本公开实施例的可以应用方法、装置的示例性系统架构；
20.图2示意性示出了根据本公开实施例的基于知识图谱的应用测试方法的流程图；
21.图3示意性示出了根据本公开实施例的获取应用的特征信息的流程图；
22.图4示意性示出了根据本公开实施例的根据特征信息、漏洞信息和测试脚本构建的知识图谱示意图；
23.图5示意性示出了根据本公开实施例的根据特征信息、漏洞信息和测试脚本构建知识图谱的流程图；
24.图6示意性示出了根据本公开实施例的根据第一属性和第二属性，选取针对应用的有效测试脚本的流程图；
25.图7示意性示出了根据本公开实施例的获取测试脚本的流程图；
26.图8示意性示出了根据本公开实施例的基于知识图谱的应用测试装置的结构框图；
27.图9示意性示出了根据本公开另一个实施例的基于知识图谱的应用测试装置的结构框图；
28.图10示意性示出了根据本公开实施例的电子设备的方框图。
具体实施方式
29.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。在本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。
30.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
31.在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。
32.随着技术的发展，在安全测试整个流程中，引入了一些自动化收集和扫描方法来提升信息收集效率和判断效率，同时也针对不同情况的漏洞，建立起脚本库，可以根据不同情况的漏洞，选择执行响应的脚本完成测试，提升安全测试效率和水平。
33.相关的技术方案中，虽然在每个阶段的信息收集、分析方面都做了自动化处理，提升了效率。但是测试脚本未得到有效管理，也即当脚本库中有大量水平参差不齐的脚本，且面对一个web应用的不同漏洞组合时，可能有成百上千个测试脚本可供选择，或者同时也需要为了这种漏洞组合编写不同的脚本。另外，虽然各个阶段的自动化水平达到了，但是在测试流程中的关键节点，仍然需要测试人员来分析和开展，这高度依赖安全测试人员测试水平，导致测试成本高，并且测试质量难以保证。
34.本公开的实施例提供了一种基于知识图谱的应用测试方法、应用测试装置、电子设备、计算机可读存储介质和计算机程序。基于知识图谱的应用测试方法可以在电子设备上执行，且包括：获取应用的特征信息；获取与特征信息对应的漏洞信息；获取测试脚本；根据特征信息、漏洞信息和测试脚本构建知识图谱，其中，知识图谱包括特征信息和漏洞信息之间的第一属性，以及漏洞信息和测试脚本之间的第二属性；根据第一属性和第二属性，选
取针对应用的有效测试脚本；执行有效测试脚本；以及输出执行结果。
35.需要说明的是，本公开的基于知识图谱的应用测试方法、应用测试装置、电子设备、计算机可读存储介质和计算机程序可用于金融领域，也可用于除金融领域之外的任意领域，这里对本公开的领域不做限定。
36.图1示意性示出了根据本公开实施例的可以应用基于知识图谱的应用测试方法、应用测试装置、电子设备、计算机可读存储介质和计算机程序的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
37.如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
38.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
39.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
40.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
41.需要说明的是，本公开实施例所提供的基于知识图谱的应用测试方法一般可以由服务器105执行。相应地，本公开实施例所提供的应用测试装置一般可以设置于服务器105中。本公开实施例所提供的基于知识图谱的应用测试方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的应用测试装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
42.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
43.以下将基于图1描述的场景，通过图2～图7对本公开实施例的基于知识图谱的应用测试方法进行详细描述。
44.图2示意性示出了根据本公开实施例的基于知识图谱的应用测试方法的流程图，应用测试方法可以在电子设备上执行。
45.如图2所示，该实施例的基于知识图谱的应用测试方法包括操作s210～操作s270。
46.在操作s210，获取应用的特征信息，这里，应用可以包括但不限于网页应用(web app)、原生应用(native app)或混合应用(hybrid app)，本文以网页应用为例进行说明，但是并不能理解为对本公开的限制。作为一种可实施的方式，如图3所示，操作s210获取应用的特征信息包括操作s211：获取应用的框架信息、编程语言、载体框架信息和载体服务器中的至少一个。以网页应用为例，应用的特征信息可以理解为应用的框架信息、编程语言、应
用基于的网页框架信息和网页服务器中的至少一个。
47.在操作s220，获取与特征信息对应的漏洞信息。可以理解的是，一个特征信息可以有对应的一个漏洞信息，也可以有对应的多个漏洞信息，例如两个漏洞信息、三个漏洞信息或四个漏洞信息等等，当然某些特征信息也可以没有漏洞信息。其中，漏洞信息被不法分子利用可能威胁应用的安全性能，例如网银应用的架构信息对应的漏洞信息如果被不法分子利用，有可能导致客户的财产受到损失。漏洞信息本身也有可能导致应用不能正常使用。
48.在操作s230，获取测试脚本，其中，在测试过程中，测试脚本可以用于发现漏洞信息，由此可以提示测试人员和开发人员特征信息中的漏洞信息，使得开发人员可以及时修复漏洞。
49.在操作s240，如图4所示，根据特征信息、漏洞信息和测试脚本构建知识图谱，其中，知识图谱包括特征信息和漏洞信息之间的第一属性，以及漏洞信息和测试脚本之间的第二属性。
50.作为一种可实施的方式，如图5所示，操作s240根据特征信息、漏洞信息和测试脚本构建知识图谱包括操作s241～操作s243。
51.在操作s241，分别建立特征信息、漏洞信息和测试脚本的实体。
52.在操作s242，以特征信息为第一实体，以漏洞信息为第二实体，建立从第一实体到第二实体的第一向量边，第一向量边具有第一属性。
53.在操作s243，以测试脚本为第三实体，建立从第二实体到第三实体的第二向量边，第二向量边具有第二属性。
54.具体地，第一属性为漏洞信息与特征信息的对应关系。第二属性为测试脚本与漏洞信息的对应关系。由此，通过具有第一属性的第一向量边可以将特征信息和漏洞信息建立起连接关系，使得在知识图谱中，特征信息和与其对应的漏洞信息可以有直观的连接关系；通过具有第二属性的第二向量边可以将漏洞信息和测试脚本建立起连接关系，使得在知识图谱中，漏洞信息和与其对应的测试脚本可以有直观的连接关系。
55.在操作s250，根据第一属性和第二属性，选取针对应用的有效测试脚本。其中，特征信息可以为m个，漏洞信息可以为n个，测试脚本可以为t个，m、n和t均为大于等于1的整数，作为一种可能实施的方式，如图6所示，操作s250根据第一属性和第二属性，选取针对应用的有效测试脚本包括操作s251～操作s254。
56.在操作s251，以一个特征信息为起始点，获取与该特征信息有第一向量边连接的全部漏洞信息。
57.在操作s252，根据与该特征信息有第一向量边连接的全部漏洞信息，获取与全部漏洞信息有第二向量边连接的全部测试脚本，与全部漏洞信息有第二向量边连接的全部测试脚本为特征测试脚本。
58.在操作s253，重复上述步骤，直至m个特征信息均作为起始点获取到特征测试脚本。
59.在操作s254，将与每个特征信息对应的特征测试脚本求并集得到针对应用的有效测试脚本。
60.由此，通过操作s251～操作s254可以便于实现根据第一属性和第二属性，选取针对应用的有效测试脚本
61.在操作s260，执行有效测试脚本。
62.在操作s270，输出执行结果。
63.下面以一个具体的网页应用举例说明，结合图4，应用可以为银行的网银app，网银app的特征信息包括网页框架(具体可为react框架)、网页服务器(具体可为nginx服务器)、应用框架(具体可为spring框架)和应用编程语言(具体可为java语言)。
64.以react框架为起始点，通过第一属性，也即通过漏洞信息与特征信息的对应关系，找到与react框架对应的漏洞信息，与react框架对应的漏洞信息具体可以为xss漏洞，通过第二属性，也即通过测试脚本与漏洞信息的对应关系，找到与xss漏洞对应的测试脚本，与xss漏洞对应的测试脚本具体可以为exp1，因此，将expl作为react框架的特征测试脚本。
65.以nginx服务器为起始点，通过第一属性，也即通过漏洞信息与特征信息的对应关系，找到与nginx服务器对应的漏洞信息，与nginx服务器对应的漏洞信息具体可以为cve1漏洞，通过第二属性，也即通过测试脚本与漏洞信息的对应关系，找到与cve1漏洞对应的测试脚本，与cve1漏洞对应的测试脚本具体可以为exp2和exp3，因此，将exp2和exp3作为nginx服务器的特征测试脚本。
66.以spring框架为起始点，通过第一属性，也即通过漏洞信息与特征信息的对应关系，找到与spring框架对应的漏洞信息，与spring框架对应的漏洞信息具体可以为cvexxx漏洞和sql injection漏洞，通过第二属性，也即通过测试脚本与漏洞信息的对应关系，找到与cvexxx漏洞对应的测试脚本，与cvexxx漏洞对应的测试脚本具体可以为exp4；还要找到与sql injection漏洞对应的测试脚本，与sql injection漏洞对应的测试脚本具体可以为exp5。因此，将exp4和exp5作为spring框架的特征测试脚本。
67.以java语言为起始点，通过第一属性，也即通过漏洞信息与特征信息的对应关系，找到与java语言对应的漏洞信息，与java语言对应的漏洞信息具体可以为sql injection漏洞，通过第二属性，也即通过测试脚本与漏洞信息的对应关系，找到与sql injection漏洞对应的测试脚本，与sql injection漏洞对应的测试脚本具体可以为exp5，因此，将exp5作为java语言的特征测试脚本。
68.综上，将与react框架对应的特征测试脚本exp1、与nginx服务器对应的特征测试脚本exp2和exp3、与spring框架对应的特征测试脚本exp4和exp5以及与java语言对应的特征测试脚本exp5求并集得到针对网银app的有效测试脚本：exp1、exp2、exp3、exp4和exp5。
69.由此可以执行exp1、exp2、exp3、exp4和exp5，进而可以得到执行结果并输出。
70.根据本公开实施例的基于知识图谱的应用测试方法，通过第一属性将漏洞信息与特征信息联系起来，通过第二属性将测试脚本与漏洞信息联系起来，从而建立知识图谱，通过知识图谱可以精准获得针对被测试应用的有效测试脚本，由此可以提升测试质量和测试效率，同时还可以降低对测试人员的依赖程度，从而可以节省人力、减少人为出错的概率。另外，本公开输入应用地址，即可完成全流程测试，自动化程度高。
71.图7示意性示出了根据本公开实施例的获取测试脚本的流程图。
72.操作s230获取测试脚本包括操作s231。
73.在操作s231，获取带有标记的测试脚本。
74.如图2所示，操作s250根据第一属性和第二属性，选取针对应用的有效测试脚本后
还包括操作s280：根据标记剔除针对一个漏洞信息具有多个与该漏洞信息具有第二属性的有效测试脚本中的低效脚本。作为一些具体的示例，标记可以包括执行次数和质量，低效脚本包括执行次数相对较少和质量低的有效测试脚本。
75.继续用网银app举例说明，参考图4，针对cve1漏洞信息的有效测试脚本可以为exp2和exp3，exp2的标记为执行3次和质量低，exp3的标记为执行5次和质量高，根据exp2的标记和exp3的标记比较exp2和exp3，其中exp2的执行次数少于exp3，exp2为质量低的脚本，exp3为质量高的脚本，由此，与exp3相比，确定exp2为低效脚本，进而可以剔除exp2，仅将exp3作为针对cve1漏洞信息的有效测试脚本。通过剔除低效脚本，可以在顺利完成测试的同时提升测试效率和提高测试质量。
76.根据本公开的一些实施例，如图2所示，操作s260执行有效测试脚本后还包括操作s290：存储执行结果。由此，可以将存储后的执行结果作为经验数据，以便后期的回顾与学习。
77.基于上述基于知识图谱的应用测试方法，本公开还提供了一种基于知识图谱的应用测试装置10。以下将结合图8对基于知识图谱的应用测试装置10进行详细描述。
78.图8示意性示出了根据本公开实施例的基于知识图谱的应用测试装置10的结构框图。
79.基于知识图谱的应用测试装置10包括第一获取模块1、第二获取模块2、第三获取模块3、图谱构建模块4、脚本选取模块5、脚本执行模块6和结果输出模块7。
80.第一获取模块1用于执行操作s210：获取应用的特征信息。其中，第一获取模块1可以从安装应用的移动端获取应用的特征信息；第一获取模块1也可以从应用的服务器端获取应用的特征信息；第一获取模块1还可以从安装应用的移动端和服务器段同时获取应用的特征信息。
81.第二获取模块2用于执行操作s220：获取与特征信息对应的漏洞信息。与特征信息对应的漏洞信息可以存储在移动端，也可以存储在服务器端，第二获取模块2可以从存储有漏洞信息的移动端和/或服务器端获取漏洞信息。当然漏洞信息还可以存在于浏览器的网站上，第二获取模块2可以从网站上搜索漏洞信息并下载获取。
82.第三获取模块3用于执行操作s230：获取带有标记的测试脚本。测试脚本可以为测试人员上传至移动端和/或服务器端的脚本库中的测试脚本。
83.图谱构建模块4执行操作s240：根据特征信息、漏洞信息和测试脚本构建知识图谱，其中，知识图谱包括特征信息和漏洞信息之间的第一属性，以及漏洞信息和测试脚本之间的第二属性。
84.脚本选取模块5执行操作s250：根据第一属性和第二属性，选取针对应用的有效测试脚本。
85.脚本执行模块6用于执行操作s260：执行有效测试脚本。
86.结果输出模块7用于执行操作s270：输出执行结果。
87.由于上述基于知识图谱的应用测试装置10是基于应用测试方法设置的，因此上述基于知识图谱的应用测试装置10的有益效果与基于知识图谱的应用测试方法的相同，这里不再赘述。
88.另外，根据本公开的实施例，第一获取模块1、第二获取模块2、第三获取模块3、图
谱构建模块4、脚本选取模块5、脚本执行模块6和结果输出模块7中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。
89.根据本公开的实施例，第一获取模块1、第二获取模块2、第三获取模块3、图谱构建模块4、脚本选取模块5、脚本执行模块6和结果输出模块7中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。
90.或者，第一获取模块1、第二获取模块2、第三获取模块3、图谱构建模块4、脚本选取模块5、脚本执行模块6和结果输出模块7中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
91.下面参照图9详细描述根据本公开实施例的基于知识图谱的应用测试装置20。值得理解的是，下述描述仅是示例性说明，而不是对本公开的具体限制。
92.基于知识图谱的应用测试装置20的主要功能模块包括web应用信息收集模块21、漏洞管理模块22、exp脚本管理模块23、知识图谱构建模块24、脚本执行模块25和测试结果展示模块26。
93.web应用信息收集模块21根据web应用提供的web地址，通过扫描器，获取该应用的应用指纹信息，同时存储到数据库中。应用指纹信息一般包括：web框架信息、编程语言、web服务器、各类框架等信息。
94.漏洞管理模块22用于存储通过各个渠道收集的漏洞信息。
95.exp脚本管理模块23用于存储、新增、修改exp脚本，记录每个脚本具体针对哪些漏洞，被执行次数等情况。同时，测试人员可通过该模块人工标记该脚本质量。
96.知识图谱构建模块24主要基于知识图谱技术，将应用指纹信息、漏洞信息、exp脚本以图数据库形式存储，建立图谱关系。知识关系的建立是基于应用指纹信息和漏洞信息的关系，基于安全测试人员以往使用exp脚本进行测试的效果。三者建立关系后，一旦获得新的应用指纹信息，可以通过知识图谱，进行关联分析，从而筛选出最适合的exp测试脚本，提交至脚本执行模块25执行。
97.知识图谱构建模块24主要包含两部分功能：一部分功能为关系抽取与表示：将应用指纹信息、漏洞信息和exp脚本以实体进行存储，通过建立漏洞发生的条件，利用漏洞的脚本等关系，构建关系图谱。
98.另一部分功能为关联分析：判断指纹信息、漏洞信息和exp脚本，根据一些判断规则(属性等)，选取n个exp脚本执行。
99.脚本执行模块25负责从知识图谱构建模块24中获得脚本清单，依次执行，将结果存储在系统中。所有脚本执行结果，通过测试结果展示模块26进行展示，供测试人员编写报告，开展后续测试参考。
100.图10示意性示出了根据本公开实施例的适于实现基于知识图谱的应用测试方法的电子设备的方框图。
101.如图10所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
102.在ram 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、rom 902以及ram 903通过总线904彼此相连。处理器901通过执行rom 902和/或ram 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 902和ram 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
103.根据本公开的实施例，电子设备900还可以包括输入/输出(i/o)接口905，输入/输出(i/o)接口905也连接至总线904。电子设备900还可以包括连接至i/o接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至输入/输出(i/o)接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
104.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
105.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 902和/或ram 903和/或rom 902和ram 903以外的一个或多个存储器。
106.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例的方法。
107.在该计算机程序被处理器901执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
108.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分909被下载和安装，和/或从可拆卸介质911被安装。该计算机程序包含
的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
109.在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
110.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c ，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
111.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
112.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
113.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。