CN101226501A - 一种监控测试的方法和监控测试装置 - Google Patents

Abstract

本发明涉及自动化测试领域，特别涉及一种监控测试的方法和监控测试装置，用以解决现有技术中存在的在测试时，测试程序运行过程中如果出现问题，不能够及时处理，从而增加测试的成本以及测试的时间，降低测试效率的问题。本发明实施例的方法包括：在对被测设备的功能进行测试时，如果不能正常测试，则确定当前的被测功能；根据所述被测功能，确定对应的处理措施，并根据确定的所述处理措施进行处理。采用本发明实施例的方法能够降低测试的成本以及测试的时间，提高测试的效率。

Description

一种监控测试的方法和监控测试装置

技术领域

本发明涉及自动化测试领域，特别涉及一种监控测试的方法和监控测试装置。

背景技术

一个软件开发完成后，需要对该软件进行测试，检测软件是否能正常工作。

在自动化测试领域中，软件测试是以软件开发规格说明书或者软件的指标书为依据，开展的一系列以发现软件错误为目的的活动。

软件测试，依据测试执行对象的不同，分为手工测试与自动化测试。手工测试是测试人员使用开发的软件的每一项功能，查看软件是否能正常工作。自动化测试是根据软件功能由测试人员编写测试用例，然后使用测试程序进行测试，在整个测试过程中不需要测试人员进行任何操作。

随着计算机软件产业的飞速发展，软件开发的速度，以及软件的功能都迅速提高。这么繁重的测试任务已经不能依靠手工测试完成，所以现在动化测试基本上已经取代了手工测试。自动化测试可以有效的缩短测试周期以及提高测试内容的覆盖率。

如图1所示，现有技术自动化测试软件的示意图中，包括被测系统和测试设备。

其中，被测系统由一个或多个被测设备组成。每个被测设备包括硬件设备及运行在它上面的软件。

测试设备中有测试程序，还可能运行有其他跟测试无关的软件。

自动化工作的主要过程为：测试设备通过运行自动化软件，模拟手工操作对客户端软件访问被测系统上运行的服务器软件，并进行各种界面信息的输入及提交，最后验证返回测试结果。

但是测试程序对于测试系统中当前正在运行的窗口有着严格的要求，碰到不可预知的情况时，很可能导致测试程序运行受阻，无法继续运行。

比如：测试程序运行过程中，操作系统突然弹出系统补丁更新的消息提示框；操作系统上的其他应用程序，意外弹出要求进行处理的窗口；被测系统中涉及到多个被测设备的交互时，因网络问题，使得某些响应出现延迟等等。

这些与被测内容无关的因素影响到测试程序的运行时，若发现后再采取措施，无疑会增加整个测试程序运行的成本，特别是随着测试程序覆盖的测试内容增多，需要花费较长运行时间时，会对整体的软件测试进度带来比较大的风险。

综上所述，目前在测试过程中，测试程序如果出现问题，不能够及时处理，从而增加了测试的成本以及测试的时间，降低了测试的效率。

发明内容

本发明实施例提供一种监控测试的方法和监控测试装置，用以解决现有技术中存在的在测试时，测试程序运行过程中如果出现问题，不能够及时处理，从而增加了测试的成本以及测试的时间，降低了测试效率的问题。

本发明实施例提供的一种监控测试的方法包括：

在对被测设备的功能进行测试时，如果不能正常测试，则确定当前的被测功能；

根据所述被测功能，确定对应的处理措施，并根据确定的所述处理措施进行处理。

本发明实施例提供的一种监控测试装置包括：

第一确定模块，用于在对被测设备的功能进行测试时，如果不能正常测试，则确定当前的被测功能；

第二确定模块，用于根据所述被测功能，确定对应的处理措施；

处理模块，用于根据确定的所述处理措施进行处理。

本发明实施例在对被测设备的功能进行测试时，如果不能正常测试，则确定当前的被测功能；根据所述被测功能，确定对应的处理措施，并根据确定的所述处理措施进行处理。由于能够对测试时出现的问题进行及时处理，从而降低了测试的成本以及测试的时间，提高了测试的效率。

附图说明

图1为现有技术自动化测试软件的示意图；

图2为本发明实施例监控测试装置的结构示意图；

图3A为本发明实施例第一种监控测试的系统示意图；

图3B为本发明实施例第二种监控测试的系统示意图；

