一种软件测试过程中录屏的方法及装置与流程

文档序号:13236414阅读:357来源:国知局
一种软件测试过程中录屏的方法及装置与流程

本发明涉及软件测试技术领域,具体涉及一种软件测试过程中录屏的方法及装置。



背景技术:

由开发人员所开发的各种应用(app)以及其他非应用类的软件程序,在上线使用之前都需要进行测试。

因测试人员与开发人员通常不是一个人,所以测试人员在测试出问题后,需要将问题反馈给开发人员,由开发人员进行调整和修改。

当前测试人员向开发人员反馈问题的方式,通常是采用“程序错误(bug)单文字描述”+“录制复现bug的操作视屏”的方式。当前录制视屏可以有两种方式,一种是终端的相机录屏,另一种则是终端录屏软件录屏。

终端的相机录屏通常比较麻烦且录制质量普遍存在“反光”和“不清晰”等问题。终端录屏软件录屏需要额外安装录屏软件,操作也比较麻烦。

上述缺点一来给测试人员带来不便,二来有可能导致开发人员对bug了解不够具体而不便定位问题所在。



技术实现要素:

为解决现有技术中,软件测试录屏操作繁琐,而且定位不准确的问题,本发明实施例提供一种软件测试过程中录屏的方法。可以通过独立进程的插件监测被测试软件,得到存在问题的关键帧的录屏图片,这种方案得到的录屏图片操作简单,而且得到的录屏图片的质量高,其中存在问题的关键帧的定位也更准确。本发明实施例还提供了相应的装置。

本发明第一方面提供一种软件测试过程中录屏的方法,包括:

以独立进程,通过被测试软件的入口监测所述被测试软件;

获取所述被测试软件中被选中的关键帧,以及与所述关键帧对应的标记信息,所述被选中的关键帧为测试出存在问题的帧;

将所述被选中的关键帧,以及与所述关键帧对应的标记信息合成录屏图片。

本发明第二方面提供一种软件测试过程中录屏的装置,包括:

监测单元,用于以独立进程,通过被测试软件的入口监测所述被测试软件;

获取单元,用于获取所述监测单元监测的被测试软件中被选中的关键帧,以及与所述关键帧对应的标记信息,所述被选中的关键帧为测试出存在问题的帧;

合成单元,用于将所述获取单元获取的被选中的关键帧,以及与所述关键帧对应的标记信息合成录屏图片。

与现有技术中,软件测试录屏操作繁琐,而且定位不准确相比,本发明实施例提供的软件测试过程中录屏的方法及装置。可以通过独立进程的插件监测被测试软件,得到存在问题的关键帧的录屏图片,这种方案得到的录屏图片操作简单,而且得到的录屏图片的质量高,其中存在问题的关键帧的定位也更准确。

附图说明

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

图1是本发明实施例中一种软件测试过程中录屏的方法的一实施例示意图;

图2是本发明实施例中场景中的一示例图;

图3是本发明实施例中场景中的另一示例图;

图4是本发明实施例中场景中的另一示例图;

图5是本发明实施例中场景中的另一示例图;

图6是本发明实施例中场景中的另一示例图;

图7是本发明实施例中一种软件测试过程中录屏的装置的一实施例示意图;

图8是本发明实施例中一种软件测试过程中录屏的装置的另一实施例示意图;

图9是本发明实施例中一种软件测试过程中录屏的装置的另一实施例示意图;

图10是本发明实施例中测试设备的一实施例示意图。

具体实施方式

本发明实施例提供一种软件测试过程中录屏的方法。可以通过独立进程的插件监测被测试软件,得到存在问题的关键帧的录屏图片,这种方案得到的录屏图片操作简单,而且得到的录屏图片的质量高,其中存在问题的关键帧的定位也更准确。本发明实施例还提供了相应的装置。以下分别进行详细说明。

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

为了便于理解本发明实施例中的内容,下面针对本发明实施例所涉及到的名词做下简单介绍。

