CN115454824A - 一种自动化测试方法以及装置 - Google Patents

Abstract

本申请提供了一种自动化测试方法以及装置，用于为自动化测试机制引入一自动暂停机制还有自动启动机制，促使针对目标系统的系统测试可以得到完整的执行，由此尽可能避免了工作人员的人工介入，保证了测试效率。方法包括：测试设备对目标系统发起系统测试任务；在测试过程中，测试设备通过目标系统植入的采集控件，采集目标系统的第一实时状态信息，第一实时状态信息包括资源状态信息；测试设备判断第一实时状态信息所反映的系统状态，是否满足系统测试任务预先配置的所需系统状态；若不足，则测试设备暂停执行测试；测试设备待采集控件采集的第二实时状态信息所反映的系统状态满足所需系统状态时，继续执行测试，所需系统状态包括所需资源状态。

Description

一种自动化测试方法以及装置

技术领域

本申请涉及测试领域，具体涉及一种自动化测试方法以及装置。

背景技术

对于服务器或者数据库等产品，其在生产、销售或者维护等环节，都可涉及到对其系统的测试，通过系统测试来量化其性能，以便提供数据依据供相关的操作使用。

如今，对于系统的测试，工作人员往往是通过相应的自动化测试工具，这些自动化测试工具既可能是市场上的产品，也可能是工作人员或者公司内部自己配置的产品。

而在现有的相关技术中，发明人发现，现有的自动化测试工具，尽管配置有自动暂停的测试机制，但是未配置自动启动的测试机制，由此在测试过程中若执行的自动暂停，则整个测试就此中断，而这显然需要工作人员的人工接入，影响了测试效率。

发明内容

本申请提供了一种自动化测试方法以及装置，用于为自动化测试机制引入一自动暂停机制还有与之相适配的自动启动机制，促使针对目标系统的系统测试可以得到完整的执行，由此尽可能避免了工作人员的人工介入，保证了测试效率。

第一方面，本申请提供了一种自动化测试方法，方法包括：

测试设备对目标系统发起系统测试任务；

在测试过程中，测试设备通过目标系统植入的采集控件，采集目标系统的第一实时状态信息，第一实时状态信息包括资源状态信息；

测试设备判断第一实时状态信息所反映的系统状态，是否满足系统测试任务预先配置的所需系统状态；

若不足，则测试设备暂停执行测试；

测试设备待采集控件采集的第二实时状态信息所反映的系统状态满足所需系统状态时，继续执行测试，所需系统状态包括所需资源状态。

结合本申请第一方面，在本申请第一方面第一种可能的实现方式中，测试设备暂停执行测试时，方法还包括：

测试设备在测试系统中为目标系统分配资源，以增强目标系统的资源状态。

结合本申请第一方面，在本申请第一方面第二种可能的实现方式中，第一实时状态还包括目标系统在测试过程中反映的指标数据，指标数据是在测试过程中随测试进程动态更新的，所需系统状态还包括所需指标状态。

结合本申请第一方面第二种可能的实现方式，在本申请第一方面第三种可能的实现方式中，测试设备暂停执行测试时，方法还包括：

测试设备调整目标系统的软硬件配置，以使得目标系统满足或者逼近所需指标状态。

结合本申请第一方面，在本申请第一方面第四种可能的实现方式中，方法还包括：

在完成测试后，测试设备生成目标系统的测试结果，并在生成测试结果的过程中忽略暂停执行测试时所涉及的内容。

第二方面，本申请提供了一种自动化测试装置，其特征在于，装置包括：

发起单元，用于对目标系统发起系统测试任务；

采集单元，用于在测试过程中，通过目标系统植入的采集控件，采集目标系统的第一实时状态信息，第一实时状态信息包括资源状态信息；

判断单元，用于判断第一实时状态信息所反映的系统状态，是否满足系统测试任务预先配置的所需系统状态，若不足，则触发暂停单元；

暂停单元，用于暂停执行测试；

