CN115202946A - 自动化测试方法、装置、设备、存储介质及程序产品 - Google Patents

Abstract

本申请提供了一种自动化测试方法、装置、设备、存储介质及程序产品，该方法包括：在对待测试设备执行当前版本下的目标测试用例时，获取待测试设备在多个时间的CPU相关数据；根据待测试设备在多个时间的CPU相关数据确定待测试设备的CPU占用率；其中，待测试设备在多个时间的CPU相关数据是待测试设备的目标进程在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标进程的CPU占用率；或者，待测试设备在多个时间的CPU相关数据是待测试设备的目标内核在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标内核的CPU占用率。以提高进程或内核的CPU占用率的准确性。

Description

自动化测试方法、装置、设备、存储介质及程序产品

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种自动化测试方法、装置、设备、存储介质及程序产品。

背景技术

目前，在测试待测试设备的进程或内核的中央处理器(Central ProcessingUnit，CPU)占用率时，测试机常通过top命令来获取进程或内核的CPU占用率。具体地，测试机向待测试设备发送top命令；待测试设备响应于该top命令，以读取/proc/stat文件中的CPU相关数据；并根据该CPU相关数据确定进程或内核的CPU占用率；最后待测试设备将进程或内核的CPU占用率发送给测试机。

然而，上述获取进程或内核的CPU占用率的过程本身会造成一定的CPU占用，然而，待测试设备读取得到的CPU相关数据并不包括该过程所造成的CPU占用，从而导致最终得到的进程或内核的CPU占用率不准确。

发明内容

本申请提供一种自动化测试方法、装置、设备、存储介质及程序产品，以提高进程或内核的CPU占用率的准确性。

第一方面，本申请提供一种自动化测试方法，该方法包括：在对待测试设备执行当前版本下的目标测试用例时，获取待测试设备在多个时间的CPU相关数据；根据待测试设备在多个时间的CPU相关数据确定待测试设备的CPU占用率；其中，待测试设备在多个时间的CPU相关数据是待测试设备的目标进程在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标进程的CPU占用率；或者，待测试设备在多个时间的CPU相关数据是待测试设备的目标内核在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标内核的CPU占用率。

第二方面，本申请提供一种自动化测试装置，包括：通信模块、处理模块，其中，通信模块用于在对待测试设备执行当前版本下的目标测试用例时，获取待测试设备在多个时间的CPU相关数据；处理模块用于根据待测试设备在多个时间的CPU相关数据确定待测试设备的CPU占用率；其中，待测试设备在多个时间的CPU相关数据是待测试设备的目标进程在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标进程的CPU占用率；或者，待测试设备在多个时间的CPU相关数据是待测试设备的目标内核在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标内核的CPU占用率。

第三方面，提供一种测试机，包括：处理器和存储器，该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行如第一方面或其各实现方式中的方法。

第四方面，提供一种计算机可读存储介质，用于存储计算机程序，计算机程序使得计算机执行如第一方面或其各实现方式中的方法。

第五方面，提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如第一方面或其各实现方式中的方法。

第六方面，提供一种计算机程序，计算机程序使得计算机执行如第一方面或其各实现方式中的方法。

通过本申请技术方案，在对待测试设备执行当前版本下的目标测试用例时，测试机可以先获取待测试设备在多个时间的CPU相关数据，然后，测试机可以根据上述CPU相关数据确定待测试设备的CPU占用率，其中，待测试设备在多个时间的CPU相关数据是待测试设备的目标进程在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标进程的CPU占用率；或者，待测试设备在多个时间的CPU相关数据是待测试设备的目标内核在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标内核的CPU占用率。在上述过程中，无需通过top命令获取进程或内核的CPU占用率，而是测试机可以获取多个时间的CPU相关数据，基于这些CPU相关数据确定进程或内核的CPU占用率，该过程不会影响待测试设备的CPU占用，从而提高了进程或内核的CPU占用率的准确性。

附图说明

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

图1为本申请实施例提供的一种应用场景图；

图2为本申请实施例提供的一种自动化测试方法的流程图；

图3为本申请实施例提供的一种自动化测试的示意图；

图4为本申请实施例提供的另一种自动化测试的示意图；

图5为本申请实施例提供的再一种自动化测试的示意图；

图6为本申请实施例提供的又一种自动化测试的示意图；

图7为本申请实施例提供的又一种自动化测试的示意图；

图8为本申请实施例提供的又一种自动化测试的示意图；

图9为本申请实施例提供的又一种自动化测试的示意图；

图10为本申请实施例提供的一种自动化测试装置1000的示意图；

图11是本申请实施例提供的测试机1100的示意性框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