开发人员:指的是负责软件开发和应用开发的工作人员。

测试人员:指的是开发人员开发出新软件或者新应用后,负责测试这些新软件或者新应用的工作人员。

被测试软件:指的是开发人员开发出的,需要在测试人员处进行测试的软件。

被测试软件的入口:指的是开发人员在设计软件时,在被测试软件上涉及的一个入口,在本发明实施例中,该入口用于为录屏监测插件提供一个监视窗口。

录屏监测插件:是一个独立进程,用于对当前正在测试的被测试软件进行监测,当获取到错误帧后,及时进行录屏操作。

被选中的关键帧:指的是由测试人员发现的,并且是测试人员认为存在问题的帧。

异常日志:指的是在测试过程中发生异常时所记录下来的日志。

以上是对本发明实施例所涉及到的相关名称的介绍,下面结合附图说明本发明实施例中软件测试过程中录屏的方法的实施例。

参阅图1,本发明实施例所提供的软件测试过程中录屏的方法的一实施例包括:

101、以独立进程,通过被测试软件的入口监测所述被测试软件。

录屏监测插件以独立进程,通过被测试软件的入口监测该被测试软件,这样即使被测试软件出现什么故障,或者被测试软件崩溃,也不会影响到该录屏监测插件,这样就可以做到被测试软件发生了任何问题,录屏监测插件都可以监测到,提高了监测的准确性。

102、获取所述被测试软件中被选中的关键帧,以及与所述关键帧对应的标记信息,所述被选中的关键帧为测试出存在问题的帧。

软件测试是由测试人员运行该被测试软件,然后确定其中存在的问题,本发明实施例中,测试人员发现被测试软件中存在的问题后,会在存在问题的关键帧上做上标记,录屏监测插件会监测到测试人员选中的关键帧,以及测试人员在关键帧上所做的标记。

图2和图3分别为本发明实施例中软件测试过程中录屏的一场景示意图。

如图2所示,测试人员在测试设备前对开发人员开发的被测试软件进行测试,当发现存在问题的帧后,如图3所示,开发人员会对该存在问题的关键帧进行标记,如图3所示,测试人员在该被测试软件的测试界面上,发现三处存在错误的关键帧帧,图3中用“x”表示正确,用“m”表示错误,图3中有三处“mmm”,则该三处“mmm”为存在错误的关键帧。

测试人员发现这三处“mmm”的关键帧后,选中这三处关键帧,然后对这三处关键帧进行标记,在图3中测试人员用字体加粗的方式进行了标记,实际上,加标记的方式可以有很多种,例如,图4和图5分别为另外两种加标记的示意图。

如图4所示,测试人员可以用椭圆标记框出被选中的关键帧。如图5所示,在图4所示的界面基础上,进一步的还可以是,测试人员在界面的一侧标记处 被选中的关键帧的序号,当然,再进一步的还可以是测试人员用文字描述出各处被选中的关键帧的大体问题。

当然,对关键帧做标记的方式可以有很多种,不限于本发明实施例中所列举中的这几种,需要说明的是,只要能启动对关键帧的标示作用的标记都可以理解为是本发明实施例中的标记方式。

103、将所述被选中的关键帧,以及与所述关键帧对应的标记信息合成录屏图片。

该步骤在本发明实施例中,图3至图5所示的界面就可以是合成后的录屏图片,从这几个录屏图片中开发人员就可以看到问题所在,然后针对各种问题做针对性的调整和修改。

当然,录屏图片不限于图3至图5这几种,还可以是其他的形式,例如,录屏图片还可以只包含存在问题的关键帧,不包含其他没有问题的被测试软件的信息,如图6所示的录屏图片包括存在问题的关键帧的序号、问题描述和该关键帧的位置信息。

