CN113672441A - 对智能设备的测试方法及装置 - Google Patents

对智能设备的测试方法及装置 Download PDF

Info

Publication number
CN113672441A
CN113672441A CN202110898269.6A CN202110898269A CN113672441A CN 113672441 A CN113672441 A CN 113672441A CN 202110898269 A CN202110898269 A CN 202110898269A CN 113672441 A CN113672441 A CN 113672441A
Authority
CN
China
Prior art keywords
test
tested
equipment
interface
type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110898269.6A
Other languages
English (en)
Other versions
CN113672441B (zh
Inventor
王宇星
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Spreadtrum Semiconductor Chengdu Co Ltd
Original Assignee
Spreadtrum Semiconductor Chengdu Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Spreadtrum Semiconductor Chengdu Co Ltd filed Critical Spreadtrum Semiconductor Chengdu Co Ltd
Priority to CN202110898269.6A priority Critical patent/CN113672441B/zh
Publication of CN113672441A publication Critical patent/CN113672441A/zh
Application granted granted Critical
Publication of CN113672441B publication Critical patent/CN113672441B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2273—Test methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2289—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by configuration test
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26—Functional testing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Telephone Function (AREA)

Abstract

本申请实施例公开了一种对智能设备的测试方法及装置，该方法包括：获取当前接入的待测试设备的设备类型，并根据设备类型确定待测试设备与测试系统之间的目标通信模式。通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，测试请求包括待测试设备的设备类型。通过该API接口接收测试系统响应测试请求生成的与待测试设备的设备类型关联的测试命令，并通过测试工具的终端通信协议层将测试命令转换为满足目标通信模式的目标测试命令。通过待测试设备当前接入的设备接口，向待测试设备发送目标测试命令，以使待测试设备基于目标测试命令执行测试任务。采用本申请实施例，可基于一个测试工具对各个类型的设备进行统一测试。

Description

对智能设备的测试方法及装置
技术领域
本申请涉及计算机技术领域，尤其涉及一种对智能设备的测试方法及装置。
背景技术
自动化测试过程中，对于不同类型的设备通常需要使用不同的测试工具进行测试，而无法使用单个测试工具对各种类型的设备进行统一测试，基于此，如何基于同一测试工具实现对多种类型的设备的测试，成为当前亟待解决的问题之一。
发明内容
本申请实施例提供一种对智能设备的测试方法及装置，可兼容多种类型的设备的测试，提高了测试方案的适用性。
第一方面，本申请实施例提供了一种对智能设备的测试方法，该方法包括：
获取当前接入的待测试设备的设备类型，并根据上述设备类型确定上述待测试设备与上述测试系统之间的目标通信模式；
通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，上述测试请求包括上述待测试设备的设备类型；
通过上述测试工具的测试框架层的API接口接收上述测试系统响应于上述测试请求而生成的与上述待测试设备的设备类型关联的测试命令，并通过上述测试工具的终端通信协议层将上述测试命令转换为满足上述目标通信模式的目标测试命令；
通过上述待测试设备当前接入的设备接口，向上述待测试设备发送上述目标测试命令，以使上述待测试设备基于接收的上述目标测试命令执行测试任务。
结合第一方面，在一种可能的实施方式中，上述通过上述测试工具的测试框架层的API接口接收上述测试系统响应于上述测试请求而生成的与上述待测试设备的设备类型关联的测试命令，包括：
通过上述测试请求触发上述测试系统运行上述测试系统中包括的与上述设备类型相关联的测试脚本；
通过上述测试工具的测试框架层的API接口接收上述测试系统每次运行上述测试脚本时生成的测试命令，上述测试命令包括多个时间点以及上述多个时间点中每个时间点对应的操作指令。
结合第一方面，在一种可能的实施方式中，上述测试请求中还包括测试信息，上述测试信息包括至少一个待测试功能，以及针对上述至少一个待测试功能中每个待测试功能所设置的测试参数；上述通过上述测试请求触发上述测试系统运行上述测试系统中包括的与上述设备类型相关联的测试脚本，包括：
通过上述测试请求触发上述测试系统根据上述测试信息中每个待测试功能所设置的测试参数，运行上述每个待测试功能对应的测试脚本，以生成各个待测试功能对应的至少一个测试命令，其中，一个测试功能对应的至少一个测试命令相同。
结合第一方面，在一种可能的实施方式中，上述方法还包括：
在上述测试设备上显示测试信息配置界面，上述测试信息配置界面中包括上述测试系统支持的、且与上述待测试设备的设备类型相关联的多个待测试功能，以及上述多个待测试功能中每个待测试功能对应的测试参数配置项；
响应于用户在上述测试信息配置界面中的测试参数配置项中的输入操作，以确定用户从上述多个待测试功能中选定的至少一个待测试功能，以及上述至少一个待测试功能中每个待测试功能对应的测试参数。
结合第一方面，在一种可能的实施方式中，上述获取当前接入的待测试设备的设备类型，包括：
当检测到上述待测试设备接入测试设备时，通过测试工具的测试框架层识别当前接入的待测试设备的设备类型，并将上述待测试设备的设备类型显示在上述测试设备的测试界面上；
通过上述测试设备的测试界面获取用户操作指令；
若上述用户操作指令为设备类型确认指令，则将基于上述测试工具的测试框架层识别出的设备类型确定为上述当前接入的待测试设备的设备类型；
若上述用户操作指令为设备类型修改指令，则将上述设备类型修改指令中包括的设备类型确定为上述当前接入的待测试设备的设备类型。
结合第一方面，在一种可能的实施方式中，上述方法还包括：
当检测到上述待测试设备接入测试设备时，记录上述待测试设备接入上述测试设备时所占用的设备接口的接口标识，其中一个接口标识用于唯一标记一个接口；
为上述待测试设备分配一个设备标识，并将上述待测试设备的设备标识、上述测试设备占用的设备接口的接口标识，以及上述待测试设备的设备类型进行关联存储。
结合第一方面，在一种可能的实施方式中，上述方法还包括：
接收上述待测试设备通过上述接口标识对应的接口向上述测试设备发送的设备注册信息；
根据上述设备注册信息，确定上述待测试设备的目标通信模式，其中，上述目标通信模式包括AT通信模式、或安卓调试桥ADB通信模式。
第二方面，本申请实施例提供了一种对智能设备的测试装置，该装置包括：
处理模块，用于获取当前接入的待测试设备的设备类型，并根据上述设备类型确定上述待测试设备与上述测试系统之间的目标通信模式；
收发模块，用于通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，上述测试请求包括上述待测试设备的设备类型；
上述收发模块，用于通过上述测试工具的测试框架层的API接口接收上述测试系统响应于上述测试请求而生成的与上述待测试设备的设备类型关联的测试命令；
上述处理模块，用于通过上述测试工具的终端通信协议层将上述测试命令转换为满足上述目标通信模式的目标测试命令；
上述收发模块，用于通过上述待测试设备当前接入的设备接口，向上述待测试设备发送上述目标测试命令，以使上述待测试设备基于接收的上述目标测试命令执行测试任务。
结合第二方面，在一种可能的实施方式中，上述处理模块用于：
通过上述测试请求触发上述测试系统运行上述测试系统中包括的与上述设备类型相关联的测试脚本；
通过上述测试工具的测试框架层的API接口接收上述测试系统每次运行上述测试脚本时生成的测试命令，上述测试命令包括多个时间点以及上述多个时间点中每个时间点对应的操作指令。
结合第二方面，在一种可能的实施方式中，上述测试请求中还包括测试信息，上述测试信息包括至少一个待测试功能，以及针对上述至少一个待测试功能中每个待测试功能所设置的测试参数；上述处理模块用于：
通过上述测试请求触发上述测试系统根据上述测试信息中每个待测试功能所设置的测试参数，运行上述每个待测试功能对应的测试脚本，以生成各个待测试功能对应的至少一个测试命令，其中，一个测试功能对应的至少一个测试命令相同。
结合第二方面，在一种可能的实施方式中，上述处理模块用于：
在上述测试设备上显示测试信息配置界面，上述测试信息配置界面中包括上述测试系统支持的、且与上述待测试设备的设备类型相关联的多个待测试功能，以及上述多个待测试功能中每个待测试功能对应的测试参数配置项；
响应于用户在上述测试信息配置界面中的测试参数配置项中的输入操作，以确定用户从上述多个待测试功能中选定的至少一个待测试功能，以及上述至少一个待测试功能中每个待测试功能对应的测试参数。
结合第二方面，在一种可能的实施方式中，上述处理模块用于：
当检测到上述待测试设备接入测试设备时，通过测试工具的测试框架层识别当前接入的待测试设备的设备类型，并将上述待测试设备的设备类型显示在上述测试设备的测试界面上；
通过上述测试设备的测试界面获取用户操作指令；
若上述用户操作指令为设备类型确认指令，则将基于上述测试工具的测试框架层识别出的设备类型确定为上述当前接入的待测试设备的设备类型；
若上述用户操作指令为设备类型修改指令，则将上述设备类型修改指令中包括的设备类型确定为上述当前接入的待测试设备的设备类型。
结合第二方面，在一种可能的实施方式中，上述处理模块用于：
当检测到上述待测试设备接入测试设备时，记录上述待测试设备接入上述测试设备时所占用的设备接口的接口标识，其中一个接口标识用于唯一标记一个接口；
为上述待测试设备分配一个设备标识，并将上述待测试设备的设备标识、上述测试设备占用的设备接口的接口标识，以及上述待测试设备的设备类型进行关联存储。
结合第二方面，在一种可能的实施方式中，
上述收发模块，用于接收上述待测试设备通过上述接口标识对应的接口向上述测试设备发送的设备注册信息；
上述处理模块，用于根据上述设备注册信息，确定上述待测试设备的目标通信模式，其中，上述目标通信模式包括AT通信模式、或安卓调试桥ADB通信模式。
第三方面，本申请实施例提供了一种终端设备，该终端设备包括处理器、存储器和收发器，该处理器、存储器和收发器耦合。该存储器用于存储支持该终端设备执行上述第一方面和/或第一方面任一种可能的实现方式提供的方法的计算机程序，该计算机程序包括程序指令，该处理器和收发器被配置用于调用上述程序指令，执行上述第一方面和/或第一方面任一种可能的实施方式所提供的方法。
第四方面，本申请提出了一种芯片，该芯片，用于：获取当前接入的待测试设备的设备类型，并根据上述设备类型确定上述待测试设备与上述测试系统之间的目标通信模式；通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，上述测试请求包括上述待测试设备的设备类型；通过上述测试工具的测试框架层的API接口接收上述测试系统响应于上述测试请求而生成的与上述待测试设备的设备类型关联的测试命令，并通过上述测试工具的终端通信协议层将上述测试命令转换为满足上述目标通信模式的目标测试命令；通过上述待测试设备当前接入的设备接口，向上述待测试设备发送上述目标测试命令，以使上述待测试设备基于接收的上述目标测试命令执行测试任务。
第五方面，本申请提出了一种模组设备，该模组设备包括电源模组、存储模组以及芯片模组，其中：该电源模组用于为该模组设备提供电能；该存储模组用于存储数据和指令；该芯片模组用于：获取当前接入的待测试设备的设备类型，并根据上述设备类型确定上述待测试设备与上述测试系统之间的目标通信模式；通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，上述测试请求包括上述待测试设备的设备类型；通过上述测试工具的测试框架层的API接口接收上述测试系统响应于上述测试请求而生成的与上述待测试设备的设备类型关联的测试命令，并通过上述测试工具的终端通信协议层将上述测试命令转换为满足上述目标通信模式的目标测试命令；通过上述待测试设备当前接入的设备接口，向上述待测试设备发送上述目标测试命令，以使上述待测试设备基于接收的上述目标测试命令执行测试任务。
第六方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令当被处理器执行时使该处理器执行上述第一方面和/或第一方面任一种可能的实施方式所提供的方法。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种网络架构的结构示意图；
图2是本申请实施例提供的测试框架的结构示意图；
图3是本申请实施例提供的对智能设备的测试方法的一流程示意图；
图4是本申请实施例提供的对智能设备的测试装置的结构示意图；
图5是本申请实施例提供的终端设备的结构示意图；
图6是本申请实施例提供的一种模组设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“该”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。
需要说明的是，本申请的说明书和权利要求书中及上述附图中的属于“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述以外的顺序实施。此外，术语“包括”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参见图1，图1是本申请实施例提供的一种网络架构的结构示意图。如图1所示，网络架构可以包括测试设备10和待测试设备集群，其中，待测试设备集群可以包括一个或者多个待测试设备，这里将不对待测试设备的数量进行限制。如图1所示，多个待测试设备具体可以包括待测试设备100a、待测试设备101a、待测试设备102a等；如图1所示，待测试设备100a、待测试设备101a、待测试设备102a等待测试设备均可以与测试设备10进行网络连接，以便于每个待测试设备可以通过网络连接与测试设备10之间进行数据交互。其中，待测试设备与测试设备之间的网络连接可以是有线连接，或者也可以是无线连接，在此不做限制。可理解的，测试设备中可部署有测试工具和测试系统等应用程序或系统，以对待测试设备提供测试服务或对待测试设备进行测试。
如图1所示的测试设备10可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、以及大数据和人工智能平台等基础云计算服务的云服务器等，在此不做限制。可选的，本申请实施例中的测试设备也可以是智能手机、平板电脑、笔记本电脑、桌上型电脑等设备，在此不做限制。可理解的，测试设备中可部署有测试工具和测试系统等应用程序或系统，以对待测试设备提供测试服务或对待测试设备进行测试。
示例性地，请参见图2，图2是本申请实施例提供的测试框架的结构示意图。如图2所示，该测试框架可包括终端控制层、终端通信协议层、第二应用程序接口(ApplicationProgram Interface，API)接口、测试框架层、第一API接口和测试系统。其中，终端控制层中的智能设备的设备类型可以是安卓设备，物联网(Internet of Things，IoT)设备等，在此不做限制。终端通信协议层所支持的通信模式包括AT(Attention)通信模式、安卓调试桥(Android Debug Bridge，ADB)通信模式等，在此不做限制。通常而言，IoT设备所采用的通信模式可以为AT通信模式、安卓设备所采用的通信模式可以为ADB通信模式或者也可以为AT通信模式等，具体根据实际应用场景确定，在此不做限制。如图2所示的测试系统中可包括各种设备类型和设备型号对应的测试脚本。
如图1所示的待测试设备可以是智能手机、平板电脑、笔记本电脑、桌上型电脑、物联网设备(例如智能电视、智能冰箱)、功能机等智能终端，在此不做限制。其中，待测试设备中可部署/安装各种类型(例如游戏类、聊天类、购物类、视频类、音乐类)的应用程序等，以对外提供服务。
可理解的，本申请实施例提供的对智能设备的测试方法，可适用于测试设备。具体地，测试设备可以获取当前接入的待测试设备的设备类型，并根据所述设备类型确定所述待测试设备与所述测试系统之间的目标通信模式；通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，所述测试请求包括所述待测试设备的设备类型；通过所述测试工具的测试框架层的API接口接收所述测试系统响应于所述测试请求而生成的与所述待测试设备的设备类型关联的测试命令，并通过所述测试工具的终端通信协议层将所述测试命令转换为满足所述目标通信模式的目标测试命令；通过所述待测试设备当前接入的设备接口，向所述待测试设备发送所述目标测试命令，以使所述待测试设备基于接收的所述目标测试命令执行测试任务。采用本申请实施例，可兼容多种类型的设备的测试，提高了测试方案的适用性。
下面将结合图3至图6分别对本申请实施例提供的方法及相关装置分别进行详细说明。
请参见图3，图3为本申请实施例提供的对智能设备的测试方法的一流程示意图。本申请实施例提供的方法可以包括如下步骤S301至S304：
S301、获取当前接入的待测试设备的设备类型，并根据设备类型确定待测试设备与测试系统之间的目标通信模式。
在一些可行的实施方式中，测试设备获取当前接入的待测试设备的设备类型，并根据设备类型确定待测试设备与测试系统之间的目标通信模式。其中，待测试设备的设备类型包括IOT设备、Android操作系统设备(简称安卓设备)、功能机、iPhone操作系统(iPhone OS，iOS)设备(简称iOS设备)等，在此不做限制。通常而言，IoT设备所采用的通信模式可以为AT通信模式、安卓设备所采用的通信模式可以为ADB通信模式或者也可以为AT通信模式等，具体根据实际应用场景确定，在此不做限制。为方便理解，本申请实施例以IoT设备采用AT通信模式、安卓设备采用ADB通信模式为例进行示意性说明。
具体地，上述获取当前接入的待测试设备的设备类型可理解为：当检测到待测试设备接入测试设备时，通过测试工具的测试框架层识别当前接入的待测试设备的设备类型，并将待测试设备的设备类型显示在测试设备的测试界面上。通过测试设备的测试界面获取用户操作指令，若用户操作指令为设备类型确认指令，则将基于测试工具的测试框架层识别出的设备类型确定为当前接入的待测试设备的设备类型。若用户操作指令为设备类型修改指令，则将设备类型修改指令中包括的设备类型确定为当前接入的待测试设备的设备类型。
可选的，当检测到待测试设备接入测试设备时，测试设备还可以记录待测试设备接入测试设备时所占用的设备接口的接口标识，其中一个接口标识用于唯一标记一个接口，进一步地，测试设备还可以为待测试设备分配一个设备标识，并将待测试设备的设备标识、测试设备占用的设备接口的接口标识，以及待测试设备的设备类型进行关联存储，以便同时对多个设备进行测试的时候，能找到正确的接口输出给正确的设备。
也就是说，当待测试设备通过有线或无线的方式连接至测试设备，且测试设备检测到待测试设备接入测试设备后，测试设备可通过测试工具的测试框架层自动识别当前接入的待测试设备的设备类型，并且，可在测试设备向用户展示一个界面(或称为测试界面)，该界面上显示的内容可包括该设备插入/接入测试设备时所占用的设备接口的接口标识(或称为接口号)，以及自动识别出的该设备的设备类型。其中，用户可在该界面针对自动识别出的设备类型进行确认或修改，即用户可以修改显示在界面上的设备类型，也可以在确定设备类型无误时，点击确认等。其中，测试设备可实时监测并响应于用户通过在测试设备的界面上的操作所触发的用户操作命令。具体地，若用户操作指令为设备类型确认指令，则将基于测试工具的测试框架层识别出的设备类型确定为当前接入的待测试设备的设备类型。若用户操作指令为设备类型修改指令，则将设备类型修改指令中包括的设备类型确定为当前接入的待测试设备的设备类型。其中，测试设备后续还可以针对该待测试设备分配唯一的设备标识，并对该待测试设备的设备标识、待测试设备的设备类型、以及该待测试设备所占用的设备接口的接口标识进行关联存储，因此，后续关于该设备的相关数据，都会带上这个设备标识和接口标识，方便多个具体相同设备型号的设备被同时测试的时候，能找到正确的接口输出给正确的设备。
可选的，在一些可行的实施方式中，测试设备除了可以基于测试工具的测试框架层自动识别当前接入的待测试设备的设备类型，以使测试设备可以根据设备类型确定待测试设备与测试系统之间的目标通信模式，本申请实施例还可以由待测试设备通过待测试设备与测试设备之间的接口向测试设备发送设备注册信息，因此，测试设备可以根据接收到的设备注册信息，确定待测试设备的目标通信模式，其中，目标通信模式包括AT通信模式、或安卓调试桥ADB通信模式。其中，待测试设备向测试设备发送的设备注册信息中可包括待测试设备的设备型号等信息。因此，测试设备可以根据设备注册信息中包括的设备型号，确定待测试设备的设备类型，进而根据设备类型确定出待测试设备对应的通信模式(即目标通信模式)。可选的，设备注册信息中也可以直接携带/包含待测试设备的设备类型、和/或待测试设备对应的通信模式等信息，因此，测试设备通过解析出待测试设备中携带的这些信息，即可确定出待测试设备的设备类型对应的目标通信模式。
S302、通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，测试请求包括待测试设备的设备类型。
在一些可行的实施方式中，通过测试工具的测试框架层的应用程序接口API(如图2所示的第一API接口)接口向测试系统发出测试请求，其中，测试请求中可包括待测试设备的设备类型、测试设备为待测试设备分配的设备标识等信息。可理解的，测试请求中除了可以包括待测试设备的设备类型、测试设备为待测试设备分配的设备标识等信息，其还可以包括用户所指定测试的至少一个待测试功能，以及针对至少一个待测试功能中每个待测试功能所设置的测试参数，其中，测试参数包括测试次数(repeat)、测试时用到的随机数(random)和随机数设置(random setting)等一个或者多个参数，在此不做限制。为方便描述，以下本申请实施例皆以测试参数包括测试次数为例进行示意性说明。
S303、通过测试工具的测试框架层的API接口接收测试系统响应于测试请求而生成的与待测试设备的设备类型关联的测试命令，并通过测试工具的终端通信协议层将测试命令转换为满足目标通信模式的目标测试命令。
在一些可行的实施方式中，当测试系统接收到测试设备基于测试工具的测试框架层的应用程序接口API接口发送的测试请求时，测试系统可根据接收到的测试请求，从测试系统中获取与待测试设备相关联的测试脚本，以生成与待测试设备相关联的测试命令反馈给测试设备。也就是说，测试设备可通过测试工具的测试框架层的API接口接收测试系统响应于测试请求而生成的与待测试设备的设备类型关联的测试命令。进而，测试设备可通过测试工具的终端通信协议层将测试命令转换为满足目标通信模式的目标测试命令。
具体地，通过测试工具的测试框架层的API接口接收测试系统响应于测试请求而生成的与待测试设备的设备类型关联的测试命令可理解为：通过测试请求触发测试系统运行测试系统中包括的与设备类型相关联的测试脚本。然后，通过测试工具的测试框架层的API接口接收测试系统每次运行测试脚本时生成的测试命令，测试命令包括多个时间点以及多个时间点中每个时间点对应的操作指令。其中，由于测试请求中还包括测试信息，测试信息包括至少一个待测试功能，以及针对至少一个待测试功能中每个待测试功能所设置的测试参数(本申请实施例以测试参数包括测试次数为例进行说明)，因此，上述通过测试请求触发测试系统运行测试系统中包括的与设备类型相关联的测试脚本可具体理解为：通过测试请求触发测试系统根据测试信息中每个待测试功能所设置的测试参数，运行每个待测试功能对应的测试脚本，以生成各个待测试功能对应的至少一个测试命令，其中，一个测试功能对应的至少一个测试命令相同。也就是说，测试系统中的测试脚本都只是单一的测试功能，比如一个测试脚本，就是测试开启待测试设备的蓝牙。而测试信息包括开启蓝牙10次(即测试次数为10次)，那么测试系统就运行该测试脚本10次，以生成10个相同的测试命令，用于待测试设备的测试。
可理解的，本申请实施例中的测试命令相当于是模拟用户一系列操作的操作指令。示例性地，以待测试功能为测试开启蓝牙1次为例进行说明，其中测试开启蓝牙的测试命令可包括：从设置的测试开始时间点开始，从待测试设备的主界面中找到并点击“设置”，间隔0.5s后，点击进入“设备连接”，再间隔0.5s后，点击进入“蓝牙”并开启蓝牙。
可理解的，本申请实施例中所涉及的测试信息，以及所指定测试的待测试功能可以用户在测试设备的界面中进行配置的。也就是说，用户可以根据实际需求，对待测试设备的待测试功能和该待测试功能对应的测试信息进行配置，以提高测试的灵活性。具体地，可在测试设备上显示测试信息配置界面，测试信息配置界面中包括测试系统支持的、且与待测试设备的设备类型相关联的多个待测试功能，以及多个待测试功能中每个待测试功能对应的测试参数配置项。因此，用户可在测试信息配置界面中根据实际需求选定需要对待测试设备进行测试的待测试功能，以及针对选定的待测试功能，在其对应的测试参数配置项中为选定的待测试功能配置/输入测试参数等测试信息。可选的，用户也可以直接在测试信息配置界面包括的所有待测试功能对应的测试参数配置项中为所以显示在测试信息配置界面上的待测试功能配置/输入测试参数等测试信息，其中，默认/预定义测试参数配置项中测试参数配置为0，或者测试参数配置为空的测试参数配置项对应的待测试功能为不进行测试的待测试功能，其他测试参数配置项中测试参数配置不为0，或者测试参数配置不为空的测试参数配置项对应的待测试功能为用户选定的需要测试的待测试功能。为方便理解，本申请实施例以测试参数配置项中测试参数配置不为0，或者测试参数配置不为空的测试参数配置项对应的待测试功能为用户选定的需要测试的待测试功能为例进行示意性说明。因此，测试设备通过响应于用户在测试信息配置界面中的测试参数配置项中的输入操作，可以确定出用户从多个待测试功能中选定的至少一个待测试功能，以及至少一个待测试功能中每个待测试功能对应的测试参数。
其中，由于不同设备类型的待测试设备所采用的通信模式不同，例如，本申请实施例以IoT设备采用AT通信模式、安卓设备采用ADB通信模式为例进行示意性说明。因此，当测试设备通过测试工具的测试框架层的API接口(如图2所示的第一API接口)接收到测试系统响应于测试请求而生成的与待测试设备的设备类型关联的测试命令后，还应该通过测试框架层与终端通信协议层之间的API接口(如图2所示的第二API接口)将从第一API接口接收到的测试命令发送至测试工具的终端通信协议层，进而，通过测试工具的终端通信协议层将测试命令转换为满足目标通信模式的目标测试命令。也就是说，为了方便不同设备类型的待测试设备能够正确解析出测试命令中的操作指令，本申请实施例可通过终端通信协议层将获取到的与待测试设备相关联的通用测试命令转换为与待测试设备适配的专用测试命令，以发送给待测试设备用于执行测试任务。
S304、通过待测试设备当前接入的设备接口，向待测试设备发送目标测试命令，以使待测试设备基于接收的目标测试命令执行测试任务。
在一些可行的实施方式中，通过待测试设备当前接入的设备接口，向待测试设备发送目标测试命令，以使待测试设备基于接收的目标测试命令执行测试任务。也就是说，测试设备可根据上述关联存储的待测试设备的设备标识与接口标识间的对应关系，确定出待测试设备所占用的设备接口，进而通过该设备接口，向待测试设备发送满足待测试设备的目标通信模式的目标测试命令，以使待测试设备基于接收的目标测试命令执行测试任务。
可选的，在一些可行的实施方式，当待测试设备基于接收到的目标测试命令执行完测试任务后，待测试设备可进一步通过待测试设备与测试设备之间设备接口，向测试设备发送测试开始时间点与测试结束时间点之间的这段测试时间段内生成的日志信息。其中，测试设备通过解析接收到的日志信息，可以获取到日志信息中包括的任务执行过程产生的测试故障点等信息，进而测试设备可对从日志信息中获取到的这些信息进行整合，以生成测试报告，并将生成的测试报告显示在测试设备的界面上，以便用户查看，以及分析改进等。
在本申请实施例中，测试设备可以获取当前接入的待测试设备的设备类型，并根据所述设备类型确定所述待测试设备与所述测试系统之间的目标通信模式；通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，所述测试请求包括所述待测试设备的设备类型；通过所述测试工具的测试框架层的API接口接收所述测试系统响应于所述测试请求而生成的与所述待测试设备的设备类型关联的测试命令，并通过所述测试工具的终端通信协议层将所述测试命令转换为满足所述目标通信模式的目标测试命令；通过所述待测试设备当前接入的设备接口，向所述待测试设备发送所述目标测试命令，以使所述待测试设备基于接收的所述目标测试命令执行测试任务。采用本申请实施例，可兼容多种类型的设备的测试，提高了测试方案的适用性。
请参见图4，图4是本申请实施例提供的对智能设备的测试装置的结构示意图。本申请实施例提供的对智能设备的测试装置包括：
处理模块41，用于获取当前接入的待测试设备的设备类型，并根据上述设备类型确定上述待测试设备与上述测试系统之间的目标通信模式；
收发模块42，用于通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，上述测试请求包括上述待测试设备的设备类型；
上述收发模块42，用于通过上述测试工具的测试框架层的API接口接收上述测试系统响应于上述测试请求而生成的与上述待测试设备的设备类型关联的测试命令；
上述处理模块41，用于通过上述测试工具的终端通信协议层将上述测试命令转换为满足上述目标通信模式的目标测试命令；
上述收发模块42，用于通过上述待测试设备当前接入的设备接口，向上述待测试设备发送上述目标测试命令，以使上述待测试设备基于接收的上述目标测试命令执行测试任务。
在一种可能的实施方式中，上述处理模块41用于：
通过上述测试请求触发上述测试系统运行上述测试系统中包括的与上述设备类型相关联的测试脚本；
通过上述测试工具的测试框架层的API接口接收上述测试系统每次运行上述测试脚本时生成的测试命令，上述测试命令包括多个时间点以及上述多个时间点中每个时间点对应的操作指令。
在一种可能的实施方式中，上述测试请求中还包括测试信息，上述测试信息包括至少一个待测试功能，以及针对上述至少一个待测试功能中每个待测试功能所设置的测试参数；上述处理模块41用于：
通过上述测试请求触发上述测试系统根据上述测试信息中每个待测试功能所设置的测试参数，运行上述每个待测试功能对应的测试脚本，以生成各个待测试功能对应的至少一个测试命令，其中，一个测试功能对应的至少一个测试命令相同。
在一种可能的实施方式中，上述处理模块41用于：
在上述测试设备上显示测试信息配置界面，上述测试信息配置界面中包括上述测试系统支持的、且与上述待测试设备的设备类型相关联的多个待测试功能，以及上述多个待测试功能中每个待测试功能对应的测试参数配置项；
响应于用户在上述测试信息配置界面中的测试参数配置项中的输入操作，以确定用户从上述多个待测试功能中选定的至少一个待测试功能，以及上述至少一个待测试功能中每个待测试功能对应的测试参数。
在一种可能的实施方式中，上述处理模块41用于：
当检测到上述待测试设备接入测试设备时，通过测试工具的测试框架层识别当前接入的待测试设备的设备类型，并将上述待测试设备的设备类型显示在上述测试设备的测试界面上；
通过上述测试设备的测试界面获取用户操作指令；
若上述用户操作指令为设备类型确认指令，则将基于上述测试工具的测试框架层识别出的设备类型确定为上述当前接入的待测试设备的设备类型；
若上述用户操作指令为设备类型修改指令，则将上述设备类型修改指令中包括的设备类型确定为上述当前接入的待测试设备的设备类型。
在一种可能的实施方式中，上述处理模块41用于：
当检测到上述待测试设备接入测试设备时，记录上述待测试设备接入上述测试设备时所占用的设备接口的接口标识，其中一个接口标识用于唯一标记一个接口；
为上述待测试设备分配一个设备标识，并将上述待测试设备的设备标识、上述测试设备占用的设备接口的接口标识，以及上述待测试设备的设备类型进行关联存储。
在一种可能的实施方式中，上述收发模块42，用于接收上述待测试设备通过上述接口标识对应的接口向上述测试设备发送的设备注册信息；
上述处理模块41，用于根据上述设备注册信息，确定上述待测试设备的目标通信模式，其中，上述目标通信模式包括AT通信模式、或安卓调试桥ADB通信模式。
在本申请实施例中，对智能设备的测试装置可以获取当前接入的待测试设备的设备类型，并根据所述设备类型确定所述待测试设备与所述测试系统之间的目标通信模式；通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，所述测试请求包括所述待测试设备的设备类型；通过所述测试工具的测试框架层的API接口接收所述测试系统响应于所述测试请求而生成的与所述待测试设备的设备类型关联的测试命令，并通过所述测试工具的终端通信协议层将所述测试命令转换为满足所述目标通信模式的目标测试命令；通过所述待测试设备当前接入的设备接口，向所述待测试设备发送所述目标测试命令，以使所述待测试设备基于接收的所述目标测试命令执行测试任务。采用本申请实施例，可兼容多种类型的设备的测试，提高了测试方案的适用性。
请参见图5，图5是本申请实施例提供的终端设备的结构示意图。如图5所示，本实施例中的终端设备可以包括：一个或多个处理器501、存储器502和收发器503。上述处理器501、存储器502和收发器503通过总线504连接。存储器502用于存储计算机程序，该计算机程序包括程序指令，处理器501和收发器503用于执行存储器502存储的程序指令，执行如下操作：
获取当前接入的待测试设备的设备类型，并根据上述设备类型确定上述待测试设备与上述测试系统之间的目标通信模式；
通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，上述测试请求包括上述待测试设备的设备类型；
通过上述测试工具的测试框架层的API接口接收上述测试系统响应于上述测试请求而生成的与上述待测试设备的设备类型关联的测试命令，并通过上述测试工具的终端通信协议层将上述测试命令转换为满足上述目标通信模式的目标测试命令；
通过上述待测试设备当前接入的设备接口，向上述待测试设备发送上述目标测试命令，以使上述待测试设备基于接收的上述目标测试命令执行测试任务。
在一种可能的实施方式中，上述处理器501用于：
通过上述测试请求触发上述测试系统运行上述测试系统中包括的与上述设备类型相关联的测试脚本；
通过上述测试工具的测试框架层的API接口接收上述测试系统每次运行上述测试脚本时生成的测试命令，上述测试命令包括多个时间点以及上述多个时间点中每个时间点对应的操作指令。
在一种可能的实施方式中，上述测试请求中还包括测试信息，上述测试信息包括至少一个待测试功能，以及针对上述至少一个待测试功能中每个待测试功能所设置的测试参数；上述处理器501用于：
通过上述测试请求触发上述测试系统根据上述测试信息中每个待测试功能所设置的测试参数，运行上述每个待测试功能对应的测试脚本，以生成各个待测试功能对应的至少一个测试命令，其中，一个测试功能对应的至少一个测试命令相同。
在一种可能的实施方式中，上述处理器501用于：
在上述测试设备上显示测试信息配置界面，上述测试信息配置界面中包括上述测试系统支持的、且与上述待测试设备的设备类型相关联的多个待测试功能，以及上述多个待测试功能中每个待测试功能对应的测试参数配置项；
响应于用户在上述测试信息配置界面中的测试参数配置项中的输入操作，以确定用户从上述多个待测试功能中选定的至少一个待测试功能，以及上述至少一个待测试功能中每个待测试功能对应的测试参数。
在一种可能的实施方式中，上述处理器501用于：
当检测到上述待测试设备接入测试设备时，通过测试工具的测试框架层识别当前接入的待测试设备的设备类型，并将上述待测试设备的设备类型显示在上述测试设备的测试界面上；
通过上述测试设备的测试界面获取用户操作指令；
若上述用户操作指令为设备类型确认指令，则将基于上述测试工具的测试框架层识别出的设备类型确定为上述当前接入的待测试设备的设备类型；
若上述用户操作指令为设备类型修改指令，则将上述设备类型修改指令中包括的设备类型确定为上述当前接入的待测试设备的设备类型。
在一种可能的实施方式中，上述处理器501用于：
当检测到上述待测试设备接入测试设备时，记录上述待测试设备接入上述测试设备时所占用的设备接口的接口标识，其中一个接口标识用于唯一标记一个接口；
为上述待测试设备分配一个设备标识，并将上述待测试设备的设备标识、上述测试设备占用的设备接口的接口标识，以及上述待测试设备的设备类型进行关联存储。
在一种可能的实施方式中，上述处理器501用于：
接收上述待测试设备通过上述接口标识对应的接口向上述测试设备发送的设备注册信息；
根据上述设备注册信息，确定上述待测试设备的目标通信模式，其中，上述目标通信模式包括AT通信模式、或安卓调试桥ADB通信模式。
应当理解，在一些可行的实施方式中，上述处理器501可以是中央处理单元(central processing unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integratedcircuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。该存储器502可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器502的一部分还可以包括非易失性随机存取存储器。例如，存储器502还可以存储设备类型的信息。
具体实现中，上述终端设备可通过其内置的各个功能模块执行如上述图3中各个步骤所提供的实现方式，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。
在本申请实施例中，终端设备可以获取当前接入的待测试设备的设备类型，并根据所述设备类型确定所述待测试设备与所述测试系统之间的目标通信模式；通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，所述测试请求包括所述待测试设备的设备类型；通过所述测试工具的测试框架层的API接口接收所述测试系统响应于所述测试请求而生成的与所述待测试设备的设备类型关联的测试命令，并通过所述测试工具的终端通信协议层将所述测试命令转换为满足所述目标通信模式的目标测试命令；通过所述待测试设备当前接入的设备接口，向所述待测试设备发送所述目标测试命令，以使所述待测试设备基于接收的所述目标测试命令执行测试任务。采用本申请实施例，可兼容多种类型的设备的测试，提高了测试方案的适用性。
请参见图6，图6是本申请实施例提供的一种模组设备的结构示意图。该模组设备60可以执行前述方法实施例中终端设备的相关步骤，该模组设备60包括：通信模组601、电源模组602、存储模组603以及芯片模组604等。
其中，所述电源模组602用于为所述模组设备提供电能；所述存储模组603用于存储数据和指令；所述通信模组601用于进行模组设备内部通信，或者用于所述模组设备与外部设备进行通信；所述芯片模组604用于：
获取当前接入的待测试设备的设备类型，并根据上述设备类型确定上述待测试设备与上述测试系统之间的目标通信模式；
通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，上述测试请求包括上述待测试设备的设备类型；
通过上述测试工具的测试框架层的API接口接收上述测试系统响应于上述测试请求而生成的与上述待测试设备的设备类型关联的测试命令，并通过上述测试工具的终端通信协议层将上述测试命令转换为满足上述目标通信模式的目标测试命令；
通过上述待测试设备当前接入的设备接口，向上述待测试设备发送上述目标测试命令，以使上述待测试设备基于接收的上述目标测试命令执行测试任务。
在一种可能的实施方式中，上述芯片模组604用于：
通过上述测试请求触发上述测试系统运行上述测试系统中包括的与上述设备类型相关联的测试脚本；
通过上述测试工具的测试框架层的API接口接收上述测试系统每次运行上述测试脚本时生成的测试命令，上述测试命令包括多个时间点以及上述多个时间点中每个时间点对应的操作指令。
在一种可能的实施方式中，上述测试请求中还包括测试信息，上述测试信息包括至少一个待测试功能，以及针对上述至少一个待测试功能中每个待测试功能所设置的测试参数；上述芯片模组604用于：
通过上述测试请求触发上述测试系统根据上述测试信息中每个待测试功能所设置的测试参数，运行上述每个待测试功能对应的测试脚本，以生成各个待测试功能对应的至少一个测试命令，其中，一个测试功能对应的至少一个测试命令相同。
在一种可能的实施方式中，上述芯片模组604用于：
在上述测试设备上显示测试信息配置界面，上述测试信息配置界面中包括上述测试系统支持的、且与上述待测试设备的设备类型相关联的多个待测试功能，以及上述多个待测试功能中每个待测试功能对应的测试参数配置项；
响应于用户在上述测试信息配置界面中的测试参数配置项中的输入操作，以确定用户从上述多个待测试功能中选定的至少一个待测试功能，以及上述至少一个待测试功能中每个待测试功能对应的测试参数。
在一种可能的实施方式中，上述芯片模组604用于：
当检测到上述待测试设备接入测试设备时，通过测试工具的测试框架层识别当前接入的待测试设备的设备类型，并将上述待测试设备的设备类型显示在上述测试设备的测试界面上；
通过上述测试设备的测试界面获取用户操作指令；
若上述用户操作指令为设备类型确认指令，则将基于上述测试工具的测试框架层识别出的设备类型确定为上述当前接入的待测试设备的设备类型；
若上述用户操作指令为设备类型修改指令，则将上述设备类型修改指令中包括的设备类型确定为上述当前接入的待测试设备的设备类型。
在一种可能的实施方式中，上述芯片模组604用于：
当检测到上述待测试设备接入测试设备时，记录上述待测试设备接入上述测试设备时所占用的设备接口的接口标识，其中一个接口标识用于唯一标记一个接口；
为上述待测试设备分配一个设备标识，并将上述待测试设备的设备标识、上述测试设备占用的设备接口的接口标识，以及上述待测试设备的设备类型进行关联存储。
在一种可能的实施方式中，上述芯片模组604用于：
接收上述待测试设备通过上述接口标识对应的接口向上述测试设备发送的设备注册信息；
根据上述设备注册信息，确定上述待测试设备的目标通信模式，其中，上述目标通信模式包括AT通信模式、或安卓调试桥ADB通信模式。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令被处理器执行时实现图3中各个步骤所提供的对智能设备的测试方法，具体可参见上述各个步骤所提供的实现方式，在此不再赘述。
上述计算机可读存储介质可以是前述任一实施例提供的对智能设备的测试装置或者上述终端设备的内部存储单元，例如电子设备的硬盘或内存。该计算机可读存储介质也可以是该电子设备的外部存储设备，例如该电子设备上配备的插接式硬盘，智能存储卡(smart media card,SMC)，安全数字(secure digital,SD)卡，闪存卡(flash card)等。进一步地，该计算机可读存储介质还可以既包括该电子设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该电子设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在处理器上运行时，上述方法实施例的方法流程得以实现。
本申请的权利要求书和说明书及附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置展示该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例提供的方法及相关装置是参照本申请实施例提供的方法流程图和/或结构示意图来描述的，具体可由计算机程序指令实现方法流程图和/或结构示意图的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可提供到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或结构示意一个方框或多个方框中指定的功能的步骤。

Claims (12)

1.一种对智能设备的测试方法，其特征在于，所述方法包括：
获取当前接入的待测试设备的设备类型，并根据所述设备类型确定所述待测试设备与所述测试系统之间的目标通信模式；
通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，所述测试请求包括所述待测试设备的设备类型；
通过所述测试工具的测试框架层的API接口接收所述测试系统响应于所述测试请求而生成的与所述待测试设备的设备类型关联的测试命令，并通过所述测试工具的终端通信协议层将所述测试命令转换为满足所述目标通信模式的目标测试命令；
通过所述待测试设备当前接入的设备接口，向所述待测试设备发送所述目标测试命令，以使所述待测试设备基于接收的所述目标测试命令执行测试任务。
2.根据权利要求1所述方法，其特征在于，所述通过所述测试工具的测试框架层的API接口接收所述测试系统响应于所述测试请求而生成的与所述待测试设备的设备类型关联的测试命令，包括：
通过所述测试请求触发所述测试系统运行所述测试系统中包括的与所述设备类型相关联的测试脚本；
通过所述测试工具的测试框架层的API接口接收所述测试系统每次运行所述测试脚本时生成的测试命令，所述测试命令包括多个时间点以及所述多个时间点中每个时间点对应的操作指令。
3.根据权利要求2所述方法，其特征在于，所述测试请求中还包括测试信息，所述测试信息包括至少一个待测试功能，以及针对所述至少一个待测试功能中每个待测试功能所设置的测试参数；所述通过所述测试请求触发所述测试系统运行所述测试系统中包括的与所述设备类型相关联的测试脚本，包括：
通过所述测试请求触发所述测试系统根据所述测试信息中每个待测试功能所设置的测试参数，运行所述每个待测试功能对应的测试脚本，以生成各个待测试功能对应的至少一个测试命令，其中，一个测试功能对应的至少一个测试命令相同。
4.根据权利要求3所述方法，其特征在于，所述方法还包括：
在所述测试设备上显示测试信息配置界面，所述测试信息配置界面中包括所述测试系统支持的、且与所述待测试设备的设备类型相关联的多个待测试功能，以及所述多个待测试功能中每个待测试功能对应的测试参数配置项；
响应于用户在所述测试信息配置界面中的测试参数配置项中的输入操作，以确定用户从所述多个待测试功能中选定的至少一个待测试功能，以及所述至少一个待测试功能中每个待测试功能对应的测试参数。
5.根据权利要求1-4任一项所述方法，其特征在于，所述获取当前接入的待测试设备的设备类型，包括：
当检测到所述待测试设备接入测试设备时，通过测试工具的测试框架层识别当前接入的待测试设备的设备类型，并将所述待测试设备的设备类型显示在所述测试设备的测试界面上；
通过所述测试设备的测试界面获取用户操作指令；
若所述用户操作指令为设备类型确认指令，则将基于所述测试工具的测试框架层识别出的设备类型确定为所述当前接入的待测试设备的设备类型；
若所述用户操作指令为设备类型修改指令，则将所述设备类型修改指令中包括的设备类型确定为所述当前接入的待测试设备的设备类型。
6.根据权利要求5所述方法，其特征在于，所述方法还包括：
当检测到所述待测试设备接入测试设备时，记录所述待测试设备接入所述测试设备时所占用的设备接口的接口标识，其中一个接口标识用于唯一标记一个接口；
为所述待测试设备分配一个设备标识，并将所述待测试设备的设备标识、所述测试设备占用的设备接口的接口标识，以及所述待测试设备的设备类型进行关联存储。
7.根据权利要求6所述方法，其特征在于，所述方法还包括：
接收所述待测试设备通过所述接口标识对应的接口向所述测试设备发送的设备注册信息；
根据所述设备注册信息，确定所述待测试设备的目标通信模式，其中，所述目标通信模式包括AT通信模式、或安卓调试桥ADB通信模式。
8.一种对智能设备的测试装置，其特征在于，所述装置包括：
处理模块，用于获取当前接入的待测试设备的设备类型，并根据所述设备类型确定所述待测试设备与所述测试系统之间的目标通信模式；
收发模块，用于通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，所述测试请求包括所述待测试设备的设备类型；
所述收发模块，用于通过所述测试工具的测试框架层的API接口接收所述测试系统响应于所述测试请求而生成的与所述待测试设备的设备类型关联的测试命令；
所述处理模块，用于通过所述测试工具的终端通信协议层将所述测试命令转换为满足所述目标通信模式的目标测试命令；
所述收发模块，用于通过所述待测试设备当前接入的设备接口，向所述待测试设备发送所述目标测试命令，以使所述待测试设备基于接收的所述目标测试命令执行测试任务。
9.一种终端设备，其特征在于，包括处理器、存储器和收发器，所述处理器、所述存储器和所述收发器耦合；
所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器和所述收发器被配置用于调用所述程序指令，执行如权利要求1-7任一项所述的方法。
10.一种芯片，其特征在于，所述芯片，用于：
获取当前接入的待测试设备的设备类型，并根据所述设备类型确定所述待测试设备与所述测试系统之间的目标通信模式；
通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，所述测试请求包括所述待测试设备的设备类型；
通过所述测试工具的测试框架层的API接口接收所述测试系统响应于所述测试请求而生成的与所述待测试设备的设备类型关联的测试命令，并通过所述测试工具的终端通信协议层将所述测试命令转换为满足所述目标通信模式的目标测试命令；
通过所述待测试设备当前接入的设备接口，向所述待测试设备发送所述目标测试命令，以使所述待测试设备基于接收的所述目标测试命令执行测试任务。
11.一种模组设备，其特征在于，所述模组设备包括电源模组、存储模组以及芯片模组，其中：
所述电源模组用于为所述模组设备提供电能；
所述存储模组用于存储数据和指令；
所述芯片模组用于：
获取当前接入的待测试设备的设备类型，并根据所述设备类型确定所述待测试设备与所述测试系统之间的目标通信模式；
通过测试工具的测试框架层的应用程序接口API接口向测试系统发出测试请求，所述测试请求包括所述待测试设备的设备类型；
通过所述测试工具的测试框架层的API接口接收所述测试系统响应于所述测试请求而生成的与所述待测试设备的设备类型关联的测试命令，并通过所述测试工具的终端通信协议层将所述测试命令转换为满足所述目标通信模式的目标测试命令；
通过所述待测试设备当前接入的设备接口，向所述待测试设备发送所述目标测试命令，以使所述待测试设备基于接收的所述目标测试命令执行测试任务。
12.一种计算机可读存储介质，其特征在于，所述计算机存储介质中存储有计算机可读指令，当所述计算机可读指令在通信装置上运行时，使得所述通信装置执行如权利要求1-7中任意一项所述的方法。
CN202110898269.6A 2021-08-05 2021-08-05 对智能设备的测试方法及装置 Active CN113672441B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110898269.6A CN113672441B (zh) 2021-08-05 2021-08-05 对智能设备的测试方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110898269.6A CN113672441B (zh) 2021-08-05 2021-08-05 对智能设备的测试方法及装置

Publications (2)

Publication Number Publication Date
CN113672441A true CN113672441A (zh) 2021-11-19
CN113672441B CN113672441B (zh) 2023-06-06

Family

ID=78541648

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110898269.6A Active CN113672441B (zh) 2021-08-05 2021-08-05 对智能设备的测试方法及装置

Country Status (1)

Country Link
CN (1) CN113672441B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114113711A (zh) * 2021-11-30 2022-03-01 武汉天喻信息产业股份有限公司 一种多接口并行测试的方法和系统
CN115913427A (zh) * 2022-11-04 2023-04-04 深圳市乐凡信息科技有限公司 北斗模块的测试方法、装置、设备及存储介质
CN115980554A (zh) * 2023-02-17 2023-04-18 苏州天准科技股份有限公司 一种芯片测试的方法及其电子设备
CN116996930A (zh) * 2023-09-28 2023-11-03 深圳市鲸视科技有限公司 无线设备测试方法、系统、计算机设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150026665A1 (en) * 2013-07-17 2015-01-22 Ebay Inc. Automated test on applications or websites in mobile devices
CN104899149A (zh) * 2015-06-29 2015-09-09 上海瀚银信息技术有限公司 一种自动化测试管理方法
US20160044520A1 (en) * 2014-08-11 2016-02-11 Verizon Patent And Licensing Inc. Mobile automation test platform
US20180048555A1 (en) * 2016-08-12 2018-02-15 W2Bi, Inc. Device profile-driven automation for cell-based test systems
CN110032511A (zh) * 2019-03-19 2019-07-19 深圳市买买提信息科技有限公司 一种接口测试方法及接口测试设备
CN111208798A (zh) * 2019-12-26 2020-05-29 深圳市优必选科技股份有限公司 机器人的测试方法、装置、电子设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150026665A1 (en) * 2013-07-17 2015-01-22 Ebay Inc. Automated test on applications or websites in mobile devices
US20160044520A1 (en) * 2014-08-11 2016-02-11 Verizon Patent And Licensing Inc. Mobile automation test platform
CN104899149A (zh) * 2015-06-29 2015-09-09 上海瀚银信息技术有限公司 一种自动化测试管理方法
US20180048555A1 (en) * 2016-08-12 2018-02-15 W2Bi, Inc. Device profile-driven automation for cell-based test systems
CN110032511A (zh) * 2019-03-19 2019-07-19 深圳市买买提信息科技有限公司 一种接口测试方法及接口测试设备
CN111208798A (zh) * 2019-12-26 2020-05-29 深圳市优必选科技股份有限公司 机器人的测试方法、装置、电子设备及存储介质

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114113711A (zh) * 2021-11-30 2022-03-01 武汉天喻信息产业股份有限公司 一种多接口并行测试的方法和系统
CN115913427A (zh) * 2022-11-04 2023-04-04 深圳市乐凡信息科技有限公司 北斗模块的测试方法、装置、设备及存储介质
CN115980554A (zh) * 2023-02-17 2023-04-18 苏州天准科技股份有限公司 一种芯片测试的方法及其电子设备
CN115980554B (zh) * 2023-02-17 2024-02-09 苏州天准科技股份有限公司 一种芯片测试的方法及其电子设备
CN116996930A (zh) * 2023-09-28 2023-11-03 深圳市鲸视科技有限公司 无线设备测试方法、系统、计算机设备及存储介质
CN116996930B (zh) * 2023-09-28 2023-12-05 深圳市鲸视科技有限公司 无线设备测试方法、系统、计算机设备及存储介质

Also Published As

Publication number Publication date
CN113672441B (zh) 2023-06-06

Similar Documents

Publication Publication Date Title
CN113672441B (zh) 对智能设备的测试方法及装置
CN109302522B (zh) 测试方法、装置以及计算机系统和介质
CN109361562B (zh) 一种基于关联网络设备接入的自动化测试方法
CN111045952B (zh) 软件测试方法、流量回放装置、终端设备及可读存储介质
CN107592238B (zh) 接口的自动测试方法及系统、服务终端、存储器
CN111897724B (zh) 一种适用于云平台的自动化测试方法及装置
CN105787364B (zh) 任务的自动化测试方法、装置及系统
CN104424089A (zh) 终端的测试方法及装置
CN108228444B (zh) 一种测试方法和装置
CN103634592A (zh) 智能电视自动化测试方法及系统
CN107807841B (zh) 服务器模拟方法、装置、设备及可读存储介质
CN111831542B (zh) Api应用调测方法及装置、存储介质
CN112732587B (zh) 一种自动化测试日志的获取方法、装置、电子设备及存储介质
CN113168332B (zh) 数据处理方法、装置以及移动终端
CN110320378B (zh) 质控测试申请方法、装置、设备及计算机可读存储介质
CN110928770A (zh) 软件测试的方法、装置、系统、存储介质和电子设备
CN109324962A (zh) 一种基于云物联技术的应用程序的测试方法及设备
CN111858364A (zh) 测试终端的参数配置方法、装置及系统
CN106294119B (zh) 测试调度系统、方法及终端设备
CN114172978A (zh) 多协议设备接入方法及相关装置
CN114201346A (zh) 一种can通讯接口的hil测试方法、装置及电子设备
CN113452556A (zh) 产品技能的配置方法、装置、存储介质及电子装置
CN111128139B (zh) 无侵入式语音测试方法及装置
CN112181822A (zh) 一种测试方法和应用程序的启动耗时测试方法
CN117041111A (zh) 车云功能测试方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant