CN116244174A - 一种测试车载应用的方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请提供了一种测试车载应用的方法、装置、电子设备和存储介质，该方法包括：在与被测设备连接的情况下，显示应用测试界面，应用测试界面上显示有被测设备上安装的N个车载应用；响应于在应用测试界面上的应用选择操作，显示目标车载应用的测试参数配置界面；响应于在测试参数配置界面上的参数配置操作，确定对目标车载应用进行测试时的测试参数；响应于在测试参数配置界面上的确认操作，基于测试参数，对目标车载应用进行测试。该方法能够在对车载应用进行测试时，使测试人员能够直接在界面上配置测试过程中的测试参数，为测试人员提供一种可视化的操作界面，降低了车载应用测试过程中的困难。

Description

一种测试车载应用的方法、装置、电子设备和存储介质

技术领域

本申请涉及应用测试领域，并且更具体地，涉及应用测试领域中一种测试车载应用的方法、装置、电子设备和存储介质。

背景技术

目前，随着科学技术和网络技术的迅速发展，为了满足人类日常生活出行工作等各方面的需求，开发人员开发了多种类型的应用(Application，App)供人们下载、安装和使用。例如，导航App、购物App、娱乐App以及运动App等。

示例性的，每一款App在开发的过程中，为了提高App运行的稳定性，减少App运行的出错率和缺陷，使用户在使用App过程中能够拥有良好的使用体验，测试人员通常需要在App发布之前先对App进行各种不同类型的测试，例如性能测试、压力测试(也称为稳定性测试)等。

一种可能的实现方式中，在对App进行压力测试时，可以采用常见的monkey测试。目前的monkey测试通常较为复杂，导致monkey测试存在一定的困难。

综上，如何使monkey测试的流程简单易操作成为了亟需解决的问题。

发明内容

本申请提供了一种测试车载应用的方法、装置、电子设备和存储介质，该方法能够在对车载应用进行测试时，使测试人员能够直接在界面上配置测试过程中的测试参数，为测试人员提供一种可视化的操作界面，降低了车载应用测试过程中的困难。

第一方面，提供了一种测试车载应用的方法，该方法包括：在与被测设备连接的情况下，显示应用测试界面，该应用测试界面上显示有该被测设备上安装的N个车载应用，N为大于或等于1的整数；响应于在该应用测试界面上的应用选择操作，显示目标车载应用的测试参数配置界面，该目标车载应用是该N个车载应用中被选中的车载应用；响应于在该测试参数配置界面上的参数配置操作，确定对该目标车载应用进行测试时的测试参数；响应于在该测试参数配置界面上的确认操作，基于该测试参数，对该目标车载应用进行测试。

上述技术方案中，在对车辆上的车载应用进行测试时，本申请提出了一种测试车载应用的方法，具体是当被测设备与测试设备连接时，首先在测试设备显示界面中显示应用测试界面，其中，应用测试界面中包括车辆上安装的N个车载应用。通过在应用测试界面上的应用选择操作，本申请中能够显示目标车载应用的测试参数配置界面，其中，目标车载应用是N个车载应用中被选中的车载应用。进一步地，通过在测试参数配置界面上的参数配置操作，可以确定出对目标车载应用进行测试时所需的测试参数。最后通过响应于在测试参数配置界面上的确认操作，即可实现基于测试参数对目标车载应用进行测试。上述无论是配置目标车载应用所需的测试参数，还是开始对目标车载应用进行测试，都可以完全在界面上通过一系列操作来实现，为测试人员提供了一种简单测试的手段，简单易懂，有效提高了测试人员在测试车载应用过程中的效率。

结合第一方面，在某些可能的实现方式中，该测试参数配置界面包括日志参数配置区域，该日志参数配置区域用于配置该测试参数中的日志参数，该响应于在该测试参数配置界面上的参数配置操作，确定对该目标车载应用进行测试时的测试参数，包括：响应于在该日志参数配置区域上的日志参数配置操作，确定该日志参数配置操作对应的该日志参数，该日志参数包括应用测试日志的日志等级和日志存储位置中的至少一项。

结合第一方面和上述实现方式，在某些可能的实现方式中，该测试参数配置界面包括随机事件参数配置区域，该随机事件参数配置区域用于配置该测试参数中的随机事件参数，该响应于在该测试参数配置界面上的参数配置操作，确定对该目标车载应用进行测试时的测试参数，包括：响应于在该随机事件参数配置区域上的随机事件参数配置操作，确定该随机事件参数配置操作对应的该随机事件参数，该随机事件参数包括多种应用测试事件的执行次数和执行总时间中的任一项以及执行间隔。

结合第一方面和上述实现方式，在某些可能的实现方式中，该测试参数配置界面包括故障处理参数配置区域，该故障处理参数配置区域用于配置该测试参数中的故障处理参数，该响应于在该测试参数配置界面上的参数配置操作，确定对该目标车载应用进行测试时的测试参数，包括：响应于在该故障处理参数配置区域上的故障处理参数配置操作，确定该故障处理参数配置操作对应的该故障处理参数，该故障处理参数包括应用测试过程中多种故障对应的处理方式。

上述技术方案中，在对目标车载应用的测试参数进行配置时，测试参数主要包括日志参数、随机事件参数和故障处理参数三种。对应的，在测试参数配置界面上，包括日志参数配置区域、随机事件参数配置区域和故障处理参数配置区域。通过在不同类型的参数配置区域上执行不同测试参数的配置操作，依次可以确定出目标车载应用的测试参数。通过对测试参数的分区管理和分区配置，实现了测试参数在配置过程中的系统性管理，实现了测试参数的高效配置过程。