与现有技术中,软件测试录屏操作繁琐,而且定位不准确相比,本发明实施例提供的软件测试过程中录屏的方法。可以通过独立进程的插件监测被测试软件,得到存在问题的关键帧的录屏图片,这种方案得到的录屏图片操作简单,而且得到的录屏图片的质量高,其中存在问题的关键帧的定位也更准确。

可选地,在上述实施例的基础上,本发明实施例提供的软件测试过程中录屏的方法的另一实施例中,所述方法还可以包括:

在测试过程中,捕获所述被测试软件在测试过程中发生异常时的异常日志;

所述将所述被选中的关键帧,以及与所述关键帧对应的标记信息合成录屏图片之后,所述方法还可以包括:

输出所述录屏图片和所述异常日志。

本发明实施例中,被测试软件在测试过程中随时有可能发生异常或者崩溃,崩溃也属于异常中的一种。因此发生异常时的异常日志就会记录该异常, 因此该异常日志对分析该被测试软件有很重要的价值,这样,在输出录屏图片时,还输出异常日志,有利于提高被测试软件问题定位的准确性。

可选地,在上述实施例的基础上,本发明实施例提供的软件测试过程中录屏的方法的另一实施例中,所述获取所述被测试软件中被选中的关键帧,以及与所述关键帧对应的标记信息之前,所述方法还可以包括:

当监测到所述被测试软件中有关键帧被选中,并且针对所述关键帧有标记输入,则确定所述关键帧为被选中的关键帧。

本发明实施例中,从测试人员的角度来看,测试人员发现存在问题的关键帧后,就会对该关键帧采用图3至图5所示的方式,或者其他可以标记方式进行标记,对于监测该被测试软件的录屏监测插件来说,在测试人员选中存在问题的关键帧时,该录屏监测插件就会监测到,当测试人员在该选中的关键帧上做上了标记,说明该帧就是测试人员认为的存在错误的关键帧,若没有做上标记,则该录屏监测插件不会确定该帧为被选中的关键帧。

可选地,在上述实施例的基础上,本发明实施例提供的软件测试过程中录屏的方法的另一实施例中,所述在测试过程中,捕获所述被测试软件在测试过程中发生异常时的异常日志,可以包括:

在测试过程中,通过运行时接口函数获取操作系统自带的日志进程对象实例;

通过调用所述日志进程对象实例的日志获取所述日志进程在发生异常时记录的异常日志。

本发明实施例中,捕获被测试软件的异常日志是在测试过程中,通过日志进程对象实例来捕获的。通过日志进程对象实例捕获异常日志,可以提高异常日志捕获的准确度。

可选地,在上述实施例的基础上,本发明实施例提供的软件测试过程中录屏的方法的另一实施例中,所述方法还可以包括:

当监测到所述被测试软件崩溃时,捕获崩溃时的日志。

本发明实施例中,因为被测试软件崩溃时的日志对被测软件的分析非常重要,所以在监测该被测试软件过程中,若发现该被测试软件崩溃,就及时捕获崩溃时的日志,有利于提高被测试软件完善的准确度。

以上,对被测试软件的测试过程结束后,测试人员就可以向开发人员输出录屏图片、异常日志和人工记录的bug单。

录屏图片可以是gif格式的图片,异常日志的日志文件可以是txt格式。

以上是对软件测试过程中录屏的方法的描述,下面介绍本发明实施例中软件测试过程中录屏的装置20的实施例。

图7为本发明实施例中软件测试过程中录屏的装置20的一实施例示意图。

参阅图7,本发明实施例提供的软件测试过程中录屏的装置20的一实施例包括:

监测单元201,用于以独立进程,通过被测试软件的入口监测所述被测试软件;

获取单元202,用于获取所述监测单元201监测的被测试软件中被选中的关键帧,以及与所述关键帧对应的标记信息,所述被选中的关键帧为测试出存在问题的帧;

合成单元203,用于将所述获取单元202获取的被选中的关键帧,以及与所述关键帧对应的标记信息合成录屏图片。