如上所述，现有技术中在测试待测试设备的进程或内核的CPU占用率时，测试机常通过top命令来获取进程或内核的CPU占用率。具体地，测试机向待测试设备发送top命令；待测试设备响应于该top命令，以读取/proc/stat文件中的CPU相关数据；并根据该CPU相关数据确定进程或内核的CPU占用率；最后待测试设备将进程或内核的CPU占用率发送给测试机。但是，上述获取进程或内核的CPU占用率的过程本身会造成一定的CPU占用，然而，待测试设备读取得到的CPU相关数据并不包括该过程所造成的CPU占用，从而导致最终得到的进程或内核的CPU占用率不准确。

为了解决上述技术问题，本申请可以无需通过top命令获取进程或内核的CPU占用率，而是测试机可以获取多个时间的CPU相关数据，基于这些CPU相关数据确定进程或内核的CPU占用率，该过程不会影响待测试设备的CPU占用，从而提高了进程或内核的CPU占用率的准确性。

应理解的是，本申请技术方案可以应用于如下场景，但不限于：

示例性的，图1为本申请实施例提供的一种应用场景图，如图1所示，该应用场景中可以包括测试机110和待测试设备120。测试机110可以通过有线网络或者无线网络与待测试设备120建立连接。

在一些可实现方式中，测试机110可以是平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、台式电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本等智能设备，但不限于此。

在一些可实现方式中，待测试设备120可以是手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、车载设备、UMPC、上网本，以及蜂窝电话、个人数字助理(personaldigital assistant，PDA)、头戴显示器等增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备等，但不限于此。

此外，图1示例性地示出了一个测试机和一个待测试设备，实际上可以包括其他数量的测试机和待测试设备，本申请对此不作限制。

在介绍了本申请实施例的应用场景之后，下面将对本申请技术方案进行详细阐述：

图2为本申请实施例提供的一种自动化测试方法的流程图，该方法可以由如图1所示的测试机110执行，本申请对此不做限制，如图2所示，该方法可以包括如下步骤：

S210：在对待测试设备执行当前版本下的目标测试用例时，获取待测试设备在多个时间的CPU相关数据；

S220：根据待测试设备在多个时间的CPU相关数据确定待测试设备的CPU占用率。

其中，待测试设备在多个时间的CPU相关数据是待测试设备的目标进程在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标进程的CPU占用率；或者，待测试设备在多个时间的CPU相关数据是待测试设备的目标内核在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标内核的CPU占用率。

应理解的是，待测试设备可以是安装安卓系统的安卓设备，也可以是安装输入输出系统(Input Output System，IOS)系统的IOS设备，还可以是安装其他系统的设备，本申请对此不做限制。

在下面的实施例中，本申请将以待测试设备是安装安卓系统的头戴显示器为例来介绍本申请技术方案。

在一些可实现方式中，本申请技术方案可以对待测试设备执行不同版本下的测试用例，进而可以获取待测试设备在不同版本下的CPU相关数据以及CPU占用率，从而可以对该待测试设备在不同版本下的CPU占用情况进行分析。

在下面的实施例中，本申请将先以待测试设备在一个版本下的测试情况为例进行说明，待测试设备在其他版本下的测试情况与之类似，本申请不再赘述。

在一些可实现方式中，在测试机对待测试设备执行目标测试用例之前，可以先选择目标测试场景，然后可以确定该目标测试场景对应的由至少一个测试用例构成的测试序列，该测试序列包括上述目标测试用例。

示例性的，上述目标测试场景可以为以下任一种测试场景：重点测试场景、异常测试场景、覆盖所有测试用例的测试场景，本申请对此不做限制。其中，重点测试场景可以是和实现待测试设备的一些重要功能有关的场景，例如重点测试场景可以是和头戴显示器旋转、平移等位置变化有关的场景，那么相应的，该重点测试场景可以包括用来测试头戴显示器位置变化对应的测试用例。异常测试场景可以是待测试设备在历史版本下，确定出的较高的CPU占用率对应的测试场景，相应的，该异常测试场景可以包括待测试设备在历史版本下确定出的较高CPU占用率对应的测试用例。这样一来，测试机可以选择测试场景对待测试设备进行测试，也就是说，测试机可以针对性地对待测试设备进行测试，不仅提供给了测试人员操作层面上的灵活性，还节约了测试时间，提高了测试效率。

在一些可实现方式中，测试机在执行测试用例，获取待测试设备在多个时间的CPU相关数据之前，可以在测试用例上添加装饰器，然后，测试机可以通过装饰器开启用于获取待测试设备在多个时间的CPU相关数据的线程，接着，测试机可以通过该线程获取上述CPU相关数据。例如：当待测试设备在多个时间的CPU相关数据是待测试设备的目标进程在多个时间的CPU相关数据时，测试机可以通过装饰器开启用于获取目标进程在多个时间的CPU相关数据的第一线程，然后，测试机可以通过该第一线程获取上述目标进程在多个时间的CPU相关数据；或者，当待测试设备在多个时间的CPU相关数据是待测试设备的目标内核在多个时间的CPU相关数据时，测试机可以通过装饰器开启用于获取目标内核在多个时间的CPU相关数据的第二线程，然后，测试机可以通过该第二线程获取上述目标内核在多个时间的CPU相关数据。