结合第一方面和上述实现方式，在某些可能的实现方式中，该响应于在该测试参数配置界面上的确认操作，基于该测试参数，对该目标车载应用进行测试，包括：响应于在该测试参数配置界面上的确认操作，生成该测试参数对应的目标命令行程序；运行该目标命令行程序，对该目标车载应用进行测试。

结合第一方面和上述实现方式，在某些可能的实现方式中，该响应于在该测试参数配置界面上的确认操作，基于该测试参数，对该目标车载应用进行测试之后，该方法还包括：响应于对该目标车载应用的测试暂停操作，停止对该目标车载应用进行测试。

结合第一方面和上述实现方式，在某些可能的实现方式中，该方法还包括：显示测试进度展示界面，该测试进度展示界面用于展示该目标车载应用的测试进度；以及，该响应于对该目标车载应用的测试暂停操作，停止对该目标车载应用进行测试，包括：响应于对该测试进度展示界面的测试暂停操作，停止对该目标车载应用进行测试。

在上述技术方案中，在对目标车载应用测试的过程中，本申请中还可以根据实际情况停止测试过程，具体是基于在测试进度展示界面的测试暂停操作来实现。上述过程避免了由于突发状况导致测试过程不能暂停的问题，实现了对目标车载应用的灵活测试。

结合第一方面和上述实现方式，在某些可能的实现方式中，该应用测试界面包括应用搜索区域，该响应于在该应用测试界面上的应用选择操作，显示目标车载应用的测试参数配置界面，包括：响应于在该应用搜索区域上的应用选择操作，从该N个车载应用中确定该目标车载应用；显示该目标车载应用的测试参数配置界面。

在上述技术方案中，本申请提出了一种在应用测试界面上确定目标车载应用的过程。其中，应用测试界面包括应用搜索区域，本申请可以通过在应用搜索区域上的应用选择操作，从N个车载应用中确定目标车载应用。上述通过搜索的方式确定目标车载应用的过程方便快捷高效，可以有效缩短确定目标车载应用的时间。

综上，在对车辆上的车载应用进行测试时，本申请提出了一种测试车载应用的方法，具体是当被测设备与测试设备连接时，首先在测试设备显示界面中显示应用测试界面，其中，应用测试界面中包括车辆上安装的N个车载应用。通过在应用测试界面上的应用选择操作，本申请中能够显示目标车载应用的测试参数配置界面，其中，目标车载应用是N个车载应用中被选中的车载应用。进一步地，通过在测试参数配置界面上的参数配置操作，可以确定出对目标车载应用进行测试时所需的测试参数。最后通过响应于在测试参数配置界面上的确认操作，即可实现基于测试参数对目标车载应用进行测试。上述无论是配置目标车载应用所需的测试参数，还是开始对目标车载应用进行测试，都可以完全在界面上通过一系列操作来实现，为测试人员提供了一种简单测试的手段，简单易懂，有效提高了测试人员在测试车载应用过程中的效率。

具体的，在对目标车载应用的测试参数进行配置时，测试参数主要包括日志参数、随机事件参数和故障处理参数三种。对应的，在测试参数配置界面上，包括日志参数配置区域、随机事件参数配置区域和故障处理参数配置区域。通过在不同类型的参数配置区域上执行不同测试参数的配置操作，依次可以确定出目标车载应用的测试参数。通过对测试参数的分区管理和分区配置，实现了测试参数在配置过程中的系统性管理，实现了测试参数的高效配置过程。

进一步地，在对目标车载应用测试的过程中，本申请中还可以根据实际情况停止测试过程，具体是基于在测试进度展示界面的测试暂停操作来实现。上述过程避免了由于突发状况导致测试过程不能暂停的问题，实现了对目标车载应用的灵活测试。

另外，本申请提出了一种在应用测试界面上确定目标车载应用的过程。其中，应用测试界面包括应用搜索区域，本申请可以通过在应用搜索区域上的应用选择操作，从N个车载应用中确定目标车载应用。上述通过搜索的方式确定目标车载应用的过程方便快捷高效，可以有效缩短确定目标车载应用的时间。

第二方面，提供了一种测试车载应用的装置，该装置包括：第一显示模块，用于在与被测设备连接的情况下，显示应用测试界面，该应用测试界面上显示有该被测设备上安装的N个车载应用，N为大于或等于1的整数；响应于在该应用测试界面上的应用选择操作，显示目标车载应用的测试参数配置界面，该目标车载应用是该N个车载应用中被选中的车载应用；确定模块，用于响应于在该测试参数配置界面上的参数配置操作，确定对该目标车载应用进行测试时的测试参数；测试模块，用于响应于在该测试参数配置界面上的确认操作，基于该测试参数，对该目标车载应用进行测试。

结合第二方面，在某些可能的实现方式中，该测试参数配置界面包括日志参数配置区域，该日志参数配置区域用于配置该测试参数中的日志参数，该确定模块具体用于：响应于在该日志参数配置区域上的日志参数配置操作，确定该日志参数配置操作对应的该日志参数，该日志参数包括应用测试日志的日志等级和日志存储位置中的至少一项。

