自动测试方法、系统及机器人与流程

本申请属于软件测试技术领域，尤其涉及自动测试方法、系统及机器人。

背景技术：

随着移动终端智能化的迅速发展，各种功能的应用程序也越来越多元化，用户越来越倾向于通过在移动终端上安装不同的应用程序，来辅助进行商务、娱乐、生活等多种活动。由于应用程序市场上各种应用程序琳琅满目，质量参差不齐，若保障应用程序具有良好的市场竞争力，则首先需要保障应用程序的质量，因此在推向市场之前，会对应用程序进行测试。行业内的一般是基于测试框架编写测试代码来实现对应用程序的测试，而随着应用程序的版本的快速迭代，如果针对每个版本的应用程序都根据版本需求来编写测试代码，则需要编写大量的测试代码，其开发和维护成本是非常高的，也会造成测试效率低的问题。

综上所述，目前应用程序的测试方法存在开发和维护成本高、测试效率低的问题。

技术实现要素：

本申请实施例提供了一种自动测试方法、装置及机器人，可以解决目前应用程序的测试方法存在开发和维护成本高、测试效率低的问题。

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

获取测试用例，所述测试用例基于预设规则编写；

解析所述测试用例确定测试对象和测试事件；

基于所述测试对象执行所述测试事件，生成测试数据；

监听所述测试事件的测试过程，生成监听数据；

根据所述测试数据和所述监听数据生成测试报告。

在第一方面的一种可能的实现方式中，在获取测试用例，所述测试用例基于预设规则编写之前，还包括：

读取配置信息，并基于所述配置信息配置测试环境。

在第一方面的一种可能的实现方式中，所述测试用例包括用例属性信息、操作属性信息以及执行数据；所述解析所述测试用例确定测试对象和测试事件，包括：

根据所述用例属性信息确定测试对象；

根据所述用例属性信息、所述操作属性信息及所述执行数据确定所述测试事件。

在第一方面的一种可能的实现方式中，所述基于所述测试对象执行所述测试事件，生成测试数据，包括：

根据所述测试事件的动作标识将测试事件转换为可执行操作；

基于所述可执行操作自动测试所述测试对象；

当所述测试用例的测试事件执行完成后，根据测试结果生成测试数据。

进一步地，所述根据所述测试事件的动作标识将测试事件转换为可执行操作，包括：

根据所述测试事件确定所述测试事件的动作标识；

根据所述动作标识查找对应的可执行操作。

在第一方面的一种可能的实现方式中，所述述监听所述测试事件的测试过程，生成监听数据，包括：

监听所述测试事件的测试过程中是否出错；

若监听到测试过程出错，则记录并反馈错误信息。

进一步地，在所述根据所述测试数据和所述监听数据生成测试报告之后，还包括：

输出所述测试报告至用户。

第二方面，本申请实施例提供了一种自动测试系统，包括：

用例获取模块，用于获取测试用例，所述测试用例基于预设规则编写；

解析模块，用于解析所述测试用例确定测试对象和测试事件；

执行模块，用于基于所述测试对象执行所述测试事件，生成测试数据；

监听模块，用于监听所述测试事件的测试过程，生成监听数据；

报告模块，用于根据所述测试数据和所述监听数据生成测试报告。

第三方面，本申请实施例提供了一种机器人，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前述第一方面所述的自动测试方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如前述第一方面所述的自动测试方法的步骤。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在机器人上运行时，使得机器人执行上述第一方面中任一项所述的自动测试方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

本申请实施例与现有技术相比存在的有益效果是：通过对测试用例进行解析并基于解析的测试事件自动进行测试，实现对应用程序的自动化测试，并通过监听测试过程，根据监听数据和测试数据生成对应的测试报告，无需编写大量的测试代码，能够有效地降低开发和维护成本，提高测试效率。

附图说明

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

图1是本申请实施例提供的自动测试方法所适用的测试系统的硬件结构示意图；

图2是本申请一实施例提供的自动测试方法的所适用于的机器人的软件架构示意图；

图3是本实施一实施例提供的自动测试方法所适用的测试系统的软件架构示意图；

图4是本申请一实施例提供的自动测试方法的实现流程示意图；