应理解的是，装饰器是用于拓展原来函数功能的一种函数，添加装饰器可以在不用更改原函数的代码前提下给原函数增加新的功能，并且在添加装饰器之后，新增功能对应的代码和原函数对应的代码可以分开维护迭代，增强了代码的可扩展性，提高了容错率。

示例性的，假设目标测试场景是和用户界面(User Interface，UI)操作相关的场景，该目标场景对应的测试序列包括M个UI操作即M个测试用例，M是正整数，如图3所示，图3示意性地给出了测试机对待测试设备执行M个UI操作时的整体流程，其中，每个UI操作上都添加了装饰器，使得测试机可以通过该装饰器开启CPU的监控逻辑和日志输出逻辑对应的线程，其中，CPU的监控逻辑对应的线程可以用来获取CPU相关数据，日志输出逻辑对应的线程可以用来输出、存储CPU相关数据，从而测试机可以获取CPU相关数据。另外，测试机还可以将获取到的CPU相关数据进行存储，然后，测试机可以在执行完所有的测试用例后，统一计算每个测试用例分别对应的CPU占用率，然后，测试机可以对上述CPU占用率进行处理，得到测试结果，并以测试用例为单位对上述测试结果做统计，例如，测试机可以将图3中的测试序列的结果即测试结果统计为：{UI操作1，测试结果1；UI操作2，测试结果2；……；UI操作M，测试结果M}，当然测试机还可以以其他方式对测试结果进行统计，本申请对此不做限制。另外，对于测试机对上述CPU相关数据的存储以及对上述CPU占用率的计算等过程，本申请将在下面的实施例中做具体介绍，在此先不赘述。

在一些可实现方式中，上述添加的装饰器还可以在执行测试用例时，记录运行异常的测试用例，方便测试人员后续对该异常的测试用例进行处理，例如修改该测试用例对应的代码，提高代码的健壮性。

在一些可实现方式中，当待测试设备在多个时间的CPU相关数据是目标进程在多个时间的CPU相关数据时，测试机还可以获取需要重点监控的第一进程列表以及在对待测试设备执行当前版本下的目标测试用例时，CPU占用率排名前N位的第二进程列表，N为正整数，然后，测试机可以合并第一进程列表和第二进程列表，得到第三进程列表，其中，目标进程是第三进程列表中的任一个进程。在获取到第三进程列表之后，测试机可以通过装饰器开启上述第一线程，并通过该第一线程获取该目标进程在多个时间的CPU相关数据，然后，测试机可以根据该CPU相关数据确定目标进程的CPU占用率。

示例性的，假设待测试设备是安装安卓系统的头戴显示器，如图4所示，图4示意性地给出了测试机在对头戴显示器执行当前版本下的UI操作M，得到测试结果M时的流程图，其中，第一进程列表可以包括：和图像渲染相关的进程、和头戴追踪相关的进程、和拍摄识别相关的进程等需要重点监控的进程，测试机可以通过adb shell top命令获取CPU占用率排名前3位的第二进程列表，然后，测试机可以对第一进程列表、第二进程列表取并集，得到第三进程列表，目标进程是该第三进程列表中的任一个进程，接着，测试机可以通过装饰器开启上述第一线程，然后，测试机可以通过该第一线程获取上述目标进程的CPU相关数据，例如，该CPU相关数据可以是目标进程对应的头戴显示器中/proc/start文件中的数据，测试机可以将该数据标记为start，然后，测试机可以经过10秒再次获取上述目标进程的CPU相关数据，例如，该CPU相关数据可以是上述/proc/start文件中的数据，测试机可以将该数据将其标记为end，最后，测试机可以根据start、end对应的数据即上述两次获取到的该目标进程的CPU相关数据确定出目标进程对应的CPU占用率，然后，测试机可以根据该CPU占用率确定测试结果M。当然，在测试机获取到上述end对应的数据之后，若距离UI操作M结束还剩余大于10秒的时间，则测试机还可以再次获取该目标进程的CPU相关数据，并可以根据该数据以及获取该数据之前获取的CPU相关数据再次确定出一个CPU占用率，本申请对测试机在执行一个测试用例时，获取上述目标进程的CPU相关数据的次数、时间间隔和方法等不做限制。