结合第二方面和上述实现方式，在某些可能的实现方式中，该测试参数配置界面包括随机事件参数配置区域，该随机事件参数配置区域用于配置该测试参数中的随机事件参数，该确定模块还用于：响应于在该随机事件参数配置区域上的随机事件参数配置操作，确定该随机事件参数配置操作对应的该随机事件参数，该随机事件参数包括多种应用测试事件的执行次数和执行总时间中的任一项以及执行间隔。

结合第二方面和上述实现方式，在某些可能的实现方式中，该测试参数配置界面包括故障处理参数配置区域，该故障处理参数配置区域用于配置该测试参数中的故障处理参数，该确定模块还用于：响应于在该故障处理参数配置区域上的故障处理参数配置操作，确定该故障处理参数配置操作对应的该故障处理参数，该故障处理参数包括应用测试过程中多种故障对应的处理方式。

结合第二方面和上述实现方式，在某些可能的实现方式中，该测试模块具体用于：响应于在该测试参数配置界面上的确认操作，生成该测试参数对应的目标命令行程序；运行该目标命令行程序，对该目标车载应用进行测试。

结合第二方面和上述实现方式，在某些可能的实现方式中，该响应于在该测试参数配置界面上的确认操作，基于该测试参数，对该目标车载应用进行测试之后，该装置还包括：停止模块，用于响应于对该目标车载应用的测试暂停操作，停止对该目标车载应用进行测试。

结合第二方面和上述实现方式，在某些可能的实现方式中，该装置还包括；第二显示模块，用于显示测试进度展示界面，该测试进度展示界面用于展示该目标车载应用的测试进度；以及，该停止模块具体用于：响应于对该测试进度展示界面的测试暂停操作，停止对该目标车载应用进行测试。

结合第二方面和上述实现方式，在某些可能的实现方式中，该应用测试界面包括应用搜索区域，该第一显示模块具体用于：响应于在该应用搜索区域上的应用选择操作，从该N个车载应用中确定该目标车载应用；显示该目标车载应用的测试参数配置界面。

第三方面，提供一种电子设备，包括存储器和处理器。该存储器用于存储可执行程序代码，该处理器用于从存储器中调用并运行该可执行程序代码，使得该电子设备执行上述第一方面或第一方面任意一种可能的实现方式中的方法。

第四方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行上述第一方面或第一方面任意一种可能的实现方式中的方法。

第五方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行上述第一方面或第一方面任意一种可能的实现方式中的方法。

附图说明

图1是本申请实施例提供的一种测试车载应用的场景示意图；

图2是本申请实施例提供的一种测试车载应用的方法的示意性流程图；

图3是本申请实施例提供的一种确定目标车载应用的场景示意图；

图4是本申请实施例提供的一种基于测试参数配置界面配置测试参数的场景示意图；

图5是本申请实施例提供的一种测试进度展示界面的场景示意图；

图6是本申请实施例提供的一种测试车载应用的装置的结构示意图；

图7是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B：文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。

应理解，本申请实施例中的被测设备可以是车辆(例如车辆中的车载主机)、也可以是其他的终端设备，例如智能手机、平板、笔记本电脑等；本申请中的测试设备可以是笔记本电脑，本申请实施例对此不做限定。

图1是本申请实施例提供的一种测试车载应用的场景示意图。

示例性的，如图1所示，车辆101中配置有车载终端，在用户驾驶车辆101的过程中，为了满足不同场景下的需求，用户可以在车载终端中下载或者安装各种类型或者各种功能的车载App，例如导航类App、音乐类App。其中，导航类App可以在用户驾车行驶过程中为用户规划最佳行驶路径；音乐类App可以在用户驾车过程中为用户提供舒适愉快的乘车氛围。可选的，车载终端可以为车载多媒体主机(Head Unit，HU)。

为了测试车载终端上安装的App的稳定性，测试人员可以利用外接设备——笔记本电脑102对App进行monkey测试。其中，笔记本电脑102中安装有monkey测试工具。

应理解，在使用笔记本电脑102对车辆101进行测试时，首先笔记本电脑102需要与车辆101连接。因此，笔记本电脑102在对车辆101上的车载App进行monkey测试之前，测试人员可以先查看笔记本电脑102与车辆101之间的连接状态。

一种可能的实现方式中，测试人员可以通过在笔记本电脑102中通过调用安卓调试桥(Android Debug Bridge，adb)命令的方式来查看笔记本电脑102与车辆101的连接状态。

可选的，车辆101与笔记本电脑102的连接方式可以为有线连接或者无线连接。其中，有线连接的方式可以为通用串行总线(Universal Serial Bus，USB)连接；无线连接的方式可以为无线通信技术(Wireless Fidelity，Wi-Fi)连接、蓝牙连接、移动通信连接(或者蜂窝连接)、紫蜂(Zigbee)连接等，本申请实施例对此不做限定。

示例性的，当笔记本电脑102与车辆101为有线连接时，测试人员可以在笔记本电脑102中打开命令行提示符(command，cmd)窗口，输入adb devices，查看已连接的被测设备以及被测设备的设备编号。若被测设备的设备编号中存在车辆101的设备编号，则表示车辆101与笔记本电脑102连接成功。其中，设备编号可以理解为车辆101的车辆识别码(VehicleIdentification Number，VIN)。

