CN112199282A

CN112199282A - 一种office软件的模糊测试方法、装置及设备

Info

Publication number: CN112199282A
Application number: CN202011072528.1A
Authority: CN
Inventors: 李敏; 范渊; 黄进
Original assignee: Hangzhou Dbappsecurity Technology Co Ltd
Current assignee: Hangzhou Dbappsecurity Technology Co Ltd
Priority date: 2020-10-09
Filing date: 2020-10-09
Publication date: 2021-01-08
Anticipated expiration: 2040-10-09
Also published as: CN112199282B

Abstract

本申请公开了一种office软件的模糊测试方法，能够模拟用户拖拽文件的操作，将待测试文件加载到office软件中；在等待office软件解析待测试文件的同时，监测office软件，判断是否发生异常；若是，则生成异常记录；否则，在office软件完成解析之后，判断是否达到测试终止条件；若是，则结束测试流程，若否，模拟用户关闭文件的操作，关闭待测试文件，对待测试文件进行随机修改，继续执行下一次测试。可见，该方法通过模拟人拖拽关闭文件的操作来打开关闭待测试的文件，不必每测试一次就重新打开关闭office软件一次，显著提升了测试效率。此外，本申请还提供了一种office软件的模糊测试装置、设备及可读存储介质，其技术效果与上述方法的技术效果相对应。

Description

一种office软件的模糊测试方法、装置及设备

技术领域

本申请涉及计算机技术领域，特别涉及一种office软件的模糊测试方法、装置、设备及可读存储介质。

背景技术

当前office软件被广泛使用于各windows操作系统中，其软件本身的安全至关重要，如何更高效的发现office软件中的漏洞一直是一个历久弥新的问题。

office软件在打开解析测试文件时常常会弹窗等待人的交互，目前的模糊测试方案会处理部分弹窗选项，并等待测试文件解析结束之后关闭整个office软件，接着变异待测试文件，再重复打开office软件加载待测试文件。然而，office软件的打开过程中会加载各个共享库进行初始化，耗时较久。

综上，当前的office软件模糊测试方案每进行一次测试就重新打开关闭office软件一次，导致很多时间浪费在等待office软件初始化上，测试效率低下。

发明内容

本申请的目的是提供一种office软件的模糊测试方法、装置、设备及可读存储介质，用以解决当前的office软件模糊测试方案中，很多时间浪费在等待office软件初始化上，导致测试效率低下的问题。其具体方案如下：

第一方面，本申请提供了一种office软件的模糊测试方法，包括：

S1、模拟用户拖拽文件的操作，将待测试文件加载到office软件中；

S2、在等待office软件解析所述待测试文件的同时，监测office软件，判断是否发生异常；若是，则生成异常记录；否则，进入S3；

S3、在office软件完成解析之后，判断是否达到测试终止条件；若是，则结束测试流程，若否，进入S4；

S4、模拟用户关闭文件的操作，关闭所述待测试文件，对所述待测试文件进行随机修改，并回到S1。

优选的，所述模拟用户拖拽文件的操作，将待测试文件加载到office软件中，包括：

通过python的win32gui库，调用windows提供的SendMessage接口向office软件发送打开消息，从而模拟用户拖拽文件的操作，将待测试文件加载到office软件中，所述打开消息包括所述待测试文件的标识信息。

优选的，所述模拟用户关闭文件的操作，关闭所述待测试文件，包括：

通过python的win32gui库，调用windows提供的SetForegroundWindow接口，通过keybd_event向office软件发送关闭消息，从而模拟用户关闭文件的操作，关闭所述待测试文件。

优选的，所述通过keybd_event向office软件发送关闭消息，包括：

将office软件的窗口设置为前台显示窗口，再通过keybd_event向office软件发送关闭消息。

优选的，在所述模拟用户拖拽文件的操作，将待测试文件加载到office软件中之前，还包括：

利用调试器启动office软件；

相应的，所述结束测试流程，包括：

结束测试流程，并关闭office软件。

优选的，所述监测office软件，判断是否发生异常；若是，则生成异常记录，包括：

监测office软件，判断是否发生崩溃；若是，则生成崩溃记录。

优选的，所述判断是否达到测试终止条件，若是，则结束测试流程，包括：

确定当前测试次数，并判断所述当前测试次数是否达到最大测试次数，若是，则结束测试流程。

第二方面，本申请提供了一种office软件的模糊测试装置，包括：

文件加载模块：用于模拟用户拖拽文件的操作，将待测试文件加载到office软件中；

软件监测模块：用于在等待office软件解析所述待测试文件的同时，监测office软件，判断是否发生异常；若是，则生成异常记录；否则，进入判断模块；

所述判断模块：用于在office软件完成解析之后，判断是否达到测试终止条件；若是，则结束测试流程，若否，进入循环模块；

所述循环模块：用于模拟用户关闭文件的操作，关闭所述待测试文件，对所述待测试文件进行随机修改，并回到所述文件加载模块。

第三方面，本申请提供了一种office软件的模糊测试设备，包括：