执行单元，用于待采集控件采集的第二实时状态信息所反映的系统状态满足所需系统状态时，继续执行测试，所需系统状态包括所需资源状态。

结合本申请第二方面，在本申请第二方面第一种可能的实现方式中，装置还包括分配单元，用于：

暂停执行测试时，在测试系统中为目标系统分配资源，以使得目标系统满足或者逼近所需资源状态。

结合本申请第二方面，在本申请第二方面第二种可能的实现方式中，第一实时状态还包括目标系统在测试过程中反映的指标数据，指标数据是在测试过程中随测试进程动态更新的，所需系统状态还包括所需指标状态。

结合本申请第二方面第二种可能的实现方式，在本申请第二方面第三种可能的实现方式中，装置还包括调整单元，用于：

暂停执行测试时，调整目标系统的软硬件配置，以使得目标系统满足或者逼近所需指标状态。

结合本申请第二方面，在本申请第二方面第四种可能的实现方式中，装置还包括生成单元，用于：

在完成测试后，生成目标系统的测试结果，并在生成测试结果的过程中忽略暂停执行测试时所涉及的内容。

第三方面，本申请提供了一种测试设备，包括处理器和存储器，存储器中存储有计算机程序，处理器调用存储器中的计算机程序时执行本申请第一方面或者本申请第一方面任一种可能的实现方式提供的方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以执行本申请第一方面或者本申请第一方面任一种可能的实现方式提供的方法。

从以上内容可得出，本申请具有以下的有益效果：

本申请在对目标系统发起系统测试任务后的测试过程中，通过采集控件采集该目标系统的第一实时状态信息，若其不满足本次系统测试任务预先配置的所需系统状态，则暂停执行测试，由此实现智能的自动化暂停机制；

在暂停执行测试后，则继续监控目标系统的系统状态，待到第二实时状态信息其满足本次系统测试任务预先配置的所需系统状态时，则继续执行测试，由此实现了与前面自动化暂停机制相适配的自动化启动机制，可以促使针对目标系统的系统测试可以得到完整的执行，由通过包含这两方面的自动化测试机制，尽可能避免了工作人员的人工介入，保证了测试效率。

此外，作为自动化暂停机制还有自动化启动机制的触发对象，本申请具体是关注于目标系统侧的资源状态，由此提供了一套更具有实际意义的落地方案。

附图说明

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

图1为本申请自动化测试方法的一种流程示意图；

图2为本申请自动化测试方法的一种场景示意图；

图3为本申请自动化测试装置的一种结构示意图；

图4为本申请测试设备的一种结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。

本申请中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。

在介绍本申请提供的自动化测试方法之前，首先介绍本申请所涉及的背景内容。

本申请提供的自动化测试方法、装置以及计算机可读存储介质，可应用于测试设备，用于为自动化测试机制引入一自动暂停机制还有与之相适配的自动启动机制，促使针对目标系统的系统测试可以得到完整的执行，由此尽可能避免了工作人员的人工介入，保证了测试效率。

本申请提及的自动化测试方法，其执行主体可以为自动化测试装置，或者集成了该自动化测试装置的服务器、物理主机或者用户设备(User Equipment，UE)等不同类型的测试设备。其中，自动化测试装置可以采用硬件或者软件的方式实现，UE具体可以为智能手机、平板电脑、笔记本电脑、台式电脑或者个人数字助理(Personal Digital Assistant，PDA)等终端设备，测试设备可以通过设备集群的方式设置。

下面，开始介绍本申请提供的自动化测试方法。

首先，参阅图1，图1示出了本申请自动化测试方法的一种流程示意图，本申请提供的自动化测试方法，具体可包括如下步骤S101至步骤S105：

步骤S101，测试设备对目标系统发起系统测试任务；

容易理解，测试设备为执行系统测试的设备，具体为搭载了本申请在执行系统测试时所需的相关应用服务的设备，其设备类型具体可随实际需求、实际情况调整，本申请在此不做具体限定。