另一种可能的实现方式中，当笔记本电脑102与车辆101为无线连接(例如Wi-Fi连接)时，测试人员可以先查看车辆101连接的Wi-Fi的网际互联协议(Internet Protocol，IP)地址。进一步，测试人员在笔记本电脑102中打开cmd窗口，输入“adb connect+车辆101的IP地址”：连接端口号，或者输入“adb connect+车辆101的IP地址”，查看连接状态。

示例性的，假设车辆101的IP地址为：10.67.161.8，默认端口号为5555。那么测试人员则可以在cmd命令窗口输入：abd connect 10.67.161.8:5555，来查看车辆101与笔记本电脑102的连接状态。

若笔记本电脑102与车辆101未连接时，可以通过弹窗的方式或者语音播报的方式提醒测试人员。

若笔记本电脑102与车辆101已经成功连接时，测试人员可以基于笔记本电脑102中的monkey测试工具对车辆101中的车载App进行稳定性测试。

图2是本申请实施例提供的一种测试车载应用的方法的示意性流程图。应理解，该方法可以应用于如图1所示的测试场景中，具体可以应用于图1中的笔记本电脑102。

示例性的，如图2所示，以执行主体为测试设备为例，该方法200包括：

201，在与被测设备连接的情况下，显示应用测试界面，应用测试界面上显示有被测设备上安装的N个车载应用，N为大于或等于1的整数。

一种可能的实现方式中，测试设备与被测设备已经连接的情况下，测试设备可以显示应用测试界面。测试人员通过调用命令行工具或者调试工具，在应用测试界面上显示被测设备上安装的所有车载应用以及每一个车载应用的标识。其中，命令行工具或者调试工具主要用来执行各种设备操作，例如安装和调试应用、调试android设备等，例如，调试工具可以为adb命令。可选的，车载应用的标识为车载应用的包名。

示例性的，在本申请实施例中，可以通过以下几种方式在应用测试界面显示车载应用以及车载应用的包名。第一种：使用“adb shell pm list packages-f”命令，查看所有车载应用的包名；第二种：使用“adb shell pm list packages-3”命令，查看非系统安装的车载应用的包名；第三种：使用“grep xxx”命令查看包含指定信息的包名；第四种：使用“adb shell monkey—port 1080v”命令，待应用测试界面上出现：IncludeCategory:android.incent.category.MONKEY后，点击被测设备上的车载应用，命令提示符中便会出现相应的车载应用的包名；第五种：使用“adb shell dumpsys window|grep mCurrent”命令，查看当前打开的车载应用的包名，本申请实施例对查看车载应用的方式不做具体限定。

202，响应于在应用测试界面上的应用选择操作，显示目标车载应用的测试参数配置界面，目标车载应用是N个车载应用中被选中的车载应用。

进一步，在应用测试界面上显示N个车载应用之后，测试人员可以基于N个车载应用，从中确定出目标车载应用，以使当前的显示界面从应用测试界面切换为目标车载应用的测试参数配置界面。

一种可能的实现方式中，应用测试界面包括应用搜索区域，测试人员可以通过在应用搜索区域上的应用选择操作，来确定目标车载应用。具体包括：

响应于在应用搜索区域上的应用选择操作，从N个车载应用中确定目标车载应用；

显示目标车载应用的测试参数配置界面。

示例性的，应用搜索区域可以为常见的应用搜索栏，测试人员可以通过在应用搜索栏中搜索需要测试的应用的中文名称(例如应用A)、英文名称(例如yingyongA)、包名(例如com.yingyongA.android)等任意一种信息，确定出目标车载应用。

图3是本申请实施例提供的一种确定目标车载应用的场景示意图。

示例性的，如图3所示，在应用测试界面301中，显示有应用搜索区域3011(或者应用搜索栏3011)和应用信息显示区域3012。其中，应用信息显示区域3012用于显示所有车载应用的名称以及每一个车载应用的包名。例如图3中的应用1——com.yingyong1.android；应用2——com.yingyong2.android；应用3——com.yingyong3.android；应用4——com.yingyong4.android；应用5——com.yingyong5.android；应用6——com.yingyong6.android。测试人员可以在应用搜索栏3011中输入目标车载应用的中文名称来查询或者确定目标车载应用。

在上述技术方案中，本申请提出了一种在应用测试界面上确定目标车载应用的过程。其中，应用测试界面包括应用搜索区域，本申请可以通过在应用搜索区域上的应用选择操作，从N个车载应用中确定目标车载应用。上述通过搜索的方式确定目标车载应用的过程方便快捷高效，可以有效缩短确定目标车载应用的时间。

另一种可能的实现方式中，测试人员还可以通过逐一在应用测试界面上滑动查看N个车载应用的方式，从N个车载应用中点击选中目标车载应用，从而确定出目标车载应用。

示例性的，如图3所示，测试人员也可以直接在应用信息显示区域3012中通过上下滑动操作来确定目标车载应用。

203，响应于在测试参数配置界面上的参数配置操作，确定对目标车载应用进行测试时的测试参数。

进一步，根据步骤202确定出目标车载应用并显示目标车载应用的测试参数配置界面之后，测试人员可以进一步在当前的测试参数配置界面，配置测试目标车载应用所需的测试参数。

可选的，在本申请实施例中，测试参数包括日志参数、随机事件参数和故障处理参数中的任意一种或多种。对应的，每一种测试参数对应各自的配置区域，即日志参数配置区域、随机事件参数配置区域和故障处理参数配置区域，每一种参数配置区域用于配置对应类型的测试参数。