存储器：用于存储计算机程序；

处理器：用于执行所述计算机程序，以实现如上所述的office软件的模糊测试方法。

第四方面，本申请提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时用于实现如上所述的office软件的模糊测试方法。

本申请所提供的一种office软件的模糊测试方法，包括：模拟用户拖拽文件的操作，将待测试文件加载到office软件中；在等待office软件解析待测试文件的同时，监测office软件，判断是否发生异常；若是，则生成异常记录；否则，在office软件完成解析之后，判断是否达到测试终止条件；若是，则结束测试流程，若否，模拟用户关闭文件的操作，关闭待测试文件，对待测试文件进行随机修改，继续执行下一次测试。

可见，该方法通过模拟人拖拽关闭文件的操作来打开关闭待测试的文件，不必每测试一次就重新打开关闭office软件一次，显著提升了测试效率。

此外，本申请还提供了一种office软件的模糊测试装置、设备及可读存储介质，其技术效果与上述方法的技术效果相对应，这里不再赘述。

附图说明

为了更清楚的说明本申请实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请所提供的一种office软件的模糊测试方法实施例一的实现流程图；

图2为本申请所提供的一种office软件的模糊测试方法实施例二的实现流程图；

图3为本申请所提供的一种office软件的模糊测试装置实施例的功能框图；

图4为本申请所提供的一种office软件的模糊测试设备实施例的结构示意图。

具体实施方式

本申请的核心是提供一种office软件的模糊测试方法、装置、设备及可读存储介质，通过模拟人的拖拽关闭操作，只需重复打开关闭测试文件，不需要频繁重启office软件，提高了模糊测试的效率。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面对本申请提供的一种office软件的模糊测试方法实施例一进行介绍，参见图1，实施例一包括：

S101、模拟用户拖拽文件的操作，将待测试文件加载到office软件中；

S102、在等待office软件解析所述待测试文件的同时，监测office软件，判断是否发生异常；若是，则生成异常记录；否则，进入S103；

S103、在office软件完成解析之后，判断是否达到测试终止条件；若是，则结束测试流程，若否，进入S104；

S104、模拟用户关闭文件的操作，关闭所述待测试文件，对所述待测试文件进行随机修改，并回到S101。

模糊测试，是一种软件测试技术，常用于检测软件或计算机系统的安全漏洞。其核心思想是将自动或半自动生成的随机数据输入到一个程序中，并监视程序异常，如崩溃、断言(assertion)失败，以发现可能的程序错误，比如内存泄漏。本实施例通过对office软件进行模糊测试，从而检测程序错误。

具体的，上述模拟用户拖拽文件的操作的过程，具体包括：通过python的win32gui库，调用windows提供的SendMessage接口向office软件发送打开消息，从而模拟用户拖拽文件的操作，将待测试文件加载到office软件中，所述打开消息包括所述待测试文件的标识信息。

具体的，上述模拟用户关闭文件的操作的过程，具体包括：通过python的win32gui库，调用windows提供的SetForegroundWindow接口，通过keybd_event向office软件发送关闭消息，从而模拟用户关闭文件的操作，关闭所述待测试文件。

值得一提的是，在实际测试过程中，可能会出现office不在前台显示的问题。为避免该问题，本实施例首先将office软件的窗口设置为前台显示窗口，再通过keybd_event向office软件发送关闭消息。

如前文所述，本实施例用于检测office软件的程序错误，作为一种具体的实施方式，可以监测office软件，判断是否发生崩溃；若是，则生成崩溃记录。

本实施例预先设置有测试终止条件，实际测试过程中，可以将最大测试次数或测试时长等作为测试终止条件。当选用最大测试次数作为测试终止条件时，前述判断是否达到测试终止条件，若是，则结束测试流程的过程，具体包括：确定当前测试次数，并判断所述当前测试次数是否达到最大测试次数，若是，则结束测试流程。

值得一提的是，测试过程中，只要在测试开始和测试结束的时候需要启动或关闭office软件。作为一种具体的实施方式，可以利用调试器来启动或关闭office软件。

本实施例所提供一种office软件的模糊测试方法，能够模拟用户拖拽文件的操作，将待测试文件加载到office软件中；在等待office软件解析待测试文件的同时，监测office软件，判断是否发生异常；若是，则生成异常记录；否则，在office软件完成解析之后，判断是否达到测试终止条件；若是，则结束测试流程，若否，模拟用户关闭文件的操作，关闭待测试文件，对待测试文件进行随机修改，继续执行下一次测试。可见，该方法通过模拟人拖拽关闭文件的操作来打开关闭待测试的文件，不必每测试一次就重新打开关闭office软件一次，显著提升了测试效率。

下面开始详细介绍本申请提供的一种office软件的模糊测试方法实施例二。

参见图2，实施例二的实施过程包括：使用调试器打开office软件；通过程序模拟人拖拽文件的操作，将待测试文件加载到office软件中；程序模拟人的点击操作与office软件进行交互；等待office软件解析文件结束，判断此时office软件是否崩溃；若崩溃，则记录此时的测试文件，生成测试记录；否则模拟人关闭文件的操作，关闭office软件中的测试文件；随机突变测试文件，继续模糊测试office软件。