应理解的是，adb shell top命令可以提供对CPU状态的实时监视，可以按照CPU占用率的高低对各个进程进行显示。/proc/start文件存在于内存中，以文件系统的方式为系统内核与进程提供通信的接口，用户和应用程序可以通过/proc/start文件得到系统的信息，用户或应用程序读取/proc/start文件时，/proc/start文件可以动态地从系统内核读出所需信息并提交给用户或应用程序，/proc/stat文件中的所有数据皆为从系统启动开始累计到当前时刻的统计值，/proc/start文件包括了用于计算各个进程、内核等CPU占用率的CPU相关数据。

示例性的，假设目标进程的进程识别号(Process Identification，PID)是888，那么测试机可以通过装饰器开启上述第一线程，获取到头戴显示器的/proc/start文件中关于该888进程对应的CPU相关数据如图5所示。其中，图5中框出来的4个数据分别是：utime、stime，cutime、cstime，单位为jiffies，jiffies是操作系统进程调度的最小时间片，utime指该进程处于用户态的时间，此处等于111029，stime指该进程处于内核态的时间，此处等于58574，cutime指当前进程等待子进程的处于用户态的时间，此处等于0，cstime指当前进程等待子进程的处于内核态的时间，此处等于0，那么此时该进程的总CPU时间T1＝utime+stime+cutime+cstime，类似的，10秒之后，测试机可以再次获取/proc/start文件中该进程对应的CPU相关数据，并得到该时刻对应的该进程的总CPU时间T2，那么，该测试机可以确定该进程的的一个CPU占用率为(T2-T1)/10*100％。

应理解的是，内核态和用户态是操作系统的两种运行级别，通常情况下，CPU共有0～3四个特权级，0级最高，3级最低，当程序运行在3级特权级上时，就可以称之为运行在用户态，这是最低特权级，是普通的用户进程运行的特权级，大部分用户直接面对的程序都是运行在用户态的，当程序运行在0级特权级上时，就可以称之为运行在内核态。

应理解的是，本申请对第一进程列表包括的进程、第二进程列表包括的进程数目、测试机获取第二进程列表的方式、计算目标进程的CPU占用率的方式等不做限制。

在一些可实现方式中，当待测试设备在多个时间的CPU相关数据是待测试设备的目标内核在多个时间的CPU相关数据时，测试机可以通过装饰器开启上述第二线程，并通过该第二线程获取目标内核在多个时间的CPU相关数据，然后，测试机可以根据该CPU相关数据确定目标内核的CPU占用率。

示例性的，测试机可以通过装饰器开启上述第二线程，然后，测试机可以通过该第二线程获取上述目标内核在多个时间的CPU相关数据，例如，该目标内核在多个时间的CPU相关数据可以是目标内核在多个时间对应的头戴显示器中/proc/start文件中的数据。如图6所示，该待测试设备有八个CPU内核，分别是CPU0至CPU7，第一行数据是CPU总体的使用情况，第一行中每列数据是后面几行中对应列的数据的相加值，这10列数据的单位为jiffies，分别为：user、nice、system、Idle、Iowait、Irq、Softirq、Stealstolen、Guest、guest_nice，user表示从系统启动开始累积到当前时刻，处于用户态的运行时间；nice表示系统启动开始累积到当前时刻，nice值为负的进程所占用的CPU时间，nice值表示静态优先级的数值，每个进程都有自己的静态优先级，优先级高的进程得以优先运行；system表示从系统启动开始累积到当前时刻，处于内核态的运行时间；Idle表示从系统启动开始累积到当前时刻，除输入输出(Input Output，IO)等待时间以外的其他等待时间；Iowait表示从系统启动开始累积到当前时刻，IO等待时间；Irq表示从系统启动开始累积到当前时刻，服务中断时间；Softirq表示从系统启动开始累积到当前时刻，软中断时间；Stealstolen表示从系统启动开始累积到当前时刻，在虚拟环境运行时花费在其他操作系统的时间；Guest表示从系统启动开始累积到当前时刻，在内核控制下的操作系统虚拟CPU花费的时间；guest_nice表示从系统启动开始累积到当前时刻，在内核控制下的操作系统虚拟CPU花费在nice进程上的时间，那么此时目标内核对应的CPU总使用时间T3为以上10项数据的和即T3＝user+nice+system+Idle+Iowait+Irq+Softirq+Stealstolen+Guest+guest_nice，CPU非空闲时间T4为T3与Idle对应的数值之差即T4＝T3-Idle，类似的，间隔T5秒，测试机可以再次获取/proc/start文件中目标内核对应的CPU相关数据，并得到该时刻下目标内核对应的CPU总使用时间T6、CPU非空闲时间T7为T6与此时的Idle对应的数据之差，那么，该测试机可以确定目标内核的CPU占用率为(T7-T4)/(T6-T3)*100％，其中T5可以是1秒，本申请对此不做限制。