图3C为本发明实施例第三种监控测试的系统示意图；

图3D为本发明实施例第四种监控测试的系统示意图；

图4为本发明实施例第一种监控测试的方法流程示意图；

图5为本发明实施例第二种监控测试的方法流程示意图；

图6为本发明实施例第三种监控测试的方法流程示意图。

具体实施方式

本发明实施例在测试时，如果测试出现异常，则确定当前的被测功能，根据被测功能对应的处理措施，进行相应的处理。由于能够对测试时出现的问题进行及时处理，从而降低了测试的成本以及测试的时间，提高了测试的效率。

下面结合说明书附图对本发明实施例作进一步详细描述。

如图2所示，本发明实施例监控测试装置包括：第一确定模块10、第二确定模块20和处理模块30。

第一确定模块10，与第二确定模块20连接，用于在对被测设备的功能进行测试时，如果不能正常测试，则确定当前的被测功能。

在具体实施过程中，第一确定模块10从测试程序执行日志中确定当前的被测功能。

其中，在测试程序运行时(即对某个被测设备开始测试)，将测试程序的工作过程记录在测试程序执行日志中。

需要说明的是，本实施例并不局限于上述方式，任何能够确定被测功能的方式都适用本实施例。

第二确定模块20，与第一确定模块10和处理模块30连接，用于根据第一确定模块10确定的被测功能，确定对应的处理措施。

其中，第二确定模块20还可以进一步包括：权值确定模块200和处理措施确定模块210。

权值确定模块200，用于根据预先设定的被测功能与权值的对应关系，确定第一确定模块10确定的被测功能对应的权值。

处理措施确定模块210，用于根据预先设定的权值与处理措施的对应关系，确定权值确定模块200确定的权值对应的处理措施。

处理模块30，与第二确定模块20连接，用于根据第二确定模块20确定的处理措施进行处理。

其中，处理模块30还可以进一步包括：处理程序确定模块300和执行模块310。

处理程序确定模块300，用于根据预先设定的处理措施与处理程序的对应关系，确定第二确定模块20确定的处理措施对应的处理程序。

执行模块310，用于执行处理程序确定模块300确定的处理程序。

其中，监控测试装置还可以进一步包括：监控模块40。

监控模块40，与第一确定模块10连接，用于对测试程序执行日志进行监控，如果在设定的监控时间内，测试程序执行日志没有变化，则通知第一确定模块10测试出现异常；否则，确定测试正常，并继续监控测试程序执行日志。

如图3A所示，本发明实施例第一种监控测试的系统示意图中，监控测试装置与测试设备连接，监控测试设备是否正常工作。

在具体实施过程中，监控测试装置和被测试设备可以置于一个功能实体中，参见图3B；

监控测试装置和测试设备可以置于一个功能实体中，参见图3C；

测试设备和被测设备可以置于一个功能实体中，参见图3D；

监控测试装置、测试设备和被测设备可以置于一个功能实体中。

需要说明的是，图3A-图3D中，只是将监控测试装置，与测试设备和被测设备所归属的功能实体的物理位置进行改变，具体的监控测试装置、测试设备和被测设备的功能没有变化。

如图4所示，本发明实施例第一种监控测试的方法包括下列步骤：

步骤400、在对被测设备的功能进行测试时，如果不能正常测试，则确定当前的被测功能。

其中，在测试程序运行时(即对某个被测设备开始测试)，将测试程序的工作过程记录在测试程序执行日志中。

测试被测设备的功能包括测试该设备的软件功能或硬件功能。

在具体实施过程中，根据下列步骤确定是否正常测试：

对测试程序执行日志进行监控，如果在设定的监控时间内，测试程序执行日志没有变化，则确定测试出现异常；否则，确定测试正常，并继续监控测试程序执行日志。

监控时间可以根据所有被测功能的测试运行时间进行设定，较佳的设定方式是取所有被测功能测试运行时间的最大值的2-3倍。

由于测试程序执行日志是实时记录测试程序对于各个被测功能的测试结果，即结束对一个被测功能的测试，在测试程序执行日志中均会相应的记录测试结果，如果监控时间设置得比较小，有可能被测功能还在运行，却认为测试出现异常。

比如：需要进行5个被测功能，分别需要a，b，c，d，e分钟(e＞d＞c＞b＞a)，则定时的时间间隔可取2e分钟。

其中，步骤400还可以进一步包括：