实施例二的详细实施步骤包括：

S201、程序初始化，清理注册表及临时文件等；

S202、调试器启动office软件，等待office软件启动完毕；

S203、模拟人拖拽文件操作，将待测试文件加载到office软件中；

通过python的win32gui库，调用windows提供的SendMessage接口向office软件发送WM_DROPFILES消息，此时office会根据传递的文件名加载测试样本，等待office加载样本完成。

S204、等待office软件进行文件解析，等待过程中监测office软件是否发生崩溃；若office软件发生崩溃，则保存当前测试文件和崩溃信息，生成测试记录；否则进入S205；

S205、若测试文件已经解析完毕，且office软件未发生崩溃，则判断当前模糊测试的次数是否达到最大测试次数，若是，则结束测试；否则进入S206。

S206、关闭测试文件，随机修改测试文件，跳转至S203。

单独关闭待测试文件，不需要关闭整个office软件。具体通过python的win32gui库，调用windows提供的SetForegroundWindow接口，将office软件窗口置为前台显示窗口，再通过keybd_event接口发送Ctrl-W关闭测试文件，不关闭office软件。

基于前述实施例，本申请进行了测试实验，以验证本申请的测试效果。

测试环境配置如下：

Vmware Workstation 15Pro

Windows 10操作系统

AMD R7 3700x CPU

32G DDR4内存

经测试，在AMD R7 3700x CPU，32G DDR4内存配置下，完整进行一次打开关闭测试文件的时间大约30秒左右，其中office软件打开时的初始化时间达到了7-10秒。而经过本申请优化后，通过程序模拟人拖拽操作，一次样本测试流程平均只需要20秒左右，测试效率提升了50％，并且可以发现更多直接打开关闭测试文件发现不了的漏洞，显著提升了对office软件的模糊测试效果。

下面对本申请实施例提供的一种office软件的模糊测试装置进行介绍，下文描述的一种office软件的模糊测试装置与上文描述的一种office软件的模糊测试方法可相互对应参照。

如图3所示，本实施例的office软件的模糊测试装置，包括：

文件加载模块301：用于模拟用户拖拽文件的操作，将待测试文件加载到office软件中；

软件监测模块302：用于在等待office软件解析所述待测试文件的同时，监测office软件，判断是否发生异常；若是，则生成异常记录；否则，进入判断模块；

所述判断模块303：用于在office软件完成解析之后，判断是否达到测试终止条件；若是，则结束测试流程，若否，进入循环模块；

所述循环模块304：用于模拟用户关闭文件的操作，关闭所述待测试文件，对所述待测试文件进行随机修改，并回到所述文件加载模块。

本实施例的office软件的模糊测试装置用于实现前述的office软件的模糊测试方法，因此该装置中的具体实施方式可见前文中的office软件的模糊测试方法的实施例部分，例如，文件加载模块301、软件监测模块302、判断模块303、循环模块304，分别用于实现上述office软件的模糊测试方法中步骤S101，S102，S103，S104。所以，其具体实施方式可以参照相应的各个部分实施例的描述，在此不再展开介绍。

另外，由于本实施例的office软件的模糊测试装置用于实现前述的office软件的模糊测试方法，因此其作用与上述方法的作用相对应，这里不再赘述。

此外，本申请还提供了一种office软件的模糊测试设备，如图4所示，包括：

存储器100：用于存储计算机程序；

处理器200：用于执行所述计算机程序，以实现如上文所述的office软件的模糊测试方法。

最后，本申请提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时用于实现如上文所述的office软件的模糊测试方法。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的方案进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种office软件的模糊测试方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，所述模拟用户拖拽文件的操作，将待测试文件加载到office软件中，包括：

3.如权利要求1所述的方法，其特征在于，所述模拟用户关闭文件的操作，关闭所述待测试文件，包括：

4.如权利要求3所述的方法，其特征在于，所述通过keybd_event向office软件发送关闭消息，包括：

5.如权利要求1所述的方法，其特征在于，在所述模拟用户拖拽文件的操作，将待测试文件加载到office软件中之前，还包括：

利用调试器启动office软件；

相应的，所述结束测试流程，包括：

结束测试流程，并关闭office软件。

6.如权利要求1所述的方法，其特征在于，所述监测office软件，判断是否发生异常；若是，则生成异常记录，包括：

7.如权利要求1所述的方法，其特征在于，所述判断是否达到测试终止条件，若是，则结束测试流程，包括：

8.一种office软件的模糊测试装置，其特征在于，包括：

9.一种office软件的模糊测试设备，其特征在于，包括：

存储器：用于存储计算机程序；

处理器：用于执行所述计算机程序，以实现如权利要求1-7任意一项所述的office软件的模糊测试方法。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时用于实现如权利要求1-7任意一项所述的office软件的模糊测试方法。