图5是本申请另一实施例提供的自动测试方法的s103的实现流程示意图；

图6是本申请本申请实施例提供的自动测试系统的结构示意图；

图7是本申请实施例提供的机器人的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例提供的自动测试方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmentedreality，ar)/虚拟现实(virtualreality，vr)设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本、个人数字助理(personaldigitalassistant，pda)、人工智能设备、智能机器人等机器人上，本申请实施例对执行主体的具体类型不作任何限制。

请参阅图1，图1示出了本申请实施例提供的自动测试方法适用于的测试系统的架构示意图，如图1所示，上述测试框架包括测试用例模块11、配置模块12、测试引擎13、监听器14以及报告模块15。

在应用中，上述测试系统可以设置在机器人等智能设备上，上述机器人安装有测试对象(即待测试的应用程序)。上述测试系统能够根据测试用例解析出相应的测试操作，然后自动对测试对象进行测试，进而实现自动测试的目的。

上述测试用例模块11用于存储基于编写规则编写的测试用例文本合集。上述配置模块12用于配置测试环境，上述配置模块12中存储各个测试环境的参数配置表。上述测试引擎13用于解析测试用例并串联测试，以及反馈测试数据。上述监听器14用于监听测试过程。上述报告模块15用于根据测试引擎13的测试数据和监听器14的监听结果生成对应的测试报告，并输出报告给用户(开发人员或测试人员等)。

需要说明的是，机器人作业或任务的完成往往依赖于机器人内配置的各种机器人软件，因而，机器人软件功能的实现对于机器人任务的执行来说至关重要，为了实现对机器人软件的可靠性，对机器人软件进行测试。

图2是本申请实施例的机器人的软件结构示意图。以机器人的操作系统为android系统为例，在一些实施例中，将android系统分为四层，分别为应用程序层、应用程序框架层(framework，fwk)、系统层以及硬件抽象层，层与层之间通过软件接口通信。

如图2所示，所述应用程序层可以一系列应用程序包，应用程序包可以包括短信息，日历，相机，视频，导航，图库，通话等应用程序。在本实施例中，可以对上述应用程序层的应用程序进行自动测试。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramminginterface，api)和编程框架。应用程序框架层可以包括一些预先定义的函数，例如用于接收应用程序框架层所发送的事件的函数。

如图2所示，应用程序框架层可以包括窗口管理器、资源管理器以及通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

应用程序框架层还可以包括：

视图系统，所述视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供机器人的通信功能。例如通话状态的管理(包括接通，挂断等)。

系统层可以包括多个功能模块。例如：传感器服务模块，物理状态识别模块，三维图形处理库(例如：opengles)等。

传感器服务模块，用于对硬件层各类传感器上传的传感器数据进行监测，确定机器人的物理状态；

物理状态识别模块，用于对用户手势、人脸等进行分析和识别；

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

系统层还可以包括：

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:mpeg4，h.264，mp3，aac，amr，jpg，png等。

硬件抽象层是硬件和软件之间的层。硬件抽象层可以包括显示驱动，摄像头驱动，传感器驱动等，用于驱动硬件层的相关硬件，如显示屏、摄像头、传感器等。

在本实施例中，如图3所示，上述测试系统的软件架构也可以划分为三层，分别为文本层、框架层以及被测试层。上述文本层基于测试用例模块11和配置模块12组成，上述框架层由测试引擎13、监听器14以及报告模块15组成，上述被测试层为应用程序层，应用程序层包含一系列被用于测试的应用程序(即测试对象)。

请参阅图4，本申请一实施例提供了一种自动测试方法，基于图1提供的测试框架实现，所述自动测试方法包括：

s101：获取测试用例。

具体地，所述测试用例基于预设规则编写。上述测试用例是测试人员或开发人员基于测试步骤预先编写好的测试用例，上述测试用例可以文本格式进行存储，并存储在测试用例模块中。