场景(1)，测试参数配置界面包括日志参数配置区域，日志参数配置区域用于配置测试参数中的日志参数，测试人员可以通过日志参数配置操作，确定日志参数。具体包括：

响应于在日志参数配置区域上的日志参数配置操作，确定日志参数配置操作对应的日志参数，日志参数包括应用测试日志的日志等级和日志存储位置中的至少一项。

其中，常见的测试日志的类型如下表1所示，不同类型的测试日志可以代表不同的日志等级。

表1是常见的测试日志类型的示意性表格。

表1

示例性的，如表1所示，按照测试日志的类型的不同，在测试过程中，可以对日志进行等级划分，日志等级参数可以用参数“-v”来表示。命令行的每一个“-v”将增加反馈信息或者日志等级。日志等级就是日志的详细程度，总共分为3个级别，分别为-v、-v–v和-v–v–v。其中，-v表示的等级为level0，仅提供启动提示、测试完成和最终结束等少量信息；-v–v表示的等级为level1，表示提供较为详细的日志，包括每个发送到Activity的事件信息，-v–v–v表示的等级为level2，表示的是最详细的日志，包括了测试中选中/未选中的Activity信息。

除了上述日志等级以外，在本申请实施例中，测试人员还可以设置日志存储位置对日志进行输出和保存。

可选的，测试日志可以保存在被测设备中，也可以保存在测试设备中。本申请实施例以保存在测试设备为例，对测试日志的存储位置进行介绍。

一种可能的实现方式中，可以通过命令行工具或者调试工具，命令行工具或者调试工具主要用来执行各种设备操作，例如安装和调试应用、调试android设备等。例如，调试工具可以为adb命令。测试人员可以通过输入adb命令，以代码的形式确定日志的存储位置。

示例性的，可以通过“>adb shell monkey[option]<count>>d:\monkey.txt”，使monkey运行的日志被保存在测试设备上的D盘下的一个monkey.txt文件中。

场景(2)，测试参数配置界面包括随机事件参数配置区域，随机事件参数配置区域用于配置测试参数中的随机事件参数，测试人员可以通过随机事件配置操作，确定随机事件参数。具体包括：

响应于在随机事件参数配置区域上的随机事件参数配置操作，确定随机事件参数配置操作对应的随机事件参数，随机事件参数包括多种应用测试事件的执行次数和执行总时间中的任一项以及执行间隔。

可选的，monkey测试中应用测试事件的类型包括触摸事件、滑动事件、缩放事件、轨迹球事件、屏幕旋转事件、基本导航事件、主要导航事件、系统按键事件、切换activity事件、键盘事件、其他类型事件中的任意一种或多种随机事件。

其中，触摸事件-touch:指的是在被测设备的屏幕某处按下并抬起的操作；滑动事件-motion：指的是在屏幕某处按下、随机移动、抬起的操作；缩放事件-pinchzoom：指的是在屏幕上的两处同时按下、又同时移动、最后同时抬起、模拟用户在被测设备的屏幕上放大缩小的操作；轨迹球事件-trackball：指的是由一个或多个随机的移动组成，有时会伴随点击；屏幕旋转事件-rotation：指的是对屏幕进行横竖屏切换；基本导航事件-nav：指的是点击方向输入设备的上下左右按键的操作；主要导航事件-majornav：指的是点击“主要导航”按键的操作，例如App中的中间键、返回键、菜单按键等；系统按键事件-syskeys：指的是系统保留的按键事件，例如Home键、返回键、音量调节按键等；切换activity事件-Appswitch：指的是在被测设备上启动一个actiyity的操作，在随机的时间间隔内，monkey将执行一个startactivity()方法；键盘事件-flip：指的是一些与键盘相关的操作，比如点击输入框、键盘弹框等；其他类型事件-anyevent：指的是除了上述事件之外的其他事件，比如其他不常用的设备按钮等。

在本申请实施例中，可以按照测试的需求，设置不同类型的应用测试事件，以及多种应用测试事件的执行次数，以及相邻的两个应用测试事件之间的执行间隔，或者设置测试的执行总时间以及执行间隔，也可以间接求出执行次数。

应理解，多种应用测试事件的执行次数可以包括两个层次：第一层含义是多种应用测试事件的总执行次数；另一层含义是每一种应用测试事件的执行次数，或者每一种应用测试事件在测试过程中所占的比例。多种应用测试事件所占的比例的总和一般为100％。

其中，执行间隔一般用参数“throttle”表示，单位为：毫秒。例如throttle设置为1000，即表示执行间隔为1000ms。每一种应用测试事件的比例可以用“—pct-应用测试事件类型<percent>”来表示。

表2是本申请实施例提供的一种设置每一种应用测试事件的比例的示意性表格。

表2

另一种可能的实现方式中，若测试人员不指定或者不设置每一种应用测试事件的比例，则测试过程中则会自动随机生成应用测试事件。

应理解，为了保证在测试过程中，两次测试产生的操作序列是完全相同的，还可以设置种子(seed)值，seed值可以用参数“-s”来表示。

场景(3)，测试参数配置界面包括故障处理参数配置区域，故障处理参数区域用于配置测试参数中的故障处理参数，测试人员可以通过故障处理参数配置操作，确定故障处理参数。具体包括：