此外，针对目标系统的系统测试任务，其具体的测试内容既可能是通用的测试内容，例如相关通用系统测试基准下规范的测试内容，也可以是与目标系统一一适配的测试内容，如此，系统测试任务则需要针对目标系统进行个性化的配置。

该系统测试任务，既可以是由测试设备生成的，也可以是相关设备转发到测试设备的。

在确定了针对目标系统的系统测试任务后，测试设备则可对目标系统发起该系统测试任务，具体的，可以根据该系统测试任务具体限定的任务内容，对目标系统发起相关的一系列处理请求，促使目标系统执行这些处理请求，以此根据目标系统对于这些处理请求的处理结果确定目标系统在本次系统测试任务下反映出的系统性能，并生成相应的测试结果(本次系统测试任务的系统测试结果)。

步骤S102，在测试过程中，测试设备通过目标系统植入的采集控件，采集目标系统的第一实时状态信息，第一实时状态信息包括资源状态信息；

可以理解的是，本申请是通过植入到目标系统中的采集控件，来触发本申请所涉及的自动化暂停机制还有自动化启动机制的。

采集控件，可以理解为配置了具体的信息采集策略并可以进行执行的应用程序，其具体是在测试过程中植入到目标系统中。

其中，采集控件，既可以是直接植入到目标系统中，如此可以在目标系统内部完成相应信息的采集工作，也可以是植入到目标系统所在设备中，如此在该设备中，就是在目标系统的外部完成相应信息的采集工作。

采集控件所做的信息采集处理，具体是在对目标系统执行系统测试的测试过程中进行的，信息采集处理的具体对象，则是其实时的系统状态，具体可以为目标系统的资源状态，来为后续的自动化暂停机制以及自动化启动机制提供数据依据。对应的，可以采集到资源状态信息，用于反映在采集时间点下目标系统的具体资源状态。

其中，本申请所涉及的资源状态，即资源状态信息内容中的系统资源，在具体应用中，可以为目标系统在响应测试设备发送过去的处理请求时需要调用到的系统资源，例如所需CPU利用率、所需占用内存或者所需内存利用率等软硬件方面可以涉及到的资源。

此外，作为一种具体的实现方式，本申请还认为，除了目标系统在响应测试设备发送过去的处理请求时直接需要调用的系统资源，采集控件还可采集需要调用的系统资源以外的、其他方面的资源状态内容，例如目标系统的系统组成架构(多个设备构成目标系统的具体组成架构，进一步地还可细化到不同设备的设备类型及其数量)等，由此在实际操作中还可实现以潜在的可影响到系统测试的系统资源来为后续的自动化暂停机制还有自动化启动机制提供新的数据依据，以此获得更为精确有效的暂停效果还有启动效果。

其中，可以通过默认或者实时监测的方式，先确定目标系统对于本次系统测试需要直接调用的第一系统资源，再将目标系统中除该第一系统资源以外的所有系统资源或者部分系统资源作为第二系统资源，供采集控件在后续也进行其资源状态的采集工作，如此采集控件是采集了这两个系统资源方面的系统资源状态信息。

步骤S103，测试设备判断第一实时状态信息所反映的系统状态，是否满足系统测试任务预先配置的所需系统状态，若不足，则触发步骤S104；

可以理解的是，在通过采集控件采集的系统资源状态信息等内容的第一实时状态信息，确定了目标系统当前系统状态未满足本次系统测试任务预先配置的所需系统状态后，显然，此时可以触发本申请所涉及的自动化暂停机制，来暂停执行测试，以便等待后续目标系统恢复、满足了本次系统测试任务预先配置的所需系统状态后，再启动测试、继续执行测试。

此时可以理解，主要是通过数值的对比，若小于阈值，则可认为不满足、为满足。

此外，对于不同内容的数值，还可配置具体的策略，在不同内容的数值的基础上，确定是否满足预先配置的所需系统状态。

例如，可以引入权重设置，不同内容具有不同的权重，如此最终进行累加，可以获得一从整体反映系统状态的数值。