在一些可实现方式中，测试机在对待测试设备执行当前版本下的目标测试用例时，还可以通过装饰器开启用于获取待测试设备的整机CPU空闲率的第三线程，然后，测试机可以通过该第三线程获取待测试设备的整机CPU空闲率，其中，测试机在开启第三线程后，可以通过top命令获取待测试设备的整机CPU空闲率。

在一些可实现方式中，测试机可以以测试用例为单位，对目标进程在多个时间的CPU相关数据、待测试设备的目标内核在多个时间的CPU相关数据、待测试设备的整机CPU空闲率进行存储，其中，目标进程在多个时间的CPU相关数据包括至少一个线程在多个时间的CPU相关数据。

示例性的，如图7、图8、图9所示，图7、图8、图9分别示意性地给出了测试机对待测试设备的CPU0在多个时间的CPU相关数据、进程1在多个时间的CPU相关数据、待测试设备的整机CPU空闲率的存储情况，其中，在计算CPU0的占用率时，可以根据相邻两个文件中的数据来计算，待测试设备的整机CPU空闲率如图9框中的数据，应理解的是，本申请对上述数据的存储方式不做限制。

在一些可实现方式中，测试机在计算出每个测试用例分别对应的CPU占用率之后，可以对CPU占用率进行处理，得到CPU占用率的最大值、最小值、均值、方法等测试结果，并以测试用例为单位对上述测试结果做统计，可以得到如表1所示的表格。

表1

其中，cpu_idle表示CPU整机空闲率，CPU占用率的方差可以表示测试机在执行一个测试用时，CPU占用率或者整机空闲率的波动情况。

示例性的，如表1的第三行所示，表1的第三行中的第六列中的数据是测试机在对头戴显示器执行测试用例1时，确定出的多个时间下的整机CPU空闲率，其单位为100％，其具体确定过程如上面的实施例所述，此处不再赘述。对上述多个时间下的整机CPU空闲率分别取平均值、最大值、最小值和方差，可以得到测试机在对头戴显示器执行测试用例1时，整机CPU空闲率的平均值、最大值、最小值和方差，即分别为表1的第三行中的第二列、第三列、第四列和第五列中的数据478.2、528.0、420.0和1000.2。类似的，如表1的第四行所示，表1的第四行中的第六列中的数据是测试机在对头戴显示器执行测试用例1时，确定出的多个时间下的CPU0的CPU占用率，其单位为100％，对上述多个时间下的CPU0的CPU占用率分别取平均值、最大值、最小值和方差，可以得到测试机在对头戴显示器执行测试用例1时，CPU0的CPU占用率的平均值、最大值、最小值和方差，即分别为表1的第四行中的第二列、第三列、第四列和第五列中的数据30.4、33.0、28.0和2.6。同样类似的，如表1的第十二行所示，表1的第十二行中的第六列中的数据是测试机在对头戴显示器执行测试用例1时，确定出的多个时间下的进程1的CPU占用率，其单位为100％，对上述多个时间下的进程1的CPU占用率分别取平均值、最大值、最小值和方差，可以得到测试机在对头戴显示器执行测试用例1时，进程1的CPU占用率的平均值、最大值、最小值和方差，即分别为表1的第十二行中的第二列、第三列、第四列和第五列中的数据20.4、25.0、15.7和19.2。

在一些可实现方式中，测试机可以存储目标进程在多个时间的CPU相关数据，该目标进程在多个时间的CPU相关数据包括至少一个线程在多个时间的CPU相关数据，然后，测试机可以在上述目标进程即当前版本下目标进程的CPU占用率大于第一预设阈值时，根据该目标进程对应的至少一个线程在多个时间的CPU相关数据定位上述至少一个线程中的异常线程。如此一来，就可以对CPU占用率较高的进程进行针对性地分析，可以定位出该进程中出现异常的线程，方便进一步地对异常问题进行分析。

示例性的，上述第一预设阈值可以是测试机在对待测试设备执行历史版本下的目标测试用例时，得到的述目标进程的CPU占用率，也可以是预先设置的一个进程的占用率阈值，本申请对此不做限制。

示例性的，测试机可以将当前版本下目标进程的CPU占用率的平均值和历史版本下目标进程的CPU占用率的平均值进行比较，也可以将当前版本下目标进程的CPU占用率的最大值和历史版本下目标进程的CPU占用率的最大值进行比较，还可以将当前版本下目标进程的CPU占用率的最小值和历史版本下目标进程的CPU占用率的最小值进行比较，还可以将当前版本下目标进程的CPU占用率的方差和历史版本下目标进程的CPU占用率的方差进行比较，本申请对此不做限制。