响应于在故障处理参数配置区域上的故障处理参数配置区域，确定故障处理参数配置操作对应的故障处理参数，故障处理参数包括应用测试过程中多种故障对应的处理方式。

一种可能的实现方式中，可以设置不同的命令或参数来表示不同的故障的处理方式。

示例性的，参数“--ignore-timeouts”可以表示当应用程序产生任何超时错误，例如应用无响应(Application No Responding，ANR)时，monkey依然会发送应用测试事件，直到应用测试事件计数完成；参数“--ignore-security-exceptions”表示即使应用程序发生许可错误，monkey依然会发送应用测试事件，直到应用测试事件计数完成；参数“—ignore-crashes”表示当测试应用程序崩溃或发生任何失控异常时，monkey将继续发送应用测试事件，直到计数完成。如果不设置上述故障处理参数，则本申请实施例中会默认处理方式为monkey停止测试。

应理解，本申请实施例中，可以将上述所有的日志参数、随机事件参数和故障处理参数相关的命令或者参数全部以一种可视化的测试参数配置界面来显示，以供测试人员配置。

图4是本申请实施例提供的一种基于测试参数配置界面配置测试参数的场景示意图。

示例性的，如图4所示，在测试参数配置界面401中包括日志参数配置区域4011、随机事件参数配置区域4012和故障处理参数配置区域4013。

其中，在日志参数配置区域4011中，包括日志参数对应的日志类型和日志存储位置的配置选项，不同的日志类型即代表了日志等级。测试人员可以通过勾选不同类型的日志的“○”选项来确定需要输出的日志等级；此外，测试人员可以选择不同的存储选项来确定日志的存储位置。

在随机事件参数配置区域4012，测试人员可以手动输入总执行次数以及执行间隔，并且还可以手动输入不同应用测试事件的比例。如图4所示，触摸事件的比例为40％；滑动事件的比例为40％；缩放事件的比例为0.53333336％；轨迹球事件的比例为4％；屏幕旋转事件的比例为0％；基本导航事件的比例为6.666667％；主要导航事件的比例为4％；系统按键事件的比例为0.53333336％；切换activity事件的比例为0.53333336％；键盘事件的比例为0.26666668％；其他类型事件的比例为3.466667％。

在故障处理参数配置区域4013中，测试人员可以配置不同故障的处理方式。其中，处理方式包括“停止测试”或者“继续测试”。如图4所示，故障包括“应用无响应”、“发生许可错误”和“应用崩溃或异常”，测试人员可以通过勾选不同的处理方式对应的“○”来确定对应的处理方式。

上述技术方案中，在对目标车载应用的测试参数进行配置时，测试参数主要包括日志参数、随机事件参数和故障处理参数三种。对应的，在测试参数配置界面上，包括日志参数配置区域、随机事件参数配置区域和故障处理参数配置区域。通过在不同类型的参数配置区域上执行不同测试参数的配置操作，依次可以确定出目标车载应用的测试参数。通过对测试参数的分区管理和分区配置，实现了测试参数在配置过程中的系统性管理，实现了测试参数的高效配置过程。

204，响应于在测试参数配置界面上的确认操作，基于测试参数，对目标车载应用进行测试。

一种可能的实现方式中，可以根据配置的测试参数，得到测试目标车载应用所需的目标命令行程序，进一步进行测试。具体包括：

响应于在测试参数配置界面上的确认操作，生成测试参数对应的目标命令行程序；

运行目标命令行程序，对目标车载应用进行测试。

一种可能的实现方式，命令行程序可以表示为“monkey.jar”，其本质上是一个名为“monkey”的shell脚本来启动执行，可以通过cmd命令(例如adb shell monkey{+命令参数})来运行命令行程序，来进行monkey测试。

示例性的，如图4所示，在测试参数配置界面401中还包括“开始测试”控件4014，测试人员可以通过点击控件4014开启测试流程。后台则接收到开始指令后，会根据测试人员配置的一系列参数，生成对应的目标命令行程序，并运行目标命令行程序以对目标车载应用进行测试。

进一步地，若测试人员在测试目标车载应用的过程中，想要终止或者暂停测试过程，可以通过测试暂停操作实现，具体包括：

响应于对目标车载应用的测试暂停操作，停止对目标车载应用进行测试。

具体的，在本申请实施例中，还可以在测试过程中显示测试进度展示界面，测试人员可以通过在测试进度展示界面的测试暂停操作，暂停测试。包括：

显示测试进度展示界面，测试进度展示界面用于展示目标车载应用的测试进度；

以及，响应于对目标车载应用的测试暂停操作，停止对目标车载应用进行测试，包括：

响应于对测试进度展示界面的测试暂停操作，停止对目标车载应用进行测试。

示例性的，测试进度展示界面可以显示剩余执行时间、已执行次数、总执行次数、“暂停测试”选项和“继续测试”选项等。

图5是本申请实施例提供的一种测试进度展示界面的场景示意图。

示例性的，如图5所示，在测试进度展示界面501中，包括执行次数显示区域5011，可以显示已执行次数和总执行次数；还包括剩余执行时间显示区域5012，例如图5中的当前测试剩余执行时间5000min；还包括暂停测试选项对应的控件5013以及继续测试选项对应的控件5014。测试人员可以通过点击控件5013来暂停测试。

在上述技术方案中，在对目标车载应用测试的过程中，本申请中还可以根据实际情况停止测试过程，具体是基于在测试进度展示界面的测试暂停操作来实现。上述过程避免了由于突发状况导致测试过程不能暂停的问题，实现了对目标车载应用的灵活测试。