又例如，可以对比不同内容的数值满足对应阈值的数量，若满足对应阈值的内容的数量大于未满足对应阈值的内容的数量，也可认为满足预先配置的所需系统状态。其中，还可为不同内容进一步引入权重机制，如此进一步更为灵活地调节满足对应阈值的内容的数量、未满足对应阈值的内容的数量。

显然，此处是否满足的具体判断策略，可以是灵活多变的，具体可以随实际情况、实际需要调整，本申请在此不做具体限定。

对应的，在确定了当前系统状态未满足预先配置的系统状态后，则可触发后续的步骤S104，暂停执行测试。

步骤S104，测试设备暂停执行测试；

可以理解，此处暂停执行测试，既可以是暂停发起处理请求，也可以是中断所有所涉及到的进程等，也可以是触发目标系统暂停接收或者响应处理请求。

显然，其具体的暂停方式，也是灵活多变的，具体可以随实际情况、实际需要调整，本申请在此不做具体限定。

步骤S105，测试设备待采集控件采集的第二实时状态信息所反映的系统状态满足所需系统状态时，继续执行测试，所需系统状态包括所需资源状态。

可以理解，对于目标系统侧其系统资源状态等方面的系统状态，本申请认为，其一般是可以由目标系统侧自主进行恢复的，即，即使当前系统状态低于预先配置的系统状态，但是对于目标系统的工作而言，其脱离了当前工作状态或者等待一段时间后，其在系统状态的动态更新过程中，后续还会变成满足该预先配置的系统状态(由采集控件完成相应的监控采集工作)，如此，则可继续执行本次系统测试任务，即系执行测试。

从图1所示实施例可看出，本申请在对目标系统发起系统测试任务后的测试过程中，通过采集控件采集该目标系统的第一实时状态信息，若其不满足本次系统测试任务预先配置的所需系统状态，则暂停执行测试，由此实现智能的自动化暂停机制；

在暂停执行测试后，则继续监控目标系统的系统状态，待到第二实时状态信息其满足本次系统测试任务预先配置的所需系统状态时，则继续执行测试，由此实现了与前面自动化暂停机制相适配的自动化启动机制，可以促使针对目标系统的系统测试可以得到完整的执行，由通过这两方面，尽可能避免了工作人员的人工介入，保证了测试效率。

此外，作为自动化暂停机制还有自动化启动机制的触发对象，本申请具体是关注于目标系统侧的资源状态，由此提供了一套更具有实际意义的落地方案。

继续对上述图1所示实施例的各个步骤及其在实际应用中可能的实现方式进行详细阐述。

需要理解的是，对于上面的本申请方案内容，本申请发明人还认为，其还具有一个隐藏的、容易忽略掉的方案效果，那就是，对于通俗理解的测试暂停，是指测试发起方即测试设备侧的系统状态不能够保障正常进行测试时所发起的暂停，而本申请，则是考虑的待测系统即目标系统侧的系统状态，以目标系统的系统状态来衡量是否触发自动化暂停机制还有自动化启动机制。

在该情况下，本申请所做的自动化测试是所实现的系统性能测试效果，还可以认为是忽略了作为触发自动化暂停机制和自动化启动机制的系统状态所反映的系统性能，更通俗点讲，本申请在测得的系统性能测试结果中，是将作为触发自动化暂停机制和自动化启动机制的系统状态直接默认为了良好系统状态，因为在该系统状态处于不良好的状态时已经通过自动化暂停机制以及自动化启动机制过滤掉了，从而本申请可以针对作为触发自动化暂停机制和自动化启动机制的系统状态所反映的第一系统性能以外的第二系统性能，进行更为精确的性能测试，而这是现有的基于测试设备本地系统状态不足就暂停测试的方案未能取得的技术效果。

由此，本申请在实际操作中，还可先根据想要获得的动态变化的第一系统状态下的系统性能测试效果，再根据该第一系统状态以外的第二系统状态配置对应的自动化暂停机制和自动化启动机制，如此则可高精度地测得仅在动态变化的第一系统状态下的系统性能(第二系统状态都保持在标准水平以上，可以认为不会对系统性能仅造成微弱影响或者不会造成影响)。

