CN113238901A - 多设备的自动化测试方法及装置、存储介质、计算机设备 - Google Patents

多设备的自动化测试方法及装置、存储介质、计算机设备 Download PDF

Info

Publication number
CN113238901A
CN113238901A CN202110507438.9A CN202110507438A CN113238901A CN 113238901 A CN113238901 A CN 113238901A CN 202110507438 A CN202110507438 A CN 202110507438A CN 113238901 A CN113238901 A CN 113238901A
Authority
CN
China
Prior art keywords
test
task
information
child node
result
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
CN202110507438.9A
Other languages
English (en)
Other versions
CN113238901B (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 Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai 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 Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN202110507438.9A priority Critical patent/CN113238901B/zh
Publication of CN113238901A publication Critical patent/CN113238901A/zh
Application granted granted Critical
Publication of CN113238901B publication Critical patent/CN113238901B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2289Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by configuration test
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2268Logging of test results

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)
  • Debugging And Monitoring (AREA)

Abstract

一种多设备的自动化测试方法及装置、存储介质、计算机设备,其中,所述方法包括:当获取当前测试任务的信息时,根据所述当前测试任务的信息生成任务树的父节点;获取待测试的多个设备的信息,并根据各个设备的信息生成所述任务树的子节点,所述子节点与设备一一对应;当各个设备执行完当前测试任务之后,将各个设备的测试结果保存到该设备对应的子节点中,各个子节点的测试结果经过分析得到各个子节点的分析结果。通过该方案,能够基于任务树管理执行当前测试任务的多个设备,并同一获取各个设备的测试结果和分析结果,实现高效且低成本的多设备自动化测试。

Description