综上，在对车辆上的车载应用进行测试时，本申请提出了一种测试车载应用的方法，具体是当被测设备与测试设备连接时，首先在测试设备显示界面中显示应用测试界面，其中，应用测试界面中包括车辆上安装的N个车载应用。通过在应用测试界面上的应用选择操作，本申请中能够显示目标车载应用的测试参数配置界面，其中，目标车载应用是N个车载应用中被选中的车载应用。进一步地，通过在测试参数配置界面上的参数配置操作，可以确定出对目标车载应用进行测试时所需的测试参数。最后通过响应于在测试参数配置界面上的确认操作，即可实现基于测试参数对目标车载应用进行测试。上述无论是配置目标车载应用所需的测试参数，还是开始对目标车载应用进行测试，都可以完全在界面上通过一系列操作来实现，为测试人员提供了一种简单测试的手段，简单易懂，有效提高了测试人员在测试车载应用过程中的效率。

具体的，在对目标车载应用的测试参数进行配置时，测试参数主要包括日志参数、随机事件参数和故障处理参数三种。对应的，在测试参数配置界面上，包括日志参数配置区域、随机事件参数配置区域和故障处理参数配置区域。通过在不同类型的参数配置区域上执行不同测试参数的配置操作，依次可以确定出目标车载应用的测试参数。通过对测试参数的分区管理和分区配置，实现了测试参数在配置过程中的系统性管理，实现了测试参数的高效配置过程。

进一步地，在对目标车载应用测试的过程中，本申请中还可以根据实际情况停止测试过程，具体是基于在测试进度展示界面的测试暂停操作来实现。上述过程避免了由于突发状况导致测试过程不能暂停的问题，实现了对目标车载应用的灵活测试。

另外，本申请提出了一种在应用测试界面上确定目标车载应用的过程。其中，应用测试界面包括应用搜索区域，本申请可以通过在应用搜索区域上的应用选择操作，从N个车载应用中确定目标车载应用。上述通过搜索的方式确定目标车载应用的过程方便快捷高效，可以有效缩短确定目标车载应用的时间。

图6是本申请实施例提供的一种测试车载应用的装置的结构示意图。

示例性的，如图6所示，该装置600包括：

第一显示模块601，用于在与被测设备连接的情况下，显示应用测试界面，该应用测试界面上显示有该被测设备上安装的N个车载应用，N为大于或等于1的整数；响应于在该应用测试界面上的应用选择操作，显示目标车载应用的测试参数配置界面，该目标车载应用是该N个车载应用中被选中的车载应用；

确定模块602，用于响应于在该测试参数配置界面上的参数配置操作，确定对该目标车载应用进行测试时的测试参数；

测试模块603，用于响应于在该测试参数配置界面上的确认操作，基于该测试参数，对该目标车载应用进行测试。

一种可能的实现方式中，该测试参数配置界面包括日志参数配置区域，该日志参数配置区域用于配置该测试参数中的日志参数，该确定模块602具体用于：响应于在该日志参数配置区域上的日志参数配置操作，确定该日志参数配置操作对应的该日志参数，该日志参数包括应用测试日志的日志等级和日志存储位置中的至少一项。

一种可能的实现方式中，该测试参数配置界面包括随机事件参数配置区域，该随机事件参数配置区域用于配置该测试参数中的随机事件参数，该确定模块602还用于：响应于在该随机事件参数配置区域上的随机事件参数配置操作，确定该随机事件参数配置操作对应的该随机事件参数，该随机事件参数包括多种应用测试事件的执行次数和执行总时间中的任一项以及执行间隔。

一种可能的实现方式中，该测试参数配置界面包括故障处理参数配置区域，该故障处理参数配置区域用于配置该测试参数中的故障处理参数，该确定模块602还用于：响应于在该故障处理参数配置区域上的故障处理参数配置操作，确定该故障处理参数配置操作对应的该故障处理参数，该故障处理参数包括应用测试过程中多种故障对应的处理方式。

一种可能的实现方式中，该测试模块603具体用于：响应于在该测试参数配置界面上的确认操作，生成该测试参数对应的目标命令行程序；运行该目标命令行程序，对该目标车载应用进行测试。

可选的，该响应于在该测试参数配置界面上的确认操作，基于该测试参数，对该目标车载应用进行测试之后，该装置还包括：停止模块，用于响应于对该目标车载应用的测试暂停操作，停止对该目标车载应用进行测试。

可选的，该装置还包括：第二显示模块，用于显示测试进度展示界面，该测试进度展示界面用于展示该目标车载应用的测试进度；以及，该停止模块具体用于：响应于对该测试进度展示界面的测试暂停操作，停止对该目标车载应用进行测试。

一种可能的实现方式中，该应用测试界面包括应用搜索区域，该第一显示模块601具体用于：响应于在该应用搜索区域上的应用选择操作，从该N个车载应用中确定该目标车载应用；显示该目标车载应用的测试参数配置界面。

图7是本申请实施例提供的一种电子设备的结构示意图。