在一些可实现方式中，测试机可以在上述目标内核即当前版本下目标内核的CPU占用率大于第二预设阈值时，确定该目标内核是异常内核。例如，上述第二预设阈值可以是测试机在对待测试设备执行历史版本下的目标测试用例时，得到的目标内核的CPU占用率，也可以是预先设置的一个内核的占用率阈值，本申请对此不做限制。其中，测试机将当前版本下目标内核的CPU占用率和历史版本下目标内核的CPU占用率进行比较的方法和上述对目标进程的CPU占用率的比较方法类似，本申请在此不再赘述。如此一来，可以对CPU的调度情况提供一个初步参考，例如，当确定出某个内核是异常内核时，就可以初步认为该内核调度有异常，则可以对运行在该内核上的进程做进一步分析。

在一些可实现方式中，测试机可以在上述整机CPU空闲率即当前版本下的整机CPU空闲率大于第三预设阈值时，确定待测试设备的整机CPU占用率异常。例如，上述第三预设阈值可以是在对待测试设备执行历史版本下的目标测试用例时，得到的整机CPU空闲率，也可以是预先设置的一个整机CPU空闲率阈值，本申请对此不做限制。其中，测试机将当前版本下待测试设备的整机CPU占用率和历史版本下待测试设备的整机CPU占用率进行比较的方法和上述对目标进程的CPU占用率的比较方法类似，本申请在此不再赘述。

在一些可实现方式中，测试机还可以将当前版本和历史版本下的测试结果进行比较，可以以历史版本下的测试结果为基准，对当前版本进行性能优化。如表2所示，为系统版本1和系统版本2的部分测试结果比较情况。

表2

通过对上述测试结果进程分析，可以发现系统版本1的CPU整机空闲率普遍较系统版本2的低，可以看到这是因为系统版本2较系统版本1多出一个进程4，那么就可以确定出系统版本2的一个性能优化点为：将进程4去掉，仅保留进程4对应的服务，这样就可以将CPU整机空闲率提高，减少CPU的占用。

在一些可实现方式中，测试机可以对当前版本下不同测试用例对应的目标进程的CPU占用率、目标内核的CPU占用率、整机CPU空闲率进行加权求和，得到待测试设备在当前版本下的一个CPU占用数据，类似的，测试机还可以得到该待测试设备在其他版本下的一个CPU占用数据，然后，测试机可以根据上述多个CPU占用数据，确定出一个CPU占用数据的阈值准线，例如，测试机可以在获取到多个CPU占用数据之后，提出其中的异常数据如最大值、最小值等，然后对剩余数据取平均值，得到CPU占用数据的阈值准线。这样一来，可以在分析待测试设备的系统问题时，提供一个关于CPU占用情况的参考数据，而且，由于该CPU占用数据的阈值准线是根据不同版本下的不同测试用例对应的目标进程的CPU占用率、目标内核的CPU占用率、整机CPU空闲率这三项数据确定出来的，从而可以多方位、更全面的评估系统状态。

综上所述，上述实施例提供的技术方案至少带来以下有益效果：通过本申请技术方案，在对待测试设备执行当前版本下的目标测试用例时，测试机可以先获取待测试设备在多个时间的CPU相关数据，然后，测试机可以根据上述CPU相关数据确定待测试设备的CPU占用率，其中，待测试设备在多个时间的CPU相关数据是待测试设备的目标进程在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标进程的CPU占用率；或者，待测试设备在多个时间的CPU相关数据是待测试设备的目标内核在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标内核的CPU占用率。在上述过程中，无需通过top命令获取进程或内核的CPU占用率，而是测试机可以获取多个时间的CPU相关数据，基于这些CPU相关数据确定进程或内核的CPU占用率，该过程不会影响待测试设备的CPU占用，从而提高了进程或内核的CPU占用率的准确性。

进一步的，当待测试设备在多个时间的CPU相关数据是目标进程在多个时间的CPU相关数据时，测试机可以将获取到的需要重点监控的第一进程列表以及在对待测试设备执行当前版本下的目标测试用例时，CPU占用率排名前N位的第二进程列表合并，得到第三进程列表，其中，目标进程是第三进程列表中的任一个进程。这样一来，由于第三进程列表包括了需要重点监控的进程以及CPU占用率高的进程，所以在根据第三进程列表的CPU占用率确定上述测试结果或者对上述CPU占用数据的阈值准线进行评估时，不仅可以保证测试结果、评估结果的可靠性，还可以减少计算量，提高效率。

图10为本申请实施例提供的一种自动化测试装置1000的示意图，如图10所示，该装置1000包括：

通信模块1010，用于在对待测试设备执行当前版本下的目标测试用例时，获取待测试设备在多个时间的CPU相关数据；

处理模块1020，用于根据待测试设备在多个时间的CPU相关数据确定待测试设备的CPU占用率；

其中，待测试设备在多个时间的CPU相关数据是待测试设备的目标进程在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标进程的CPU占用率；或者，待测试设备在多个时间的CPU相关数据是待测试设备的目标内核在多个时间的CPU相关数据，相应的，待测试设备的CPU占用率是目标内核的CPU占用率。