此外，作为又一种适于实用的实现方式，本申请自动化暂停机制还有自动化启动机制所针对的系统状态中的系统资源状态，本地的测试设备，在其未满足预先配置的系统资源状态时进行暂停后，除了可以被动地等待其恢复到满足预先配置的系统资源状态并继续进行测试，还可以以主动的方式加快该恢复进程。

举例而言，测试设备暂停执行测试时，本申请方法还可以包括：

测试设备在测试系统中为目标系统分配资源，以增强目标系统的资源状态。

可以理解，此处设置所反映出的测试场景，可以认为在测试设备、目标系统以外，还可涉及到其他的设备，如此，在整体的测试系统中，可以为目标系统分配额外的软硬件方面的外部资源，从目标系统外部的软硬件资源方面来加强、提高、扩充目标系统的资源状态。

或者，还可以解放目标系统涉及到其他设备的软硬件方面的本地资源(其他设备占用、降低了目标系统软硬件方面的资源)。

如此，在该设置下，则可更快地使得目标系统的系统资源状态得到恢复，进而在整体层面，提高本次系统测试任务的测试效率。

此外，对于本申请所涉及的系统状态，除了可以包括系统资源状态，还可以包括本申请认为的相关指标数据，具体的，对应上面内容，第一实时状态还可以包括目标系统在测试过程中反映的指标数据，而该指标数据具体是在测试过程中随测试进程(或者说进度、进展)动态更新的，所需系统状态还包括所需指标状态。

显然，此处的指标数据所涉及的指标状态，为抽象出来的状态，是系统软件方面的资源状态以外的数据内容中抽象出来的状态。

可以理解，该指标状态也可理解为是需要通过间接的方式采集到、量化的数据内容，而非如资源状态容易测得甚至直接获得。

如此，本申请可以在系统资源状态的基础上，继续结合指标状态，来实现更为灵活的、精确的自动化暂停机制和自动化启动机制，从而可以进一步加强上面内容中从资源状态角度展开说明的相关实现效果。

与主动促使目标系统更快地恢复其系统资源状态类似的，此处也可主动地促使目标系统更快地恢复其指标状态。

对此，作为又一种适于实用的实现方式，测试设备暂停执行测试时，本申请方法还可以包括：

测试设备调整目标系统的软硬件配置，以使得目标系统满足或者逼近所需指标状态。

可以理解，此处设置所反映出的测试场景，也可以认为在测试设备、目标系统以外，还可涉及到其他的设备，如此，在整体的测试系统中，从目标系统外部的软硬件配置方面来间接地调整系统的指标状态。

或者，还可以调整目标系统涉及到其他设备的软硬件配置的本地软硬件配置(其他设备影响了目标系统软硬件方面的配置)。

如此，在该设置下，则可更快地使得目标系统的指标状态得到恢复，进而在整体层面，提高本次系统测试任务的测试效率。

此外，还可以注意到的是，实时的系统资源未满足预先配置的系统资源状态时，可以用低于预先配置的系统资源状态来理解，而回到指标状态，则不一定是实时的状态低于预先配置的系统指标状态，也可能是高于预先配置的系统指标状态，显然，本申请所涉及的指标状态其是否可以正常开展系统测试，并不是越高越高，也可能是越低越好，或者还可能需要处于某些特定的状态范围。

举例而言，为方便理解以上内容，还可以继续结合图2所示的本申请自动化测试的一种场景示意图进行理解。

在具体操作中，测试过程中自动化暂停、启动测试的执行，主要由设置判定条件、获取执行情况、暂停执行或启动执行者三个环节组成，具体如下：

1.设置判定条件

在执行测试任务之前设置测试过程暂停启动的判定条件，可以分为三种情况之一：

1)暂停条件；

2)启动条件；

3)暂停和启动条件

2.获取执行数据

在测试过程中通过数据采集组件实时获取系统资源信息和系统指标信息(系统指标信息)。

3.暂停或启动测试