示例性的，如图7所示，该电子设备700包括：存储器701和处理器702，其中，存储器702中存储有可执行程序代码7011，处理器702用于调用并执行该可执行程序代码7011执行一种测试车载应用的方法。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中，上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，该电子设备可以包括：第一显示模块、确定模块、测试模块等。需要说明的是，上述方法实施例涉及的各个步骤的所有相关内容的可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述一种测试车载应用的方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块。其中，处理模块可以用于对电子设备的动作进行控制管理。存储模块可以用于支持电子设备执行相互程序代码和数据等。

其中，处理模块可以是处理器或控制器，其可以实现或执行结合本申请公开内容所藐视的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等，存储模块可以是存储器。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行上述相关方法步骤实现上述实施例中的一种测试车载应用的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的一种测试车载应用的方法。

另外，本申请的实施例提供的电子设备具体可以是芯片，组件或模块，该电子设备可包括相连的处理器和存储器；其中，存储器用于存储指令，当电子设备运行时，处理器可调用并执行指令，以使芯片执行上述实施例中的一种测试车载应用的方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

Claims (11)

1.一种测试车载应用的方法，其特征在于，所述方法包括：

在与被测设备连接的情况下，显示应用测试界面，所述应用测试界面上显示有所述被测设备上安装的N个车载应用，N为大于或等于1的整数；

响应于在所述应用测试界面上的应用选择操作，显示目标车载应用的测试参数配置界面，所述目标车载应用是所述N个车载应用中被选中的车载应用；

响应于在所述测试参数配置界面上的参数配置操作，确定对所述目标车载应用进行测试时的测试参数；

响应于在所述测试参数配置界面上的确认操作，基于所述测试参数，对所述目标车载应用进行测试。

2.根据权利要求1所述的方法，其特征在于，所述测试参数配置界面包括日志参数配置区域，所述日志参数配置区域用于配置所述测试参数中的日志参数，所述响应于在所述测试参数配置界面上的参数配置操作，确定对所述目标车载应用进行测试时的测试参数，包括：

响应于在所述日志参数配置区域上的日志参数配置操作，确定所述日志参数配置操作对应的所述日志参数，所述日志参数包括应用测试日志的日志等级和日志存储位置中的至少一项。

3.根据权利要求1所述的方法，其特征在于，所述测试参数配置界面包括随机事件参数配置区域，所述随机事件参数配置区域用于配置所述测试参数中的随机事件参数，所述响应于在所述测试参数配置界面上的参数配置操作，确定对所述目标车载应用进行测试时的测试参数，包括：

响应于在所述随机事件参数配置区域上的随机事件参数配置操作，确定所述随机事件参数配置操作对应的所述随机事件参数，所述随机事件参数包括多种应用测试事件的执行次数和执行总时间中的任一项以及执行间隔。

4.根据权利要求1所述的方法，其特征在于，所述测试参数配置界面包括故障处理参数配置区域，所述故障处理参数配置区域用于配置所述测试参数中的故障处理参数，所述响应于在所述测试参数配置界面上的参数配置操作，确定对所述目标车载应用进行测试时的测试参数，包括：

响应于在所述故障处理参数配置区域上的故障处理参数配置操作，确定所述故障处理参数配置操作对应的所述故障处理参数，所述故障处理参数包括应用测试过程中多种故障对应的处理方式。

5.根据权利要求1所述的方法，其特征在于，所述响应于在所述测试参数配置界面上的确认操作，基于所述测试参数，对所述目标车载应用进行测试，包括：

响应于在所述测试参数配置界面上的确认操作，生成所述测试参数对应的目标命令行程序；

运行所述目标命令行程序，对所述目标车载应用进行测试。

6.根据权利要求1所述的方法，其特征在于，所述响应于在所述测试参数配置界面上的确认操作，基于所述测试参数，对所述目标车载应用进行测试之后，所述方法还包括：

响应于对所述目标车载应用的测试暂停操作，停止对所述目标车载应用进行测试。

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

显示测试进度展示界面，所述测试进度展示界面用于展示所述目标车载应用的测试进度；

以及，所述响应于对所述目标车载应用的测试暂停操作，停止对所述目标车载应用进行测试，包括：

响应于对所述测试进度展示界面的测试暂停操作，停止对所述目标车载应用进行测试。

8.根据权利要求1所述的方法，其特征在于，所述应用测试界面包括应用搜索区域，所述响应于在所述应用测试界面上的应用选择操作，显示目标车载应用的测试参数配置界面，包括：

响应于在所述应用搜索区域上的应用选择操作，从所述N个车载应用中确定所述目标车载应用；

显示所述目标车载应用的测试参数配置界面。

9.一种测试车载应用的装置，其特征在于，所述装置包括：

显示模块，用于在与被测设备连接的情况下，显示应用测试界面，所述应用测试界面上显示有所述被测设备上安装的N个车载应用，N为大于或等于1的整数；响应于在所述应用测试界面上的应用选择操作，显示目标车载应用的测试参数配置界面，所述目标车载应用是所述N个车载应用中被选中的车载应用；

确定模块，用于响应于在所述测试参数配置界面上的参数配置操作，确定对所述目标车载应用进行测试时的测试参数；

测试模块，用于响应于在所述测试参数配置界面上的确认操作，基于所述测试参数，对所述目标车载应用进行测试。

10.一种电子设备，其特征在于，所述电子设备包括：

存储器，用于存储可执行程序代码；

处理器，用于从所述存储器中调用并运行所述可执行程序代码，使得所述电子设备执行如权利要求1至8中任意一项所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被执行时，实现如权利要求1至8中任意一项所述的方法。

Images