具体地，上述测试用例是由测试人员根据预设的编写规则进行编写得到的。上述预设的编写规则具体可以是设定测试用例的内容和属性的规则。例如设定编写的测试用例必须包括用例属性信息、操作属性信息以及执行数据这三部分内容。且规定用例属性信息必须包括用例名称、测试版本号、被测应用的包名、测试用例的执行次数这四个属性；操作属性信息必须包括操作事件和循环次数这两个属性等。又例如设定测试用例基于文本格式进行编写，或设定测试用例基于可扩展标示语言(extensivemakeuplanguage，xml)格式进行编写。

具体地，上述预设的编写规则可以根据测试引擎的解析需求进行设置，基于上述预设的编写规则编写的测试用例就能够被上述测试引擎进行解析，并且能够解析出该测试用例对应的被测试应用程序和测试事件。

示例性的，上述测试用例如下：

<？xmlversion＝"1.0"encoding＝"utf-8"？>

<testcasename＝"testcase"version＝"1.0.0"target＝"xxx.xx"loop＝"1">

<stepevent＝"swipe"loop＝"1">

<item>up</item>

</step>

</testcase>

其中，testcase为测试属性信息，其包含用例名称(name)、测试版本号(version)、被测应用的包名(target)以及执行次数(loop)这四个属性，其中执行次数指的就是在测试时，该测试用例执行的次数。step为操作属性信息，其包含具体的操作事件(event)以及该执行事件的循环次数(loop)这两个属性。item则是执行数据，即测试事件的具体执行数据。例如event为swipe(滑动)，则item的数值为up或者down、left、right(具体的滑动方向)。

具体地，获取测试用例的具体过程可以是：测试人员直接将编写好的测试用户输入到机器人的输入装置中，然后由设置(或安装)在机器人的框架层上的测试引擎自动加载该测试用例。此外，还可以在机器人的软件程序上设置钩子程序，一旦监听到用户上传了测试用例，则控制测试引擎加载该测试用例。

具体地，上述测试引擎还可以通过测试用例模块获取测试用例。测试人员可以通过机器人的输入单元(例如键盘、语音采集模块等)来输入测试指令，该指令包含测试对象(即被测试的应用程序)以及对测试对象执行的操作。测试引擎在接收到该测试指令后会通过测试用例模块获取到对应的测试用例。需要说明的是，测试用例的编写是基于预设规则进行的，因此可以将被测应用的包名以及操作事件作为索引，测试引擎就能够从该测试用例集合中查找并获取到满足测试指令的测试用例。

s102：解析所述测试用例确定测试对象和测试事件。

具体地，测试引擎能够对该测试用例进行解析，进而解析出该测试用例中包含的测试事件和测试对象。

具体地，由于上述测试用例是基于预设的编写规则进行编写的，因此测试引擎能够对该测试用例所包含的信息进行解析，从而确定出该测试用例对应的测试对象和测试事件。

在一个实施例中，所述测试用例包括用例属性信息、操作属性信息以及执行数据，上述步骤s102包括：

根据所述用例属性信息确定测试对象；

根据所述用例属性信息、所述操作属性信息及所述执行数据确定所述测试事件。

具体地，通过解析target值就能够确定测试对象(被测的应用程序)的包名，由于每个应用程序的包名都是唯一且不同的，因此确定了测试对象(被测的应用程序)的包名就相当于确定了测试对象。通过解析testcase的loop、step的event、step的loop以及item就能够确定出测试事件，即确定要执行什么操作以及执行的次数。

s103：基于所述测试对象执行所述测试事件，生成测试数据。

具体地，由于在测试引擎中每个测试事件中的event都对应一个可执行操作，而该可执行操作是可以直接作用于测试对象的，即可以控制测试对象执行相应的可执行操作。当测试引擎读取到测试事件时，会自动将其转换为可执行操作，进而实现对测试对象的测试。

具体地，测试引擎可以通过各个应用程序的操作接口来实现对各个应用程序的操作。在将测试事件转换为可执行操作后，通过操作接口来操作测试对象，使测试对象(被测的应用程序)完成上述操作，然后生成相应的测试数据。

上述测试数据包括测试结果和测试过程产生的全部数据。

s104：监听所述测试事件的测试过程，生成监听数据。