将读取到的数据同预先设置的判定条件进行对比，判断是否触发预先设置的暂停或启动条件，若触发则调用工具暂停或启动接口程序，控制测试过程的暂停或启动。

而在完成了处理请求的发起还有收集到目标系统对于所发起的处理请求的处理结果后，测试设备则可涉及到测试结果的生成处理。

具体的，本申请方法还可以包括：

在完成测试后，测试设备生成目标系统的测试结果，并在生成测试结果的过程中忽略暂停执行测试时所涉及的内容。

可以理解，此处在生成测试结果的过程中，是直接忽略了暂停执行测试时所涉及的内容，如此在测试结果中只反映了目标系统正常接受系统测试时所反映的系统性能，而不会涉及到目标系统因为系统资源状态和/或指标状态的因素，从而在呈现效果、呈现内容上更为的精确。

而测试结果本身，具体则可以以文档、表格、图像、音频、视频等不同的文件类型进行配置，本申请在此不做具体限定。

以上是本申请提供的自动化测试方法的介绍，为便于更好的实施本申请提供的自动化测试方法，本申请还从功能模块角度提供了一种自动化测试装置。

参阅图3，图3为本申请自动化测试装置的一种结构示意图，在本申请中，自动化测试装置300具体可包括如下结构：

发起单元301，用于对目标系统发起系统测试任务；

采集单元302，用于在测试过程中，通过目标系统植入的采集控件，采集目标系统的第一实时状态信息，第一实时状态信息包括资源状态信息；

判断单元303，用于判断第一实时状态信息所反映的系统状态，是否满足系统测试任务预先配置的所需系统状态，若不足，则触发暂停单元304；

暂停单元304，用于暂停执行测试；

执行单元305，用于待采集控件采集的第二实时状态信息所反映的系统状态满足所需系统状态时，继续执行测试，所需系统状态包括所需资源状态。

在一种示例性的实现方式中，装置还包括分配单元306，用于：

暂停执行测试时，在测试系统中为目标系统分配资源，以使得目标系统满足或者逼近所需资源状态。

在又一种示例性的实现方式中，第一实时状态还包括目标系统在测试过程中反映的指标数据，指标数据是在测试过程中随测试进程动态更新的，所需系统状态还包括所需指标状态。

在又一种示例性的实现方式中，装置还包括调整单元307，用于：

暂停执行测试时，调整目标系统的软硬件配置，以使得目标系统满足或者逼近所需指标状态。

在又一种示例性的实现方式中，装置还包括生成单元308，用于：

在完成测试后，生成目标系统的测试结果，并在生成测试结果的过程中忽略暂停执行测试时所涉及的内容。

本申请还从硬件结构角度提供了一种测试设备，参阅图4，图4示出了本申请测试设备的一种结构示意图，具体的，本申请测试设备可包括处理器401、存储器402以及输入输出设备403，处理器401用于执行存储器402中存储的计算机程序时实现如图1对应实施例中自动化测试方法的各步骤；或者，处理器401用于执行存储器402中存储的计算机程序时实现如图3对应实施例中各单元的功能，存储器402用于存储处理器401执行上述图1对应实施例中自动化测试方法所需的计算机程序。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器402中，并由处理器401执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。

测试设备可包括，但不仅限于处理器401、存储器402、输入输出设备403。本领域技术人员可以理解，示意仅仅是测试设备的示例，并不构成对测试设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如测试设备还可以包括网络接入设备、总线等，处理器401、存储器402、输入输出设备403等通过总线相连。

处理器401可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是测试设备的控制中心，利用各种接口和线路连接整个设备的各个部分。

存储器402可用于存储计算机程序和/或模块，处理器401通过运行或执行存储在存储器402内的计算机程序和/或模块，以及调用存储在存储器402内的数据，实现计算机装置的各种功能。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据测试设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器401用于执行存储器402中存储的计算机程序时，具体可实现以下功能：

对目标系统发起系统测试任务；