在一些可实现方式中，在待测试设备在多个时间的CPU相关数据是目标进程在多个时间的CPU相关数据时，通信模块1010还用于：获取需要重点监控的第一进程列表以及在对待测试设备执行当前版本下的目标测试用例时，CPU占用率排名前N位的第二进程列表，N为正整数；处理模块1020还用于：合并第一进程列表和第二进程列表，得到第三进程列表；其中，目标进程是第三进程列表中的任一个进程。

在一些可实现方式中，在待测试设备在多个时间的CPU相关数据是目标进程在多个时间的CPU相关数据时，该装置1000还包括：存储模块1030，其中，存储模块1030用于存储目标进程在多个时间的CPU相关数据，目标进程在多个时间的CPU相关数据包括至少一个线程在多个时间的CPU相关数据；处理模块1020还用于：在目标进程的CPU占用率大于第一预设阈值时，根据至少一个线程在多个时间的CPU相关数据定位至少一个线程中的异常线程。

在一些可实现方式中，第一预设阈值是在对待测试设备执行历史版本下的目标测试用例时，得到的目标进程的CPU占用率。

在一些可实现方式中，处理模块1020还用于：通过装饰器开启用于获取目标进程在多个时间的CPU相关数据的第一线程；通信模块1010具体用于通过第一线程获取目标进程在多个时间的CPU相关数据。

在一些可实现方式中，在待测试设备在多个时间的CPU相关数据是目标内核在多个时间的CPU相关数据时，处理模块1020还用于：在目标内核的CPU占用率大于第二预设阈值时，确定目标内核是异常内核。

在一些可实现方式中，第二预设阈值是在对待测试设备执行历史版本下的目标测试用例时，得到的目标内核的CPU占用率。

在一些可实现方式中，处理模块1020还用于：通过装饰器开启用于获取目标内核在多个时间的CPU相关数据的第二线程；通信模块1010具体用于通过第二线程获取目标内核在多个时间的CPU相关数据。

在一些可实现方式中，通信模块1010还用于：在对待测试设备执行当前版本下的目标测试用例时，获取待测试设备的整机CPU空闲率；处理模块1020还用于：在整机CPU空闲率大于第三预设阈值时，确定待测试设备的整机CPU占用率异常。

在一些可实现方式中，第三预设阈值是在对待测试设备执行历史版本下的目标测试用例时，得到的整机CPU空闲率。

在一些可实现方式中，处理模块1020还用于：通过装饰器开启用于获取待测试设备的整机CPU空闲率的第三线程；通信模块1010具体用于通过第三线程获取待测试设备的整机CPU空闲率。

在一些可实现方式中，处理模块1020还用于：选择目标测试场景；处理模块1020还用于：确定目标测试场景对应的由至少一个测试用例构成的测试序列，测试序列包括目标测试用例；其中，目标测试场景为以下任一种测试场景：重点测试场景、异常测试场景、覆盖所有测试用例的测试场景。

应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，图10所示的装置1000可以执行上述方法实施例，并且装置1000中的各个模块的前述和其它操作和/或功能分别为了实现上述各个方法中的相应流程，为了简洁，在此不再赘述。

上文中结合附图从功能模块的角度描述了本申请实施例的装置1000。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

图11是本申请实施例提供的测试机1100的示意性框图，。

如图11所示，该测试机1100可包括：

存储器1110和处理器1120，该存储器1110用于存储计算机程序，并将该程序代码传输给该处理器1120。换言之，该处理器1120可以从存储器1110中调用并运行计算机程序，以实现本申请实施例中的方法。

例如，该处理器1120可用于根据该计算机程序中的指令执行上述方法实施例。

在本申请的一些实施例中，该处理器1120可以包括但不限于：

通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

在本申请的一些实施例中，该存储器1110包括但不限于：

易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

在本申请的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器1110中，并由该处理器1120执行，以完成本申请提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该测试机中的执行过程。

如图11所示，该测试机还可包括：

收发器1130，该收发器1130可连接至该处理器1120或存储器1110。

其中，处理器1120可以控制该收发器1130与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器1130可以包括发射机和接收机。收发器1130还可以进一步包括天线，天线的数量可以为一个或多个。

应当理解，该测试机中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

本申请还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。

当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。

Claims (16)

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

在对待测试设备执行当前版本下的目标测试用例时，获取所述待测试设备在多个时间的中央处理器CPU相关数据；

根据所述待测试设备在多个时间的CPU相关数据确定所述待测试设备的CPU占用率；

其中，所述待测试设备在多个时间的CPU相关数据是所述待测试设备的目标进程在多个时间的CPU相关数据，相应的，所述待测试设备的CPU占用率是所述目标进程的CPU占用率；或者，