本发明实施例中,监测单元201以独立进程,通过被测试软件的入口监测所述被测试软件;获取单元202获取所述监测单元201监测的被测试软件中被选中的关键帧,以及与所述关键帧对应的标记信息,所述被选中的关键帧为测试出存在问题的帧;合成单元203将所述获取单元202获取的被选中的关键帧,以及与所述关键帧对应的标记信息合成录屏图片。与现有技术中,软件测试录屏操作繁琐,而且定位不准确相比,本发明实施例提供的软件测试过程中录屏的装置。可以通过独立进程的插件监测被测试软件,得到存在问题的关键帧的录屏图片,这种方案得到的录屏图片操作简单,而且得到的录屏图片的质量高, 其中存在问题的关键帧的定位也更准确。

可选地,在上述软件测试过程中录屏的装置20的实施例的基础上,参阅图8,本发明实施例提供的软件测试过程中录屏的装置20的另一实施例中,所述装置还包括捕获单元204和输出单元205,

所述捕获单元204,用于在测试过程中,捕获所述监测单元201监测的所述被测试软件在测试过程中发生异常时的异常日志;

所述输出单元205,用于在所述合成单元203合成所述录屏图片后,输出所述录屏图片和所述捕获单元204捕获的所述异常日志。

本发明实施例中,被测试软件在测试过程中随时有可能发生异常或者崩溃,崩溃也属于异常中的一种。因此发生异常时的异常日志就会记录该异常,因此该异常日志对分析该被测试软件有很重要的价值,这样,在输出录屏图片时,还输出异常日志,有利于提高被测试软件问题定位的准确性。

可选地,在上述软件测试过程中录屏的装置20的实施例的基础上,参阅图9,本发明实施例提供的软件测试过程中录屏的装置20的另一实施例中,所述装置还包括确定单元206,

所述确定单元206,用于当所述监测单元201监测到所述被测试软件中有关键帧被选中,并且针对所述关键帧有标记输入,则确定所述关键帧为被选中的关键帧。

本发明实施例中,从测试人员的角度来看,测试人员发现存在问题的关键帧后,就会对该关键帧采用图3至图5所示的方式,或者其他可以标记方式进行标记,对于监测该被测试软件的录屏监测插件来说,在测试人员选中存在问题的关键帧时,该录屏监测插件就会监测到,当测试人员在该选中的关键帧上做上了标记,说明该帧就是测试人员认为的存在错误的关键帧,若没有做上标记,则该录屏监测插件不会确定该帧为被选中的关键帧。

可选地,在图8对应的实施例的基础上,本发明实施例提供的软件测试过 程中录屏的装置20的另一实施例中,

所述捕获单元204用于:

在测试过程中,通过运行时接口函数获取操作系统自带的日志进程对象实例;

通过调用所述日志进程对象实例的日志获取所述日志进程在发生异常时记录的异常日志。

本发明实施例中,捕获被测试软件的异常日志是在测试过程中,通过日志进程对象实例来捕获的。通过日志进程对象实例捕获异常日志,可以提高异常日志捕获的准确度。

可选地,在图8对应的实施例的基础上,本发明实施例提供的软件测试过程中录屏的装置20的另一实施例中,

所述捕获单元204,还用于当所述监测单元201监测到所述被测试软件崩溃时,捕获崩溃时的日志。

本发明实施例中,因为被测试软件崩溃时的日志对被测软件的分析非常重要,所以在监测该被测试软件过程中,若发现该被测试软件崩溃,就及时捕获崩溃时的日志,有利于提高被测试软件完善的准确度。

以上所描述的软件测试过程中录屏的装置20的实施例可以参阅图1至图6部分的描述进行理解,本处不再重复赘述。

以上为软件测试过程中录屏的装置可以由测试设备来实现,下面结合图10说明由测试设备来实现上述为搜索结果排序的装置的各功能的过程。