具体地，通过监听器监听测试引擎执行测试事件的整个测试过程。可以理解的是，一个测试用例可以包括多个测试事件，而每个测试事件对应的测试操作有可能存在操作失败的情况。设置监听器的目的就在于监听测试过程是否出错，并在测试过程出错时，记录错误信息，并基于错误信息生成对应的监听数据。上述监听数据包括测试过程出错的可执行操作、执行时间、测试对象等。

在一个实施例中，上述s104包括以下步骤：

监听所述测试事件的测试过程中是否出错；

若监听到测试过程出错，则记录并反馈错误信息。

具体地，上述监听器可以监听测试引擎执行该测试用例包含的全部测试事件的测试过程，且在测试过程出错时，记录并反馈错误信息给测试系统。示例性的。若测试事件为向上滑动，在测试时，测试对象无法执行向上滑动的动作，即测试过程出错。此时监听器就会将测试过程出错的测试事件和测试对象进行记录，然后基于错误信息生成相应的监听数据。

s105：根据所述测试数据和所述监听数据生成测试报告。

具体地，当测试用例包含的全部测试事件执行完成后，测试引擎会将测试数据反馈给测试系统，监听器同样会将生成的监听数据反馈给测试系统，测试系统的报告模块就会基于测试数据和监听数据生成本次测试操作的测试报告。报告模块将测试数据和监听数据进行汇总后，按照指定的格式生成测试报告。上述指定的格式可以根据用户的实际要求进行设置，以可读性高的目的进行设置，在此不再加以限制。

在一个实施例中，在获取测试用例，所述测试用例基于预设规则编写之前，还包括：

读取配置信息，并基于所述配置信息配置测试环境。

具体地，通过配置模块来配置测试系统的测试环境，能够根据测试需求提供可配置化的测试系统。上述配置模块中存储有各个测试环境的参数配置表(即配置信息)，可以根据用户的选择对测试环境进行配置。测试系统在启动时会读取参数配置表，快速配置一个符合当前开发应用(测试应用)的环境。在配置完成后，再读取测试用例并开始针对被测的应用程序进行操作测试。

示例性的，上述配置过程对应的执行语句如下：

<？xmlversion＝"1.0"encoding＝"utf-8"？>

<testgrouploop＝1>

<case>test1</case>

<case>test2</case>

<case>test3</case>

</testgroup>

其中，test1表示每个测试环境的参数配置表。

在一个实施例中，在所述根据所述测试数据和所述监听数据生成测试报告之后，还包括：

输出所述测试报告至用户。

具体地，当报告模块生成了测试报告后，可以将测试报告通过机器人的显示单元进行显示。也可以将该测试报告通过邮件、短信等方式发送至用户。在此不加以限制。

本实施例提供的自动测试方法，通过对测试用例进行解析并基于解析的测试事件自动进行测试，实现对应用程序的自动化测试，并通过监听测试过程，根据监听数据和测试数据生成对应的测试报告，无需编写大量的测试代码，能够有效地降低开发和维护成本，提高测试效率。

请参见图5，图5示出了本申请另一实施例提供的自动测试方法的s103的具体实现流程，如图5所示，本实施例与上一实施例的区别在于，上述s103包括以下步骤：

s201：根据所述测试事件的动作标识将测试事件转换为可执行操作。

具体地，在测试引擎中，每个测试用例文本中的event值都对应一个可执行操作action。

具体地，通过预先定义的动作标识来确定每个测试时间对应的可执行操作。预先定义每个测试事件的event值对应的动作标识，例如将swipe的动作标识设定为滑动，则swipe对应的可执行操作action就是滑动操作。

在一个实施例中，上述s201包括以下步骤：

根据所述测试事件确定所述测试事件的动作标识；

根据所述动作标识查找对应的可执行操作。

具体地，测试引擎会基于解析得到的测试用例中每个测试事件，然后确定每个测试事件的动作标识，进而将测试事件转换为对应的可执行操作。

s202：基于所述可执行操作自动测试所述测试对象。

具体地，当确定了每个测试事件event对应的可执行操作action后，通过操作接口来操作测试对象，使被测的应用程序完成上述操作。

s203：当所述测试用例的测试事件执行完成后，根据测试结果生成测试数据。

具体地，当测试用例的全部测试事件都执行完成后，则确定本次测试结束，将测试过程中产生的全部数据和测试结果生成对应的测试数据。