多设备的自动化测试方法及装置、存储介质、计算机设备
技术领域
本发明涉及自动化测试领域,尤其涉及一种多设备的自动化测试方法及装置、存储介质、计算机设备。
背景技术
传统的自动测试,也称为稳定性测试,主要分为在线和离线两种方式。在线:测试设备在测试过程中一直与测试执行终端(例如,电脑)连接;离线:测试设备在测试过程中脱离测试执行终端。对于多设备的稳定性测试,在线测试占用资源高(如测试设备的资源,实验室资源等),导致测试成本高。
离线测试可以在测试启动后,将测试设备脱离测试执行终端,仅需保证测试设备保持在充电状态。但离线测试也有一个缺点,就是对测试设备的结果处理非常繁琐,需要人工逐台检查测试设备的测试日志(log)。测试完成后,对于测试结果的处理占用了大量的人力,测试成本高、且测试效率低。
发明内容
本发明解决的技术问题是如何降低测试成本并提高测试效率。
为解决上述问题,本发明实施例提供了一种多设备的自动化测试方法,所述方法包括:当获取当前测试任务的信息时,根据所述当前测试任务的信息生成任务树的父节点;获取待测试的多个设备的信息,并根据各个设备的信息生成所述任务树的子节点,所述子节点与设备一一对应;当各个设备执行完当前测试任务之后,将各个设备的测试结果保存到该设备对应的子节点中,各个子节点的测试结果经过分析得到各个子节点的分析结果。
可选的,所述根据所述当前测试任务的信息生成任务树的父节点之后,还包括:向各个设备发送注册模块和所述当前测试任务的测试脚本,以使各个设备通过运行所述注册模块上报自己的信息,各个设备运行所述测试脚本以执行所述当前测试任务;所述获取待测试的多个设备的信息,包括:获取各个设备通过运行所述注册模块上报的信息。
可选的,各个设备执行测试脚本时,先调用所述注册模块,以上报自己的信息。
可选的,各个设备上报自己的信息时处于接入状态,各个设备执行测试任务时处于未接入状态,所述方法还包括:在各个设备执行当前测试任务之后,若检测到设备接入,判断所述任务树中是否存在接入的设备对应的子节点;当所述任务树中存在接入的设备对应的子节点时,判断该设备对应的子节点是否已保存该设备的测试结果,如果没有,则从该设备中读取测试结果,并将读取的测试结果保存到该设备对应的子节点中。
可选的,所述判断所述任务树中是否存在接入的设备对应的子节点,还包括:当所述任务树中不存在接入的设备对应的子节点时,输出提示信息。
可选的,所述各个子节点的测试结果经过分析得到各个子节点的分析结果之后,还包括:将各个节点的分析结果保存到该子节点中。
可选的,所述方法还包括:在得到所述任务树中所有子节点的分析结果之后,根据各个子节点的分析结果生成所述当前测试任务的测试报告。
可选的,所述方法还包括:基于报告生成请求,生成目标子节点的分析结果对应的测试报告,其中,所述报告生成请求中携带有目标子节点的信息,所述目标子节点包括一个或多个子节点。
本发明实施例还提供一种多设备的自动化测试装置,所述装置包括:父节点生成模块,用于当获取当前测试任务的信息时,根据所述当前测试任务的信息生成任务树的父节点;子节点获取模块,用于获取待测试的多个设备的信息,并根据各个设备的信息生成所述任务树的子节点,所述子节点与设备一一对应;分析模块,用于当各个设备执行完当前测试任务之后,将各个设备的测试结果保存到该设备对应的子节点中,各个子节点的测试结果经过分析得到各个子节点的分析结果。
本发明实施例还提供一种存储介质,其上存储有计算机程序,所述计算机程序被处理器运行时执行上述多设备的自动化测试方法的步骤。
本发明实施例还提供一种计算机设备,包括所述的多设备的自动化测试装置,或者,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,所述处理器运行所述计算机程序时执行上述多设备的自动化测试方法的步骤。
与现有技术相比,本发明实施例的技术方案具有以下有益效果:
本发明实施例的自动化测试方法中,根据所述当前测试任务的信息生成任务树的父节点,根据各个设备的信息生成所述任务树的子节点,所述子节点与设备一一对应,当各个设备执行完当前测试任务之后,将各个设备的测试结果保存到该设备对应的子节点中,各个子节点的测试结果经过分析得到各个子节点的分析结果。上述方案基于任务树管理执行当前测试任务的多个设备,各个设备的测试结果保存到相应的节点并用于分析得到相应的分析结果,实现高效且低成本的多设备自动化测试。
进一步地,可向各个设备下发注册模块以触发设备运行该注册模块上报自己的信息,之后根据各个设备的信息生成各个设备对应的子节点,还可向设备下发测试脚本供设备执行测试,以控制设备的自动化测试。
进一步地,对于设备的离线测试,可以在设备完成测试接入(例如,接入诸如PC等测试终端)时检测重新接入的设备是否在任务树中,对于在任务树中的设备,能够基于任务树对其进行管理并将测试结果保存在相应的子节点中,对于未在任务树中的设备,可以通过提示信息提示用户进行排查。由此,能够自动管理设备的离线测试,减少离线测试中占用的人力,降低测试成本,提高测试效率。
进一步地,在得到所述任务树中所有子节点的分析结果后,可自动触发生成当前测试任务对应的测试报告。若未获取到所有子节点的分析结果或者仅需要生成部分设备的测试报告,也可以通过报告生成请求指定生成测试报告对应的子节点,以灵活管理设备的测试结果。
附图说明
图1为本发明实施例的一种多设备的自动化测试方法的流程示意图;
图2为本发明实施例的一种任务树的示意图;
图3为本发明实施例的一种多设备的自动化测试方法的部分流程示意图;
图4为本发明实施例的另一种多设备的自动化测试方法的应用场景示意图;
图5为本发明实施例的一种多设备的自动化测试装置的结构示意图。
具体实施方式
现有技术中多设备自动化测试时需要逐台设备分析测试结果,存在测试效率低、成本高的问题。
为解决上述问题,本发明实施例提供一种多设备的自动化测试方法,所述方法包括:当获取当前测试任务的信息时,根据所述当前测试任务的信息生成任务树的父节点;获取待测试的多个设备的信息,并根据各个设备的信息生成所述任务树的子节点,所述子节点与设备一一对应;当各个设备执行完当前测试任务之后,将各个设备的测试结果保存到该设备对应的子节点中,各个子节点的测试结果经过分析得到各个子节点的分析结果。
通过上述方法,能够基于任务树管理执行当前测试任务的多个设备,并同一获取各个设备的测试结果和分析结果,实现高效且低成本的多设备自动化测试。
为使本发明的上述目的、特征和有益效果能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
请参见图1,图1为本发明实施例的一种多设备的自动化测试方法的流程示意图。所述方法可以由终端、服务器或服务器集群执行,所述终端可以为手机、电脑等,以下以个人电脑(Personal Computer,简称PC)为例进行说明。图1所述多设备的自动化测试方法具体包括以下步骤S101至S103,详述如下。
步骤S101,当获取当前测试任务的信息时,根据所述当前测试任务的信息生成任务树的父节点。
具体地,当前测试任务为要执行的测试任务,同一计算机设备可以管理多个测试任务,在针对每一测试任务执行图1所述方法时,将该测试任务作为当前测试任务。测试任务由测试人员设定,可选的,测试任务与测试脚本一一对应,在各个设备上运行当前测试任务的测试脚本,以执行当前测试任务。
当前测试任务的信息可以为该测试任务的标识(Identification,简称ID)或者名称等信息。在所述PC获取到所述当前测试任务的信息时,自动以当前测试任务的信息作为父节点建立当前测试任务对应的任务树(task tree),任务树为将自动化测试中用于管理所有挂载测试的设备的树形结构。可选的,PC生成的任务树与该PC管理的测试任务一一对应。
步骤S102,获取待测试的多个设备的信息,并根据各个设备的信息生成所述任务树的子节点,所述子节点与设备一一对应。
其中,要执行当前测试任务的多个设备(即待测试的多个设备)的信息可以为各个设备的标识(ID)或者设备号等信息。所述设备可以为手机、电脑、智能手表、芯片等。请参见图2,图2为本发明实施例的一种任务树的示意图,该任务树包括父节点-任务ID201和多个子节点202,如图2所示的设备1,设备2,…,设备n。可选的,任务树生成之后,该任务树中的数据存储于PC端本地的数据库或者远程数据库中。
具体地,将各个设备与所述PC建立连接,该连接可以为电路连接,也可以为蓝牙、网络等连接。所述PC通过与各个设备的连接获取各个设备的信息,以每个设备的信息作为任务树的子节点。可选的,所述PC根据与其连接的设备的数量确定生成的任务树的子节点的数量。
步骤S103,当各个设备执行完当前测试任务之后,将各个设备的测试结果保存到该设备对应的子节点中,各个子节点的测试结果经过分析得到各个子节点的分析结果。
各个设备各自运行当前测试任务的测试脚本,以执行当前测试任务。在每一设备执行完成之后,可自动上报执行当前测试任务的结果,也即测试结果至PC,以使PC根据各个设备的信息,将各个设备上报的测试结果保存在该设备对应的子节点中。或者,所述PC也可以在各个设备执行完所述当前测试任务之后,主动从每一设备读取其测试结果,以存储到该设备对应的子节点中。
通常来说,每一设备的测试结果以测试日志(log)的形式存在,log中可能会包含测试开始时间、测试时长、测试包括的多个阶段或者多个测试项目,以及各个阶段或者测试项目对应的测试返回值。测试log具体包括的内容可以由测试人员根据编写的测试脚本确定,本发明实施例不作限定。
可选的,所述各个子节点的测试结果经过分析得到各个子节点的分析结果之后,还包括:将各个节点的分析结果保存到该子节点中。
具体地,在PC获取到各个设备的测试结果、并将其存储到该设备对应的子节点中之后,可以对测试结果进行分析,得到其对应的分析结果。例如,若测试结果为测试log,则可提取log中的某些字段,作为分析后的测试结果,也即分析结果。可选的,在PC得到一子节点的分析结果之后,将该分析结果保存到该子节点中。进一步,在PC将分析结果保存到对应的子节点之后,删除该子节点中存储的测试结果。
通过图1所述的多设备的自动化测试方法,能够基于任务树管理执行当前测试任务的多个设备,并同一获取各个设备的测试结果和分析结果,实现高效且低成本的多设备自动化测试。
在一个实施例中,图1中步骤S101所述根据所述当前测试任务的信息生成任务树的父节点之后,还可以包括:向各个设备发送注册模块和所述当前测试任务的测试脚本,以使各个设备通过运行所述注册模块上报自己的信息,各个设备运行所述测试脚本以执行所述当前测试任务;所述获取待测试的多个设备的信息,包括:获取各个设备通过运行所述注册模块上报的信息。
其中,注册模块作为一个桩模块,用于收集各个设备的信息,并将收集的各个设备的信息更新到任务树中。可选的,注册模块与测试脚本可以集成在一起,也可以彼此独立,可选的,注册模块还用于监测设备的在线状态。具体地,注册模块和测试脚本由PC下发给各个设备。
各个设备运行注册模块向PC上报自己的信息,当PC端的任务树中不存在某一设备上报的信息对应的子节点时,则自动生成该设备对应的子节点。
可选的,注册模块需要输入必要的信息:任务标识(task ID)、测试类型、测试所需时长等。注册模块上报设备的信息成功后,设备自动执行测试脚本,在测试脚本启动后,就可以将设备脱离PC,例如将设备进行离线测试或者断网测试等等。此时,该设备的信息已经更新到任务树里面了。
可选的,各个设备执行测试脚本时,先调用所述注册模块,以上报自己的信息。具体地,当注册模块和测试脚本集成在一起时,在每个设备启动测试时,首先执行注册模块,收集测试任务所需的信息(也即该设备的信息)并将信息更新到任务树中。
本实施例中,PC端向各个设备下发注册模块以触发设备上报自己的信息,生成各个设备对应的子节点,PC端向设备下发测试脚本供设备执行测试,以控制设备的自动化测试。
在一个实施例中,各个设备上报自己的信息时处于接入状态,各个设备执行测试任务时处于未接入状态。请参见图3,多设备的自动化测试方法还可以包括:步骤S301,使各个设备接入PC(即设备处于接入状态/在线状态)以上报自己的信息;步骤S302,在完成信息上报之后,设备可以脱离PC(即设备处于未接入状态/离线状态)。步骤S303,在各个设备执行当前测试任务之后,若检测到设备接入,判断所述任务树中是否存在接入的设备对应的子节点;当所述任务树中存在接入的设备对应的子节点时,执行步骤S304,判断该设备对应的子节点是否已保存该设备的测试结果,如果没有,则执行步骤S305,从该设备中读取测试结果,并将读取的测试结果保存到该设备对应的子节点中。
具体地,可通过各个设备的测试开始时间以及测试时长确定其是否执行完当前测试任务,在各个设备执行完测试任务之后,恢复设备和PC端的连接。在每一设备恢复和PC端的连接后,PC端检测到该设备的接入,即判断任务树中是否存在接入设备对应的子节点,以继续执行步骤S304。
可选的,步骤S303所述判断所述任务树中是否存在接入的设备对应的子节点之后还包括:当所述任务树中不存在接入的设备对应的子节点时,执行步骤S306,输出提示信息。
其中,提示信息用于告知测试人员,该提示信息可以在PC端输出,也可以以邮件、网络消息等发送至其他终端。
本实施例中,对于设备的离线测试,可以在设备完成测试接入PC时检测重新接入的设备是否在任务树中,在任务树中的设备能够基于任务树进行管理并自动获取测试结果,未在任务树中的设备也可以通过提示信息提示测试人员进行排查。由此,能够自动管理设备的离线测试,减少离线测试中占用的人力,降低测试成本,提高测试效率。
在一个实施例中,在得到所述任务树中所有子节点的分析结果之后,根据各个子节点的分析结果生成所述当前测试任务的测试报告。
其中,测试报告用于体现任务树中一个或多个子节点对应的设备的测试情况,可以为对该一个或多个子节点对应的设备的分析结果进行统计、分类得到的报告。若PC端检测到任务树中所有节点都已获取到分析结果,则PC可以自动生成该任务树对应的当前测试任务对应的测试报告。
可选的,所述多设备的自动化测试方法还包括:基于报告生成请求,生成目标子节点的分析结果对应的测试报告,其中,所述报告生成请求中携带有目标子节点的信息,所述目标子节点包括一个或多个子节点。
其中,报告生成请求用于指定任务树中一个或多个子节点作为目标子节点,可以仅生产该目标子节点对应的测试报告。可选的,若任务树中存在部分子节点未获取到分析结果,则可以将获取到分析结果的子节点作为目标子节点。可选的,报告生成请求可以由测试人员在PC端输入,也可以由其他终端发送至PC。
本实施例中,在得到所述任务树中所有子节点的分析结果后,可自动触发PC生成当前测试任务对应的测试报告。若未获取到所有子节点的分析结果或者仅需要生成部分设备的测试报告,也可以通过报告生成请求指定生成测试报告对应的子节点,以灵活管理设备的测试结果。
在一个实施例中,PC端可以通过一个工具(Tool)实现本发明实施例的多设备的自动化测试方法,也即通过该工具管理一个或多个测试任务的任务树和执行各个测试任务的设备。请参见图4,图4为本发明实施例的另一种多设备的自动化测试方法的示意图,所述工具401作为任务树402和测试的各个设备403的桥梁,负责对***PC的设备进行识别和处理。具体地,所述工具401能够向任务树402下达管理指令,如报告生成请求、生成子节点的指令等等,任务树402也可以向所述工具401提供各个子节点对应的设备的信息、测试结果以及分析结果等信息。与PC连接的各个设备403也能够直接向工具上报设备的信息以生成任务树402中的子节点。
在一个实施例中,工具的使用方式包括:步骤一,在工具(Tool)中新建一个测试任务,输入父节点的信息以生成任务树的父节点。接入测试的设备,点击获取设备的信息后,工具会将所有任务树里面的设备对应的子节点都罗列出来。可通过工具控制各个设备执行测试任务,在执行测试任务后,各个设备可以转入未接入的状态。步骤二,***各个测试设备,工具检测接入的设备是否存在于任务树中。如果存在,并且该设备的测试结果还未被分析,工具将自动分析该设备的测试结果,并将分析结果同步更新到任务树对应的子节点中。可选的,工具会自动检测***设备的类型,自动分析测试结果并将分析结果更新到对应的子节点中。任务树中所有设备都完成分析结果的更新后,工具自动发送测试报告至PC端或者其他终端。
另外,工具会对各种异常进行处理:比如物理连接的设备数量,如与设备树的子节点数量不一致,会给出异常提示;***工具的设备如果已经完成分析,也会提示测试人员。可选的,对于各个设备(即任务树中的子节点)处于的测试阶段(例如,未开始测试、已开始测试、已获取测试结果、已获取分析结果等等),工具会在界面上直观的以不同的图标显示。
请参见图5,本发明实施例还提供一种多设备的自动化测试装置50,包括:父节点生成模块501,用于当获取当前测试任务的信息时,根据所述当前测试任务的信息生成任务树的父节点;子节点获取模块502,用于获取待测试的多个设备的信息,并根据各个设备的信息生成所述任务树的子节点,所述子节点与设备一一对应;分析模块503,用于当各个设备执行完当前测试任务之后,将各个设备的测试结果保存到该设备对应的子节点中,各个子节点的测试结果经过分析得到各个子节点的分析结果。
在一个实施例中,所述根据所述当前测试任务的信息生成任务树的父节点之后,多设备的自动化测试装置50还包括:发送模块,用于向各个设备发送注册模块和所述当前测试任务的测试脚本,以使各个设备通过运行所述注册模块上报自己的信息,各个设备运行所述测试脚本以执行所述当前测试任务;所述子节点获取模块502,还用于获取各个设备通过运行所述注册模块上报的信息。
可选的,各个设备执行测试脚本时,先调用所述注册模块,以上报自己的信息。
在一个实施例中,各个设备上报自己的信息时处于接入状态,各个设备执行测试任务时处于未接入状态,所述多设备的自动化测试装置50还包括:子节点判断模块,用于在各个设备执行当前测试任务之后,若检测到设备接入,判断所述任务树中是否存在接入的设备对应的子节点;测试结果保存模块,用于当所述任务树中存在接入的设备对应的子节点时,判断该设备对应的子节点是否已保存该设备的测试结果,如果没有,则从该设备中读取测试结果,并将读取的测试结果保存到该设备对应的子节点中。
在一个实施例中,测试结果保存模块在判断所述任务树中不存在接入的设备对应的子节点时,所述多设备的自动化测试装置50还包括:提示信息输出模块,用于输出提示信息。
在一个实施例中,所述各个子节点的测试结果经过分析得到各个子节点的分析结果之后,多设备的自动化测试装置50还包括:分析结果更新模块,用于将各个节点的分析结果保存到该子节点中。
在一个实施例中,多设备的自动化测试装置50还包括:第一报告生成模块,用于在得到所述任务树中所有子节点的分析结果之后,根据各个子节点的分析结果生成所述当前测试任务的测试报告。
在一个实施例中,多设备的自动化测试装置50还包括:第二报告生成模块,用于基于报告生成请求,生成目标子节点的分析结果对应的测试报告,其中,所述报告生成请求中携带有目标子节点的信息,所述目标子节点包括一个或多个子节点。
关于多设备的自动化测试装置50的工作原理、工作方式的更多内容,可以参照图1至图4关于所述多设备的自动化测试方法的相关描述,这里不再赘述。
在具体实施中,上述的多设备的自动化测试装置50可以对应于支持多设备的自动化测试功能的芯片,或者对应于具有数据处理功能的芯片,例如片上***(System-On-a-Chip,SOC)、基带芯片等;或者对应于终端中包括具有支持多设备的自动化测试功能芯片的芯片模组;或者对应于具有数据处理功能芯片的芯片模组,或者对应于终端。
在具体实施中,关于上述实施例中描述的各个装置、产品包含的各个模块/单元,其可以是软件模块/单元,也可以是硬件模块/单元,或者也可以部分是软件模块/单元,部分是硬件模块/单元。
例如,对于应用于或集成于芯片的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现;对于应用于或集成于芯片模组的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片模组内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现;对于应用于或集成于终端的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,不同的模块/单元可以位于终端内同一组件(例如,芯片、电路模块等)或者不同组件中,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于终端内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
本发明实施例还提供一种存储介质,其上存储有计算机程序,所述计算机程序被处理器运行时执行图1或图4所述多设备的自动化测试方法的步骤。所述存储介质可以是计算机可读存储介质,例如可以包括非挥发性存储器(non-volatile)或者非瞬态(non-transitory)存储器,还可以包括光盘、机械硬盘、固态硬盘等。
本发明实施例还提供一种计算机设备。所述计算机设备可以包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,所述处理器运行所述计算机程序时执行图1至图4所述多设备的自动化测试方法的步骤。
具体地,在本发明实施例中,所述处理器可以为中央处理单元(centralprocessing unit,简称CPU),该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor,简称DSP)、专用集成电路(application specificintegrated circuit,简称ASIC)、现成可编程门阵列(field programmable gate array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,简称ROM)、可编程只读存储器(programmable ROM,简称PROM)、可擦除可编程只读存储器(erasable PROM,简称EPROM)、电可擦除可编程只读存储器(electricallyEPROM,简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(random accessmemory,简称RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的随机存取存储器(random access memory,简称RAM)可用,例如静态随机存取存储器(staticRAM,简称SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronousDRAM,简称SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,简称DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,简称ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,简称SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,简称DR RAM)。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,表示前后关联对象是一种“或”的关系。
本申请实施例中出现的“多个”是指两个或两个以上。
本申请实施例中出现的第一、第二等描述,仅作示意与区分描述对象之用,没有次序之分,也不表示本申请实施例中对设备个数的特别限定,不能构成对本申请实施例的任何限制。
本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式,以实现设备间的通信,本申请实施例对此不做任何限定。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (11)

1.一种多设备的自动化测试方法,其特征在于,所述方法包括:
当获取当前测试任务的信息时,根据所述当前测试任务的信息生成任务树的父节点;
获取待测试的多个设备的信息,并根据各个设备的信息生成所述任务树的子节点,所述子节点与设备一一对应;
当各个设备执行完当前测试任务之后,将各个设备的测试结果保存到该设备对应的子节点中,各个子节点的测试结果经过分析得到各个子节点的分析结果。
2.根据权利要求1所述的方法,其特征在于,所述根据所述当前测试任务的信息生成任务树的父节点之后,还包括:
向各个设备发送注册模块和所述当前测试任务的测试脚本,以使各个设备通过运行所述注册模块上报自己的信息,各个设备运行所述测试脚本以执行所述当前测试任务;
所述获取待测试的多个设备的信息,包括:
获取各个设备通过运行所述注册模块上报的信息。
3.根据权利要求2所述的方法,其特征在于,各个设备执行测试脚本时,先调用所述注册模块,以上报自己的信息。
4.根据权利要求2所述的方法,其特征在于,各个设备上报自己的信息时处于接入状态,各个设备执行测试任务时处于未接入状态,所述方法还包括:
在各个设备执行当前测试任务之后,若检测到设备接入,判断所述任务树中是否存在接入的设备对应的子节点;
当所述任务树中存在接入的设备对应的子节点时,判断该设备对应的子节点是否已保存该设备的测试结果,如果没有,则从该设备中读取测试结果,并将读取的测试结果保存到该设备对应的子节点中。
5.根据权利要求4所述的方法,其特征在于,所述判断所述任务树中是否存在接入的设备对应的子节点,还包括:
当所述任务树中不存在接入的设备对应的子节点时,输出提示信息。
6.根据权利要求1至5任一所述的方法,其特征在于,所述各个子节点的测试结果经过分析得到各个子节点的分析结果之后,还包括:
将各个节点的分析结果保存到该子节点中。
7.根据权利要求1至5任一所述的方法,其特征在于,所述方法还包括:
在得到所述任务树中所有子节点的分析结果之后,根据各个子节点的分析结果生成所述当前测试任务的测试报告。
8.根据权利要求1至5任一所述的方法,其特征在于,所述方法还包括:
基于报告生成请求,生成目标子节点的分析结果对应的测试报告,其中,所述报告生成请求中携带有目标子节点的信息,所述目标子节点包括一个或多个子节点。
9.一种多设备的自动化测试装置,其特征在于,所述装置包括:
父节点生成模块,用于当获取当前测试任务的信息时,根据所述当前测试任务的信息生成任务树的父节点;
子节点获取模块,用于获取待测试的多个设备的信息,并根据各个设备的信息生成所述任务树的子节点,所述子节点与设备一一对应;
分析模块,用于当各个设备执行完当前测试任务之后,将各个设备的测试结果保存到该设备对应的子节点中,各个子节点的测试结果经过分析得到各个子节点的分析结果。
10.一种存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器运行时执行权利要求1至8任一项所述方法的步骤。
11.一种计算机设备,包括如权利要求9所述的装置,或者,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,其特征在于,所述处理器运行所述计算机程序时执行权利要求1至8任一项所述方法的步骤。
CN202110507438.9A 2021-05-10 2021-05-10 多设备的自动化测试方法及装置、存储介质、计算机设备 Active CN113238901B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110507438.9A CN113238901B (zh) 2021-05-10 2021-05-10 多设备的自动化测试方法及装置、存储介质、计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110507438.9A CN113238901B (zh) 2021-05-10 2021-05-10 多设备的自动化测试方法及装置、存储介质、计算机设备

Publications (2)

Publication Number Publication Date
CN113238901A true CN113238901A (zh) 2021-08-10
CN113238901B CN113238901B (zh) 2023-02-17

Family

ID=77133030

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110507438.9A Active CN113238901B (zh) 2021-05-10 2021-05-10 多设备的自动化测试方法及装置、存储介质、计算机设备

Country Status (1)

Country Link
CN (1) CN113238901B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116300836A (zh) * 2023-05-19 2023-06-23 西安诚安测控科技有限公司 发动机控制***的测试方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170091075A1 (en) * 2015-09-30 2017-03-30 Red Hat Inc. Distributed system test automation framework
CN107423181A (zh) * 2017-07-28 2017-12-01 郑州云海信息技术有限公司 一种统一存储设备的自动化测试方法及装置
CN109471789A (zh) * 2018-09-04 2019-03-15 中国平安人寿保险股份有限公司 用于测试的多设备管理方法、装置、服务器及存储介质
CN111258898A (zh) * 2020-01-15 2020-06-09 平安医疗健康管理股份有限公司 自动化测试方法、装置、计算机设备和存储介质
CN111913886A (zh) * 2020-08-07 2020-11-10 平安科技(深圳)有限公司 手机app自动化测试方法、装置、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170091075A1 (en) * 2015-09-30 2017-03-30 Red Hat Inc. Distributed system test automation framework
CN107423181A (zh) * 2017-07-28 2017-12-01 郑州云海信息技术有限公司 一种统一存储设备的自动化测试方法及装置
CN109471789A (zh) * 2018-09-04 2019-03-15 中国平安人寿保险股份有限公司 用于测试的多设备管理方法、装置、服务器及存储介质
CN111258898A (zh) * 2020-01-15 2020-06-09 平安医疗健康管理股份有限公司 自动化测试方法、装置、计算机设备和存储介质
CN111913886A (zh) * 2020-08-07 2020-11-10 平安科技(深圳)有限公司 手机app自动化测试方法、装置、设备及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116300836A (zh) * 2023-05-19 2023-06-23 西安诚安测控科技有限公司 发动机控制***的测试方法和装置

Also Published As

Publication number Publication date
CN113238901B (zh) 2023-02-17

Similar Documents

Publication Publication Date Title
CN107193750B (zh) 一种脚本录制方法和装置
CN109302522B (zh) 测试方法、装置以及计算机***和介质
CN108255620B (zh) 一种业务逻辑处理方法、装置、业务服务器及***
CN111177416A (zh) 事件根因分析模型构建方法、事件根因分析方法及装置
CN112148610A (zh) 测试用例执行方法、装置、计算机设备和存储介质
US10528456B2 (en) Determining idle testing periods
CN112650688B (zh) 自动化回归测试方法、关联设备以及计算机程序产品
CN111708712A (zh) 用户行为测试用例的生成方法、流量回放方法及电子设备
CN113238901B (zh) 多设备的自动化测试方法及装置、存储介质、计算机设备
CN110955604A (zh) 一种信息显示方法、装置、服务器及存储介质
CN107908525B (zh) 告警处理方法、设备及可读存储介质
CN117493188A (zh) 接口测试方法及装置、电子设备及存储介质
CN112559525A (zh) 数据检查***、方法、装置和服务器
CN110727565B (zh) 一种网络设备平台信息收集方法及***
CN115481025A (zh) 自动化测试的脚本录制方法、装置、计算机设备及介质
CN115454851A (zh) 接口回归测试方法、装置、存储介质及电子装置
CN113434382A (zh) 数据库性能监控方法、装置、电子设备及计算机可读介质
CN114727100A (zh) 一种监控设备的联合调试方法及装置
CN113377648A (zh) 软件***诊断方法、装置、电子设备及计算机可读介质
CN113238940A (zh) 一种接口测试结果的比对方法、装置、设备和存储介质
CN112328281A (zh) 一种服务器固件刷新方法和装置
CN107102938B (zh) 测试脚本的更新方法及装置
CN114860549B (zh) 埋点数据校验方法、装置、设备和存储介质
CN116755684B (zh) OAS Schema的生成方法、装置、设备及介质
CN116521513A (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