在对被测设备的功能不能正常测试时，从测试程序执行日志中确定当前的被测功能。

需要说明的是，本实施例并不局限于上述方式，任何能够确定被测功能的方式都适用本实施例。

步骤401、根据确定的被测功能，确定对应的处理措施。

其中，步骤401还可以进一步包括：

步骤a401、根据预先设定的被测功能与权值的对应关系，确定步骤400中确定的被测功能对应的权值。

本实施例中，权值是根据不同的被测功能进行的数值量化。

进一步的，还可以根据功能的稳定性、重要性等等设定权值。具体参见表1，

被测功能	权值
		功能1	1
功能2	5
		...	...

表1

表1中，每一个被测功能都对应一个权值。比如：经过多次的测试，功能1(比如登录功能)比较稳定，因此定义低级别的权值1，表示若在测试程序运行过程中出现异常，应属于测试环境的问题与被测设备无关；功能2(比如缴费功能)属于被测设备的核心功能，因此定义高级别的权值5，表示如果测试程序运行出现问题，则需要保留现场并立即采集现场的数据。

需要说明的是，被测功能与权值的对应关系并不局限于列表形式，可以采用数据库或文件或其他形式进行建立。

步骤b401、根据预先设定的权值与处理措施的对应关系，确定步骤a401中确定的权值对应的处理措施。

本实施例中，一个权值可以对应多个容错处理措施，具体需要几个容错处理措施需要根据具体的被测功能决定。具体参见表2，

权值	容错处理措施
		1	容错处理措施1(D_001)
容错处理措施2(D_002)
	2		容错处理措施3(D_003)
...		...

表2

权值1对应了两个容错处理措施，权值2对应了1个容错处理措施。

在具体实施过程中，可以为每个容错处理措施进行编号，这样可以根据编号确定对应的容错处理措施，方便查找。比如：容错处理措施1的编号为D_001；容错处理措施2的编号为D_002。

需要说明的是，本实施例不对容错处理措施进行编号同样可以实现，权值与处理措施的对应关系并不局限于列表形式，可以采用数据库或文件或其他形式进行建立。

步骤402、根据确定的处理措施进行处理。

其中，步骤402还可以进一步包括：

步骤a402、根据预先设定的处理措施与处理程序的对应关系，确定步骤401中确定的处理措施对应的处理程序。

本实施例中，一个处理措施可以对应多个处理程序，具体需要几个处理程序需要根据具体的被测功能决定。具体参见表3，

容错处理措施名	容错处理措施	处理程序
			保留现场并收集数据	容错处理措施1(D_001)	处理程序1(P_0001)处理程序2(P_0002)
重启测试程序	容错处理措施2(D_002)	处理程序3(P_0003)
			...	...	...

表3

容错处理措施1对应两个处理程序，容错处理措施2对应1个处理程序。

在具体实施过程中，可以为每个处理程序进行编号，这样可以根据编号确定对应的处理程序，方便查找。比如：处理程序1的编号为P_001；处理程序2的编号为P_002。

也可以不编号直接对应处理程序。具体参见表4，

容错处理措施	处理程序	功能描述	物理存储位置
				容错处理措施1(D_001)	处理程序1(Capture.rb)	对现场进行截屏	C://AutoTest/Capture.rb
处理程序2(Record.rb)	对系统的CPU，内存数据进行记录	C://AutoTest/Record.rb
			容错处理措施2(D_003)		处理程序3(KillAutoPgram)	强制关闭测试设备中的测试程序	C://AutoTest/KillAutoPgram
容错处理措施3(D_004)	处理程序4(StartAutoPgram)	启动并运行测试设备中的测试程序		C://AutoTest/StartAutoPgram
			...		...	...	...

表4

每个容错处理措施分别对应具体的处理程序，功能描述和物理存储位置是对处理程序执行什么功能以及执行的结果保存的位置的说明，从而方便测试人员查看。当然在具体实施过程中也可以不加入表4中。

需要说明的是，本实施例处理措施与处理程序的对应关系并不局限于列表形式，可以采用数据库或文件或其他形式进行建立。

步骤b402、执行步骤a402中确定的处理程序。

如图5所示，本发明实施例第二种监控测试的方法包括下列步骤：

步骤500、预先设定被测功能与权值的第一对应关系、权值与处理措施的第二对应关系以及处理措施与处理程序的第三对应关系。

步骤501、在测试程序启动后，启动监控程序，对测试程序执行日志进行监控。