本实施例提供的自动测试方法，通过动作标识自动将测试事件转换为可执行操作，并基于可执行操作对被测的应用程序进行测试，实现自动测试，减少测试人力的投入，利用机器本身自动执行测试用例并输出执行结果，从而提高测试以及开发的效率。

对应于上文实施例所述的自动测试方法，图7示出了本申请实施例提供的自动测试系统的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图6，该自动测试系统包括用例获取模块101、解析模块102、执行模块103、监听模块104以及报告模块105。

用例获取模块101用于获取测试用例，所述测试用例基于预设规则编写；

解析模块102用于解析所述测试用例确定测试对象和测试事件；

执行模块103用于基于所述测试对象执行所述测试事件，生成测试数据；

监听模块104用于监听所述测试事件的测试过程，生成监听数据；

报告模块105用于根据所述测试数据和所述监听数据生成测试报告。

可选地，上述自动测试系统还包括配置模块。

上述配置模块用于读取配置信息，并基于所述配置信息配置测试环境。

可选地，上述测试用例包括用例属性信息、操作属性信息以及执行数据，上述解析模块102包括第一确定单元和第二确定单元。

第一确定单元用于根据所述用例属性信息确定测试对象；

第二确定单元用于根据所述用例属性信息、所述操作属性信息及所述执行数据确定所述测试事件。

可选地，执行模块103包括动作获取单元、测试单元以及数据生成单元。

动作获取单元用于根据所述测试事件的动作标识将测试事件转换为可执行操作；

测试单元用于基于所述可执行操作自动测试所述测试对象；

数据生成单元用于当所述测试用例的测试事件执行完成后，根据测试结果生成测试数据。

可选地，上述监听模块104包括监听单元和记录单元。

监听单元用于监听所述测试事件的测试过程中是否出错；

记录单元用于若监听到测试过程出错，则记录并反馈错误信息。

可选地，上述动作获取单元包括标识确定单元和查找单元。

所述标识确定单元用于根据所述测试事件确定所述测试事件的动作标识；

所述查找单元用于根据所述动作标识查找对应的可执行操作。

可选地，上述自动测试系统还包括输出模块，上述输出模块用于输出所述测试报告至用户。

需要说明的是，上述模块/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

因此，本实施例提供的自动测试系统同样能够通过对测试用例进行解析并基于解析的测试事件自动进行测试，实现对应用程序的自动化测试，并通过监听测试过程，根据监听数据和测试数据生成对应的测试报告，无需编写大量的测试代码，能够有效地降低开发和维护成本，提高测试效率。

图7为本申请一实施例提供的机器人的结构示意图。如图7所示，该实施例的机器人7包括：至少一个处理器70(图7中仅示出一个)处理器、存储器71以及存储在所述存储器71中并可在所述至少一个处理器70上运行的计算机程序72，所述处理器70执行所述计算机程序72时实现上述任意各个秒脉冲信号的输出方法实施例中的步骤。

该机器人可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是机器人7的举例，并不构成对机器人7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器70可以是中央处理单元(centralprocessingunit，cpu)，该处理器70还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71在一些实施例中可以是所述机器人7的内部存储单元，例如机器人7的硬盘或内存。所述存储器71在另一些实施例中也可以是所述机器人7的外部存储设备，例如所述机器人7上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器71还可以既包括所述机器人7的内部存储单元也包括外部存储设备。所述存储器71用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。

示例性的，所述计算机程序72可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器71中，并由所述处理器70执行，以完成本申请。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序72在所述机器人7中的执行过程。例如，所述计算机程序72可以被分割成用例获取模块、解析模块、执行模块、监听模块以及报告模块，各模块的功能如下：

用例获取模块，用于获取测试用例，所述测试用例基于预设规则编写；

解析模块，用于解析所述测试用例确定测试对象和测试事件；

执行模块，用于基于所述测试对象执行所述测试事件，生成测试数据；

监听模块，用于监听所述测试事件的测试过程，生成监听数据；

报告模块，用于根据所述测试数据和所述监听数据生成测试报告。

本申请实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/机器人的任何实体或装置、记录介质、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。