图10是本发明实施例提供的测试设备30的结构示意图。所述测试设备30包括处理器310、存储器350和输入/输出设备330,输入/输出设备330可以包括键盘、鼠标和显示器等设备。存储器350可以包括只读存储器和随机存取存储器,并向处理器310提供操作指令和数据。存储器350的一部分还可以包括非易失性随机存取存储器(nvram)。

在一些实施方式中,存储器350存储了如下的元素,可执行模块或者数据 结构,或者他们的子集,或者他们的扩展集:

在本发明实施例中,通过调用存储器350存储的操作指令(该操作指令可存储在操作系统中),

以独立进程,通过被测试软件的入口监测所述被测试软件;

获取所述被测试软件中被选中的关键帧,以及与所述关键帧对应的标记信息,所述被选中的关键帧为测试出存在问题的帧;

将所述被选中的关键帧,以及与所述关键帧对应的标记信息合成录屏图片。

与现有技术中,软件测试录屏操作繁琐,而且定位不准确相比,本发明实施例提供的软件测试过程中录屏的方法。可以通过独立进程的插件监测被测试软件,得到存在问题的关键帧的录屏图片,这种方案得到的录屏图片操作简单,而且得到的录屏图片的质量高,其中存在问题的关键帧的定位也更准确。

处理器310控制测试设备30的操作,处理器310还可以称为cpu(centralprocessingunit,中央处理单元)。存储器350可以包括只读存储器和随机存取存储器,并向处理器310提供指令和数据。存储器350的一部分还可以包括非易失性随机存取存储器(nvram)。具体的应用中测试设备30的各个组件通过总线系统320耦合在一起,其中总线系统320除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线系统320。

上述本发明实施例揭示的方法可以应用于处理器310中,或者由处理器310实现。处理器310可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器310中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器310可以是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬 件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器350,处理器310读取存储器350中的信息,结合其硬件完成上述方法的步骤。

可选地,处理器310还用于:

在测试过程中,捕获所述被测试软件在测试过程中发生异常时的异常日志;

输入/输出设备330输出所述录屏图片和所述异常日志。

本发明实施例中,被测试软件在测试过程中随时有可能发生异常或者崩溃,崩溃也属于异常中的一种。因此发生异常时的异常日志就会记录该异常,因此该异常日志对分析该被测试软件有很重要的价值,这样,在输出录屏图片时,还输出异常日志,有利于提高被测试软件问题定位的准确性。

可选地,处理器310还用于:当监测到所述被测试软件中有关键帧被选中,并且针对所述关键帧有标记输入,则确定所述关键帧为被选中的关键帧。

本发明实施例中,从测试人员的角度来看,测试人员发现存在问题的关键帧后,就会对该关键帧采用图3至图5所示的方式,或者其他可以标记方式进行标记,对于监测该被测试软件的录屏监测插件来说,在测试人员选中存在问题的关键帧时,该录屏监测插件就会监测到,当测试人员在该选中的关键帧上做上了标记,说明该帧就是测试人员认为的存在错误的关键帧,若没有做上标记,则该录屏监测插件不会确定该帧为被选中的关键帧。

可选地,处理器310用于:

在测试过程中,通过运行时接口函数获取操作系统自带的日志进程对象实例;

通过调用所述日志进程对象实例的日志获取所述日志进程在发生异常时记录的异常日志。

本发明实施例中,捕获被测试软件的异常日志是在测试过程中,通过日志进程对象实例来捕获的。通过日志进程对象实例捕获异常日志,可以提高异常日志捕获的准确度。

可选地,处理器310还用于:当监测到所述被测试软件崩溃时,捕获崩溃时的日志。

本发明实施例中,因为被测试软件崩溃时的日志对被测软件的分析非常重要,所以在监测该被测试软件过程中,若发现该被测试软件崩溃,就及时捕获崩溃时的日志,有利于提高被测试软件完善的准确度。

以上的测试设备30可以参阅图1至图6部分的描述进行理解,本处不做过多赘述

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:rom、ram、磁盘或光盘等。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1