步骤502、在设定的监控时间内，查看测试程序执行日志是否发生变化，如果是，则继续对测试程序执行日志进行监控，返回步骤502；否则，执行步骤503。

步骤503、从测试程序执行日志中确定当前的被测功能，并根据第一对应关系，确定被测功能对应的权值。

步骤504、根据第二对应关系，确定权值对应的处理措施。

步骤505、根据第三对应关系，确定处理措施对应的处理程序。

步骤506、执行确定的处理程序。

如图6所示，本发明实施例第三种监控测试的方法包括下列步骤：

步骤600、预先设定处理措施。

步骤601、预先设定权值与处理措施的对应关系。

步骤602～603、测试程序启动，并对被测设备进行测试。

步骤604～605、在测试程序启动后，启动监控程序，对测试程序执行日志进行监控。

步骤606、在设定的监控时间内，查看测试程序执行日志是否发生变化，如果是，则返回步骤605；否则，执行步骤607。

步骤607、从测试程序执行日志中确定当前的被测功能，根据被测功能对应的权值，确定对应的处理措施。

步骤608、执行确定的处理措施。

步骤609、测试程序运行结束。

步骤610、在测试程序运行结束后，停止监控程序运行。

本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。应该明白，这些具体实施中的变化对于本领域的技术人员来说是显而易见的，不脱离本发明的精神保护范围。

从上述实施例中可以看出：本发明实施例在对被测设备的功能进行测试时，如果不能正常测试，则确定当前的被测功能；根据所述被测功能，确定对应的处理措施，并根据确定的所述处理措施进行处理。由于能够对测试中出现的问题进行及时处理，从而降低了测试的成本以及测试的时间，提高了测试的效率，并且减小了由于出现问题对测试的影响。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种监控测试的方法，其特征在于，该方法包括：

在对被测设备的功能进行测试时，如果不能正常测试，则确定当前的被测功能；

根据所述被测功能，确定对应的处理措施，并根据确定的所述处理措施进行处理。

2.如权利要求1所述的方法，其特征在于，根据下列步骤确定是否正常测试：

对测试程序执行日志进行监控，如果在设定的监控时间内，测试程序执行日志没有变化，则确定测试出现异常；否则，确定测试正常，并继续监控所述测试程序执行日志。

3.如权利要求2所述的方法，其特征在于，当前的被测功能是从所述测试程序执行日志中确定的。

4.如权利要求1所述的方法，其特征在于，所述根据所述被测功能，确定对应的处理措施包括：

根据预先设定的被测功能与权值的对应关系，确定所述被测功能对应的权值；

根据预先设定的权值与处理措施的对应关系，确定所述权值对应的处理措施。

5.如权利要求1或4所述的方法，其特征在于，所述根据确定的所述处理措施进行处理包括：

根据预先设定的处理措施与处理程序的对应关系，确定所述处理措施对应的处理程序；

执行确定的所述处理程序。

6.一种监控测试装置，其特征在于，该监控测试装置包括：

第一确定模块，用于在对被测设备的功能进行测试时，如果不能正常测试，则确定当前的被测功能；

第二确定模块，用于根据所述被测功能，确定对应的处理措施；

处理模块，用于根据确定的所述处理措施进行处理。

7.如权利要求6所述的监控测试装置，其特征在于，所述监控测试装置还包括：

监控模块，用于对测试程序执行日志进行监控，如果在设定的监控时间内，测试程序执行日志没有变化，则通知所述第一确定模块测试出现异常；否则，确定测试正常，并继续监控所述测试程序执行日志。

8.如权利要求7所述的监控测试装置，其特征在于，所述第一确定模块从所述测试程序执行日志中确定当前的被测功能。

9.如权利要求6所述的监控测试装置，其特征在于，所述第二确定模块包括：

权值确定模块，用于根据预先设定的被测功能与权值的对应关系，确定所述第一确定模块确定的被测功能对应的权值；

处理措施确定模块，用于根据预先设定的权值与处理措施的对应关系，确定所述权值确定模块确定的权值对应的处理措施。

10.如权利要求6或9所述的监控测试装置，其特征在于，所述处理模块包括：

处理程序确定模块，用于根据预先设定的处理措施与处理程序的对应关系，确定所述第二确定模块确定的处理措施对应的处理程序；

执行模块，用于执行所述处理程序确定模块确定的所述处理程序。

Images