在测试过程中，通过目标系统植入的采集控件，采集目标系统的第一实时状态信息，第一实时状态信息包括资源状态信息；

判断第一实时状态信息所反映的系统状态，是否满足系统测试任务预先配置的所需系统状态；

若不足，则暂停执行测试；

待采集控件采集的第二实时状态信息所反映的系统状态满足所需系统状态时，继续执行测试，所需系统状态包括所需资源状态。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的自动化测试装置、测试设备及其相应单元的具体工作过程，可以参考如图1对应实施例中测试方法的说明，具体在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请如图1对应实施例中自动化测试方法的步骤，具体操作可参考如图1对应实施例中自动化测试方法的说明，在此不再赘述。

其中，该计算机可读存储介质可以包括：只读存储器(Read Only Memory，ROM)、随机存取记忆体(Random Access Memory，RAM)、磁盘或光盘等。

由于该计算机可读存储介质中所存储的指令，可以执行本申请如图1对应实施例中自动化测试方法的步骤，因此，可以实现本申请如图1对应实施例中自动化测试方法所能实现的有益效果，详见前面的说明，在此不再赘述。

以上对本申请提供的自动化测试方法、装置、测试设备以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种自动化测试方法，其特征在于，所述方法包括：

测试设备对目标系统发起系统测试任务；

在测试过程中，所述测试设备通过所述目标系统植入的采集控件，采集所述目标系统的第一实时状态信息，所述第一实时状态信息包括资源状态信息；

所述测试设备判断所述第一实时状态信息所反映的系统状态，是否满足所述系统测试任务预先配置的所需系统状态；

若不足，则所述测试设备暂停执行测试；

所述测试设备待所述采集控件采集的第二实时状态信息所反映的系统状态满足所述所需系统状态时，继续执行测试，所述所需系统状态包括所需资源状态。

2.根据权利要求1所述的方法，其特征在于，所述测试设备暂停执行测试时，所述方法还包括：

所述测试设备在测试系统中为所述目标系统分配资源，以增强所述目标系统的资源状态。

3.根据权利要求1所述的方法，其特征在于，所述第一实时状态还包括所述目标系统在测试过程中反映的指标数据，所述指标数据是在测试过程中随测试进程动态更新的，所述所需系统状态还包括所需指标状态。

4.根据权利要求3所述的方法，其特征在于，所述测试设备暂停执行测试时，所述方法还包括：

所述测试设备调整所述目标系统的软硬件配置，以使得所述目标系统满足或者逼近所述所需指标状态。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在完成测试后，所述测试设备生成所述目标系统的测试结果，并在生成所述测试结果的过程中忽略暂停执行测试时所涉及的内容。

6.一种自动化测试装置，其特征在于，所述装置包括：

发起单元，用于对目标系统发起系统测试任务；

采集单元，用于在测试过程中，通过所述目标系统植入的采集控件，采集所述目标系统的第一实时状态信息，所述第一实时状态信息包括资源状态信息；

判断单元，用于判断所述第一实时状态信息所反映的系统状态，是否满足所述系统测试任务预先配置的所需系统状态，若不足，则触发暂停单元；

所述暂停单元，用于暂停执行测试；

执行单元，用于待所述采集控件采集的第二实时状态信息所反映的系统状态满足所述所需系统状态时，继续执行测试，所述所需系统状态包括所需资源状态。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括分配单元，用于：

暂停执行测试时，在测试系统中为所述目标系统分配资源，以使得所述目标系统满足或者逼近所述所需资源状态。

8.根据权利要求6所述的装置，其特征在于，所述第一实时状态还包括所述目标系统在测试过程中反映的指标数据，所述指标数据是在测试过程中随测试进程动态更新的，所述所需系统状态还包括所需指标状态。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括调整单元，用于：

暂停执行测试时，调整所述目标系统的软硬件配置，以使得所述目标系统满足或者逼近所述所需指标状态。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括生成单元，用于：

在完成测试后，生成所述目标系统的测试结果，并在生成所述测试结果的过程中忽略暂停执行测试时所涉及的内容。

Images