所述待测试设备在多个时间的CPU相关数据是所述待测试设备的目标内核在多个时间的CPU相关数据，相应的，所述待测试设备的CPU占用率是所述目标内核的CPU占用率。

2.根据权利要求1所述的方法，其特征在于，在所述待测试设备在多个时间的CPU相关数据是所述目标进程在多个时间的CPU相关数据时，所述方法还包括：

获取需要重点监控的第一进程列表以及在对所述待测试设备执行当前版本下的所述目标测试用例时，CPU占用率排名前N位的第二进程列表，N为正整数；

合并所述第一进程列表和所述第二进程列表，得到第三进程列表；

其中，所述目标进程是所述第三进程列表中的任一个进程。

3.根据权利要求1或2所述的方法，其特征在于，在所述待测试设备在多个时间的CPU相关数据是所述目标进程在多个时间的CPU相关数据时，所述方法还包括：

存储所述目标进程在多个时间的CPU相关数据，所述目标进程在多个时间的CPU相关数据包括至少一个线程在多个时间的CPU相关数据；

在所述目标进程的CPU占用率大于第一预设阈值时，根据所述至少一个线程在多个时间的CPU相关数据定位所述至少一个线程中的异常线程。

4.根据权利要求3所述的方法，其特征在于，所述第一预设阈值是在对所述待测试设备执行历史版本下的所述目标测试用例时，得到的所述目标进程的CPU占用率。

5.根据权利要求1或2所述的方法，其特征在于，获取所述目标进程在多个时间的CPU相关数据之前，还包括：

通过装饰器开启用于获取所述目标进程在多个时间的CPU相关数据的第一线程；

获取所述目标进程在多个时间的CPU相关数据，包括：

通过所述第一线程获取所述目标进程在多个时间的CPU相关数据。

6.根据权利要求1所述的方法，其特征在于，在所述待测试设备在多个时间的CPU相关数据是所述目标内核在多个时间的CPU相关数据时，所述方法还包括：

在所述目标内核的CPU占用率大于第二预设阈值时，确定所述目标内核是异常内核。

7.根据权利要求6所述的方法，其特征在于，所述第二预设阈值是在对所述待测试设备执行历史版本下的所述目标测试用例时，得到的所述目标内核的CPU占用率。

8.根据权利要求1所述的方法，其特征在于，获取所述目标内核在多个时间的CPU相关数据之前，还包括：

通过装饰器开启用于获取所述目标内核在多个时间的CPU相关数据的第二线程；

获取所述目标内核在多个时间的CPU相关数据，包括：

通过所述第二线程获取所述目标内核在多个时间的CPU相关数据。

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

在对待测试设备执行当前版本下的目标测试用例时，获取所述待测试设备的整机CPU空闲率；

在所述整机CPU空闲率大于第三预设阈值时，确定所述待测试设备的整机CPU占用率异常。

10.根据权利要求9所述的方法，其特征在于，所述第三预设阈值是在对所述待测试设备执行历史版本下的所述目标测试用例时，得到的整机CPU空闲率。

11.根据权利要求9所述的方法，其特征在于，所述获取所述待测试设备的整机CPU空闲率之前，还包括：

通过装饰器开启用于获取所述待测试设备的整机CPU空闲率的第三线程；

获取所述待测试设备的整机CPU空闲率，包括：

通过所述第三线程获取所述待测试设备的整机CPU空闲率。

12.根据权利要求1所述的方法，其特征在于，所述在对待测试设备执行当前版本下的目标测试用例时，获取所述待测试设备在多个时间的中央处理器CPU相关数据之前，还包括：

选择目标测试场景；

确定所述目标测试场景对应的由至少一个测试用例构成的测试序列，所述测试序列包括所述目标测试用例；

其中，所述目标测试场景为以下任一种测试场景：重点测试场景、异常测试场景、覆盖所有测试用例的测试场景。

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

通信模块，用于在对待测试设备执行当前版本下的目标测试用例时，获取所述待测试设备在多个时间的中央处理器CPU相关数据；

处理模块，用于根据所述待测试设备在多个时间的CPU相关数据确定所述待测试设备的CPU占用率；

其中，所述待测试设备在多个时间的CPU相关数据是所述待测试设备的目标进程在多个时间的CPU相关数据，相应的，所述待测试设备的CPU占用率是所述目标进程的CPU占用率；或者，

所述待测试设备在多个时间的CPU相关数据是所述待测试设备的目标内核在多个时间的CPU相关数据，相应的，所述待测试设备的CPU占用率是所述目标内核的CPU占用率。

14.一种测试机，其特征在于，包括：

处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行权利要求1至12中任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至12中任一项所述的方法。

16.一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在电子设备上运行时，使得所述电子设备执行权利要求1至12中任一项所述的方法。

Images