CN116627795A - 对ota功能进行测试的方法、装置和电子设备 - Google Patents

对ota功能进行测试的方法、装置和电子设备 Download PDF

Info

Publication number
CN116627795A
CN116627795A CN202310275825.3A CN202310275825A CN116627795A CN 116627795 A CN116627795 A CN 116627795A CN 202310275825 A CN202310275825 A CN 202310275825A CN 116627795 A CN116627795 A CN 116627795A
Authority
CN
China
Prior art keywords
test
target
scene
flow
ecu
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.)
Pending
Application number
CN202310275825.3A
Other languages
English (en)
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.)
Beijing CHJ Automobile Technology Co Ltd
Original Assignee
Beijing CHJ Automobile Technology 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 Beijing CHJ Automobile Technology Co Ltd filed Critical Beijing CHJ Automobile Technology Co Ltd
Priority to CN202310275825.3A priority Critical patent/CN116627795A/zh
Publication of CN116627795A publication Critical patent/CN116627795A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3684—Test management for test design, e.g. generating new test cases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • 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
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T10/00—Road transport of goods or passengers
    • Y02T10/10—Internal combustion engine [ICE] based vehicles
    • Y02T10/40—Engine management systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

本公开提出一种对OTA功能进行测试的方法、装置和电子设备，其中，方法包括：在获取测试用例后，获取与ECU标识信息对应的目标ECU，并基于预存的场景关键字和测试场景两者之间的对应关系，确定测试用例中的场景关键字确定出对应的测试场景，并根据测试场景，对预置的原始测试流程进行调整，以得到可对目标ECU的OTA功能进行测试时所使用的目标测试流程；执行目标测试流程，以得到目标ECU的OTA功能的测试结果。由此，采用与测试用例中场景关键字所描述的测试场景，对原始测试流程进行调整，使得调整后的测试流程能够触发目标ECU运行异常，并可对目标ECU运行异常时的OTA功能进行测试，实现了对运行异常时的目标ECU的OTA功能的测试，提高了测试的全面性，提高了测试结果的可靠性。

Description

对OTA功能进行测试的方法、装置和电子设备
技术领域
本公开涉及计算机技术领域，尤其涉及一种对OTA功能进行测试的方法、装置和电子设备。
背景技术
“空中下载技术(Over-the-Air Technology，OTA)”是电子控制单元(ElectronicControl Unit，ECU)生产研发的核心功能，在软件开发声明周期中需要对ECU的OTA功能进行专业的测试。相关技术中，通常是测试装置根据测试用例中所描述的ECU标识信息，确定与ECU标识信息对应的ECU，并基于固定的测试流程来对该ECU进行OTA升级测试，然而，ECU在实际运行过程中会存在一些异常运行情况，例如，总线繁忙、重启等，在基于测试流程对ECU进行测试过程中，遇到ECU运行异常的可能比较非常小，导致现在的测试流程很难对运行异常时的ECU的OTA功能进行测试，测试不够全面。
发明内容
为此，本公开提出一种对OTA功能进行测试的方法、装置和电子设备。
本公开一方面实施例提出了一种对OTA功能进行测试的方法，所述方法包括：获取测试用例，其中，所述测试用例包括ECU标识信息、场景关键字；获取与所述ECU标识信息对应的目标ECU；根据预存的场景关键字和测试场景两者之间的对应关系，确定所述场景关键字对应的测试场景，其中，所述测试场景用于指示测试时所述目标ECU需要出现的异常运行情况；根据所述测试场景，对预置的原始测试流程进行调整，以得到对所述目标ECU的OTA功能进行测试时所使用的目标测试流程，其中，所述目标测试流程用于触发所述目标ECU运行异常，并对所述目标ECU运行异常时的OTA功能进行测试；执行所述目标测试流程，以得到所述目标ECU的OTA功能的测试结果。
本公开另一方面实施例提出了一种对OTA功能进行测试的装置，所述装置包括：第一获取模块，用于获取测试用例，其中，所述测试用例包括ECU标识信息、场景关键字；第二获取模块，用于获取与所述ECU标识信息对应的目标ECU；第一确定模块，用于根据预存的场景关键字和测试场景两者之间的对应关系，确定所述场景关键字对应的测试场景，其中，所述测试场景用于指示测试时所述目标ECU需要出现的异常运行情况；第二确定模块，用于根据所述测试场景，对预置的原始测试流程进行调整，以得到对所述目标ECU的OTA功能进行测试时所使用的目标测试流程，其中，所述目标测试流程用于触发所述目标ECU运行异常，并对所述目标ECU运行异常时的OTA功能进行测试；测试模块，用于执行所述目标测试流程，以得到所述目标ECU的OTA功能的测试结果。
本公开另一方面实施例提出了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现本公开实施例所公开的对OTA功能进行测试的方法。
本公开另一方面实施例提出了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令被处理器运行时执行本公开实施例所公开的对OTA功能进行测试的方法。
本公开另一方面实施例提出了一种计算机程序产品，包括计算机指令，所述计算机指令在被处理器执行本公开实施例所公开的对OTA功能进行测试的方法。
本公开实施例所提供的技术方案包含如下的有益效果：
在获取测试用例后，获取与ECU标识信息对应的目标ECU，并基于预存的场景关键字和测试场景两者之间的对应关系，确定测试用例中的场景关键字确定出对应的测试场景，并根据测试场景，对预置的原始测试流程进行调整，以得到可对目标ECU的OTA功能进行测试时所使用的目标测试流程；执行目标测试流程，以得到目标ECU的OTA功能的测试结果。由此，采用与测试用例中场景关键字所描述的测试场景，对原始测试流程进行调整，使得调整后的测试流程能够触发目标ECU运行异常，并可对目标ECU运行异常时的OTA功能进行测试，实现了对运行异常时的目标ECU的OTA功能的测试，提高了测试的全面性，提高了测试结果的可靠性。
本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本公开实施例所提供的一种对OTA功能进行测试的方法的流程示意图；
图2为本公开实施例提供的另一种对OTA功能进行测试的方法的流程示意图；
图3为本公开实施例提供的另一种对OTA功能进行测试的方法的流程示意图；
图4为本公开实施例提供的一种对OTA功能进行测试的装置的结构示意图；
图5为本公开实施例提供的另一种对OTA功能进行测试的装置的结构示意图；
图6是根据本公开一个实施例的对OTA功能进行测试的系统的结构示意图；
图7为本公开实施例提供的一种电子设备的结构框图。
具体实施方式
下面详细描述本公开的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。
下面参考附图描述本公开实施例的对OTA功能进行测试的方法、装置和电子设备。
图1为本公开实施例所提供的一种对OTA功能进行测试的方法的流程示意图。其中，需要说明的是，本示例中对OTA功能进行测试的方法的执行主体为对OTA功能进行测试的装置，该对OTA功能进行测试的装置可以由硬件和/或软件实现，该对OTA功能进行测试的装置可以为电子设备，或者，可以配置在电子设备中。其中，电子设备是指可以直接发出操控命令的计算机，例如，本示例中的电子设备可以为上位机。其中，本示例中的电子设备可与ECU进行通信，例如，电子设备可通过以太网与ECU进行通信，并对ECU的OTA功能进行测试。
如图1所示，该方法包括以下步骤：
步骤101，获取测试用例，其中，测试用例包括ECU标识信息、场景关键字。
在一些示例性的实施方式中，为了方便测试人员对测试用例进行编写，本示例中可支持在格式化文本中编写测试用例，例如，可支持在Excel中编写测试用例。
作为一种示例，可从指定的Excel中获取一行数据，其中，一行数据对应一条测试用例。
步骤102，获取与ECU标识信息对应的目标ECU。
其中，ECU标识信息用于对ECU进行唯一标识，不同ECU所对应的ECU标识信息是不同的。
在一些示例性的实施方式中，可根据预存的ECU标识信息和ECU两者之间的对应关系，获取与该ECU标识信息对应的目标ECU。
作为一种示例，目标ECU可以为待测试设备中任意一个具有OTA功能的ECU，例如，待测试设备可以为待测试车辆，目标ECU可以为待测试车辆中的前车身控制模块(FrontBody Control Module，FBCM)、后车身控制模块(Rear body control module，RBCM)等，该实施例对此不作具体限定。
步骤103，根据预存的场景关键字和测试场景两者之间的对应关系，确定场景关键字对应的测试场景。
其中，测试场景用于指示测试时目标ECU需要出现的异常运行情况。
例如，场景关键字为bus_busy，其所对应的测试场景为总线繁忙场景，其中，总线繁忙场景用于指示测试时该目标ECU需要出现的异常运行情况为目标ECU处于总线繁忙；场景关键字为reboot，其所对应的测试场景为重启场景，其中，重启场景用于指示测试时该目标ECU需要出现的异常情况为在升级过程中，对目标ECU进行重启；场景关键字为power_on_off，其所对应的测试场景为重新上电场景，对应地，重新上电场景用于指示测试时该目标ECU需要出现的异常运行情况为在升级过程中，对该目标ECU进行上下电，具体地，测试装置可通过对于该目标ECU对应的继电器进行关闭，并再次启动来实现对该目标ECU进行上下电；场景关键字为高负载high_load，其所对应的测试场景为高负载场景，高负载场景用于指示测试时该目标ECU需要出现的异常运行情况为在升级过程中，该目标ECU的中央处理器(Central Processing Unit，CPU)使用率大于预设使用率阈值，其中，使用率大于预设使用率阈值表示该目标ECU的CPU处于高负载。
步骤104，根据测试场景，对预置的原始测试流程进行调整，以得到对目标ECU的OTA功能进行测试时所使用的目标测试流程，其中，目标测试流程用于触发目标ECU运行异常，并对目标ECU运行异常时的OTA功能进行测试。
在本公开的一个实施例中，根据测试场景，对预置的原始测试流程进行调整，以得到对目标ECU的OTA功能进行测试时所使用的目标测试流程的一种可能实现方式可以为：确定测试场景的流程调整策略；根据流程调整策略，对原始测试流程进行调整，以得到目标测试流程。
其中，流程调整策略中描述是如何对原始测试流程进行调整，以使得调整后的测试流程在执行时能够触发目标ECU运行异常，并对目标ECU运行异常时的OTA功能进行测试。
在一些示例中，上述确定测试场景的流程调整策略的一种可能实现方式可以为：确定测试场景的测试需求；基于测试需求和原始测试流程查询预设的流程调整策略库，以得到测试场景所对应的流程调整策略。
步骤105，执行目标测试流程，以得到目标ECU的OTA功能的测试结果。
其中，目标测试流程中包括多个步骤以及多个步骤的执行顺序，可按照执行顺序对目标测试流程中的多个步骤进行执行，以完成对目标ECU的OTA功能进行测试，并获取目标ECU的OTA功能的测试报告，并基于测试报告来确定目标ECU的OTA功能的测试结果。
本公开实施例提供的对OTA功能进行测试的方法，在获取测试用例后，获取与ECU标识信息对应的目标ECU，并基于预存的场景关键字和测试场景两者之间的对应关系，确定测试用例中的场景关键字确定出对应的测试场景，并根据测试场景，对预置的原始测试流程进行调整，以得到可对目标ECU的OTA功能进行测试时所使用的目标测试流程；执行目标测试流程，以得到目标ECU的OTA功能的测试结果。由此，采用与测试用例中场景关键字所描述的测试场景，对原始测试流程进行调整，使得调整后的测试流程能够触发目标ECU运行异常，并可对目标ECU运行异常时的OTA功能进行测试，实现了对运行异常时的目标ECU的OTA功能的测试，提高了测试的全面性，提高了测试结果的可靠性。
基于上述任意一个实施例的基础上，为了方便测试人员根据测试需求来在测试流程中设置校验点，并提高测试结果的准确性，本示例中的测试用例中还可以包括校验关键字，还可以结合校验关键字来对目标测试流程来设置校验点，并基于校验点的实际结果和期望结果，来确定出目标ECU的OTA功能的测试结果。为了可以理解该过程，下面结合图2对该实施例的方法进行示例性描述。
图2为本公开实施例提供的另一种对OTA功能进行测试的方法的流程示意图。
如图2所示，该方法可以包括：
步骤201，获取测试用例，其中，测试用例包括ECU标识信息、场景关键字和校验关键字。
步骤202，获取与ECU标识信息对应的目标ECU。
步骤203，根据预存的场景关键字和测试场景两者之间的对应关系，确定场景关键字对应的测试场景。
步骤204，根据测试场景，对预置的原始测试流程进行调整，以得到对目标ECU的OTA功能进行测试时所使用的目标测试流程。
其中，需要说明的是，关于步骤201至步骤204的具体实现方式，可参见本公开实施例的相关描述，此处不再赘述。
步骤205，根据校验关键字，确定待添加的校验点以及对应的添加位置信息。
在一些示例性的实施方式中，可基于预存的校验关键字、校验点以及添加位置信息三者之间的对应关系，确定出与该校验关键字对应的待添加的校验点以及该校验点对应的添加位置信息。
其中，添加位置信息用于对校验点在测试流程中的添加位置进行表示。
步骤206，根据添加位置信息，在目标测试流程中添加校验点。
例如，ECU为待测车辆中的ECU，校验关键字为车辆模式，可以约定在测试流程中的第一步骤和第二之间设置校验点，并在测试流程中的第四步骤和第五步骤之间设置校验点，并在测试流程中第六步骤之后设置校验点，也就是说，在校验关键字为车辆模式的情况下，在测试流程中待添加的校验点为三个，并且三个对应的添加位置信息分别为：第一步骤和第二步骤之间；第四步骤和第五步骤之间；以及第六个步骤之后。
其中，本示例中校验点的数量可以为一个或者多个，可根据实际需求来设置该校验点，该实施例对此不作具体限定。
步骤207，在目标测试流程的执行过程中，获取校验点的实际结果。
步骤208，根据校验点的期望结果和实际结果，确定目标ECU的OTA功能的测试结果。
在一些示例性的实施方式中，可根据预存的校验点和期望结果两者之间的对应关系，获取与该校验点对应的期望结果。由此，通过预存的对关系，可快速获取出该校验点对应的期望结果。
在一些示例性的实施方式中，可通过比较各个校验点的期望结果和实际结果进行比较，并根据比较结果，确定目标ECU的OTA功能的测试结果。
为了可以清楚理解本公开，下面结合一个具体例子对该实施例的方法进行示例性描述。其中，需要说明的是，本示例中是以对车辆端中对应ECU的OTA功能进行测试为例进行描述。例如，原始测试程序可以包括五个步骤，分别为：1)创建ECU升级基线；2)同步与制包(其中，同步与制包是指测试装置向云端发送包含测试用例中所设置的升级包信息的制包请求，对应地，云端基于制包请求获取与该升级包信息对应的升级包)；3)创建升级任务(其中，创建升级任务是指测试装置请求云端创建与该目标ECU对应的升级任务)；4)下发升级指令(其中，下发升级指令是指测试装置向ECU发送升级指令，对应地，ECU基于升级指令从云端下载与该升级包信息对应的升级包，并基于升级包进行升级)；5)查询升级结果。对应地，在测试用例为升级FBCM，软件版本0081，场景关键字为：总线繁忙，校验关键字为FBCM版本号的情况下，可基于场景关键字可确定出对应的测试场景为总线繁忙场景，假设总线繁忙场景对应的目标测试步骤为CAN收发设备在设定时长(例如三分钟)内向所述目标ECU发送预设数量条CAN消息，可对原始测试场景进行调整，以得到可对FBCM的OTA功能进行测试时所使用的目标测试流程。其中，目标测试流程可以包括：1)创建ECU升级基线；2)同步与制包；3)创建升级任务；4)下发升级指令，此时云端会下发升级指令到车辆端，同时可调用CAN收发设备在设定时长(例如三分钟)内向所述目标ECU发送预设数量条CAN消息，以使得目标ECU处于总线繁忙状态；5)查询升级结果，预期成功；6)使用PCAN采集相关报文，对报文进行解析并获取FBCM的软件版本号，以确定所解析出的软件版本和预期版本号是否一致。通过与原始测试流程相比，本示例中总线繁忙场景所对应的目标测试步骤与所述原始测试流程中的下发升级指令步骤同步执行，并在步骤5后，新增加了一个新的步骤，步骤6。
在本示例中，根据测试用例中的校验关键字，获取在目标测试流程中待添加的校验点以及对应的添加位置信息，并基于添加位置信息，在目标测试流程中添加校验点，并在执行目标测试流程的过程中，基于校验点的期望结果和实际结果，来自动确定出了目标ECU的OTA功能的测试结果，由此，满足了对校验点进行个性化设置的同时，可进一步提高了测试结果的可靠性。
图3为本公开实施例提供的另一种对OTA功能进行测试的方法的流程示意图。
如图3所示，该方法可以包括：
步骤301，获取测试用例，其中，测试用例包括ECU标识信息、场景关键字。
步骤302，获取与ECU标识信息对应的目标ECU。
步骤303，根据预存的场景关键字和测试场景两者之间的对应关系，确定场景关键字对应的测试场景。
其中，测试场景用于指示测试时目标ECU需要出现的异常运行情况。
其中，需要说明的是，关于步骤301至步骤303的具体实现方式，可参见本公开实施例的相关描述，此处不再赘述。
步骤304，确定测试场景的测试需求。
在一些示例中，可根据预存的测试场景和测试需求两者之间的对应关系，确定出该测试场景的测试需求。
步骤305，基于测试需求和原始测试流程查询预设的流程调整策略库，以得到测试场景所对应的流程调整策略。
其中，流程调整策略包括待添加的目标测试步骤以及目标测试步骤在原始测试流程中的执行顺序。
步骤306，根据执行顺序，将目标测试步骤添加到原始测试流程中，以得到目标测试流程。
其中，目标测试流程用于触发目标ECU运行异常，并对目标ECU运行异常时的OTA功能进行测试。
在一些示例性的实施方式中，测试场景包括总线繁忙场景的情况下，总线繁忙场景所对应的目标测试步骤包括调用控制器局域网总线CAN收发设备在设定时长内向目标ECU发送预设数量条CAN消息，总线繁忙场景所对应的目标测试步骤与原始测试流程中的下发升级指令步骤同步执行。
在另一些示例性的实施方式中，在测试场景包括重启场景，重启场景所对应的目标测试步骤包括向与目标ECU发送重启指令，重启场景所对应的目标测试步骤与原始测试流程中的下发升级指令步骤同步执行。
在另一些示例性的实施方式中，在测试场景包括重新上电场景，重新上电场景所对应的目标测试步骤包括向与目标ECU连接的继电器发送重新上电指令，重新上电场景所对应的目标测试步骤与原始测试流程中的下发升级指令步骤同步执行。
在另一些示例性的实施方式中，在测试场景为高负载场景，高负载场景所对应的目标测试步骤包括用于向该目标ECU发送预设数量条业务请求，以使得该目标ECU处于高负载状态，高负载场景所对应的目标测试步骤与原始测试流程中的下发升级指令步骤同步执行。
步骤307，执行目标测试流程，以得到目标ECU的OTA功能的测试结果。
其中，需要说明的是，关于步骤307的具体实现方式，可参见本公开实施例的相关描述，此处不再赘述。
在本示例中，在获取测试用例后，基于测试用例中的ECU标识信息，确定出对应的目标ECU，并基于预存的场景关键字与测试场景两者之间的对应关系，确定出测试用例中的场景关键字对应的测试场景，并基于测试场景的测试需求和原始测试流程查询预设的流程调整策略库，以得到测试场景所对应的流程调整策略，以及将流程调整策略中的待添加的目标测试添加到原始测试流程中，以得到目标测试流程，并执行目标测试流程，以使得在测试时目标ECU可以运行异常，并可对目标ECU运行异常时的OTA功能进行测试，实现了对运行异常的ECU的OTA功能进行测试，提高了测试的全面性，提高了测试的可靠性。
基于上述任意一个实施例的基础上，为了更好地对目标ECU的OTA功能进行测试，还可以设置场景关键字所描述的测试场景的执行次数，对应地，该方法还可以结合执行次数和场景关键字，来确定对对应目标ECU的OTA功能进行测试的目标测试流程，执行目标测试流程，以得到目标ECU的OTA功能的测试结果。由此，进一步提高了测试的全面性。
为了实现上述实施例，本公开还提出一种对OTA功能进行测试的装置。
图4为本公开实施例提供的一种对OTA功能进行测试的装置的结构示意图。其中，需要说明的是，本示例中该对OTA功能进行测试的装置可以为硬件和/或软件实现，该对OTA功能进行测试的装置可以为电子设备，或者可以配置在电子设备中，本示例中的电子设备是指可以直接发出操控命令的计算机，例如，本示例中的电子设备可以为上位机。其中，本示例中的电子设备可与ECU进行通信，例如，电子设备可通过以太网与ECU进行通信，并对ECU的OTA功能进行测试。
如图4所示，该对OTA功能进行测试的装置400可以包括第一获取模块401、第二获取模块402、第一确定模块403、第二确定模块404和测试模块405，其中：
第一获取模块401，用于获取测试用例，其中，测试用例包括ECU标识信息、场景关键字；
第二获取模块402，用于获取与ECU标识信息对应的目标ECU；
第一确定模块403，用于根据预存的场景关键字和测试场景两者之间的对应关系，确定场景关键字对应的测试场景，其中，测试场景用于指示测试时目标ECU需要出现的异常运行情况；
第二确定模块404，用于根据测试场景，对预置的原始测试流程进行调整，以得到对目标ECU的OTA功能进行测试时所使用的目标测试流程，其中，目标测试流程用于触发目标ECU运行异常，并对目标ECU运行异常时的OTA功能进行测试；
测试模块405，用于执行目标测试流程，以得到目标ECU的OTA功能的测试结果。
在本公开的一个实施例中，在图4所示的实施例的基础上，如图5所示，该第二确定模块404，可以包括：
第一确定单元4041，用于确定测试场景的流程调整策略；
调整单元4042，用于根据流程调整策略，对原始测试流程进行调整，以得到目标测试流程。
在本公开的一个实施例中，第一确定单元4041，具体用于：确定测试场景的测试需求；基于测试需求和原始测试流程查询预设的流程调整策略库，以得到测试场景所对应的流程调整策略。
在本公开的一个实施例中，流程调整策略包括待添加的目标测试步骤以及目标测试步骤在原始测试流程中的执行顺序，调整单元4042，具体用于：根据执行顺序，将目标测试步骤添加到原始测试流程中，以得到目标测试流程。
在本公开的一个实施例中，测试场景包括总线繁忙场景，总线繁忙场景所对应的目标测试步骤包括调用控制器局域网总线CAN收发设备在设定时长内向目标ECU发送预设数量条CAN消息，总线繁忙场景所对应的目标测试步骤与原始测试流程中的下发升级指令步骤同步执行。
在本公开的一个实施例中，测试场景包括重启场景，重启场景所对应的目标测试步骤包括向与目标ECU发送重启指令，重启场景所对应的目标测试步骤与原始测试流程中的下发升级指令步骤同步执行。
在本公开的一个实施例中，如图5所示，测试用例还包括校验关键字，装置还包括：
第三确定模块406，用于根据校验关键字，确定待添加的校验点以及对应的添加位置信息；
添加模块407，用于根据添加位置信息，在目标测试流程中添加校验点；
其中，测试模块405，具体用于：在目标测试流程的执行过程中，获取校验点的实际结果；根据校验点的期望结果和实际结果，确定目标ECU的OTA功能的测试结果。
在本公开的一个实施例中，如图5所示，第二确定模块404，可以包括：
第二确定单元4043，用于确定创建测试场景所需要的场景配置信息；
第三确定单元4044，用于根据场景关键字，确定在预置的原始测试流程中添加场景配置信息的第二添加位置信息；
添加单元4045，用于按照第二添加位置信息，将场景配置信息添加到原始测试流程中，以得到目标测试流程。
在本公开的一个实施例中，测试用例的保存形式为格式化文本。
其中，需要说明的是，前述对对OTA功能进行测试的方法实施例的解释说明也适用于该实施例的对OTA功能进行测试的装置，此处不再赘述。
本公开实施例的对OTA功能进行测试的装置，在获取测试用例后，获取与ECU标识信息对应的目标ECU，并基于预存的场景关键字和测试场景两者之间的对应关系，确定测试用例中的场景关键字确定出对应的测试场景，并根据测试场景，对预置的原始测试流程进行调整，以得到可对目标ECU的OTA功能进行测试时所使用的目标测试流程；执行目标测试流程，以得到目标ECU的OTA功能的测试结果。由此，采用与测试用例中场景关键字所描述的测试场景，对原始测试流程进行调整，使得调整后的测试流程能够触发目标ECU运行异常，并可对目标ECU运行异常时的OTA功能进行测试，实现了对运行异常时的目标ECU的OTA功能的测试，提高了测试的全面性，提高了测试结果的可靠性。
为了可以清楚理解本公开，下面以电子设备为上位机为例，并且该上位机中包括对OTA功能进行测试的装置，并且通过该上位机对车辆中ECU的OTA功能进行测试为例，对该实施例的对OTA功能进行测试的系统进行示例性描述。
图6是根据本公开一个实施例的对OTA功能进行测试的系统的结构示意图。
如图6所示，该对OTA功能进行测试的系统10可以包括上位机20和车辆30，其中，车辆30可以包括域控制单元301、车载主机(Head Unit，HU)302，以及与域控制单元301连接的多个ECU303、继电器304和稳压电源305。
其中，稳压电源305和继电器304既可以为对XCU301、以及各个ECU303供电，又可以控制电路中的开闭，可以实现对XCU301、以及各个ECU303的自动上下电功能。
其中，车载主机302和域控制单元301连接，并且，并且，车载主机302为OTA升级的主控单元，负责接收云端的升级指令，根据不同指令把消息下发给域控制单元301，并接收域控制单元301的消息。
其中，车载主机302和域控制单元301可以以太网连接。
其中，域控制单元301负责对于其连接的各个ECU301进行诊断通信，完成刷写的过程。
其中，各个ECU30可以与域控制单元301之间均通过控制器局域网络(ControllerArea Network,CAN)总线连接，或者，多个ECU中的一部分ECU通过CAN总线与域控制单元301连接，另一部分ECU通过LIN总线与域控制单元301连接，该实施例对此不作具体限定。
其中，本示例中的301和上位机20之间可通过以太网连接，并可以建立安全外壳协议(Secure Shell,SSH)会话，以通过该SSH会话去执行一些命令操作、文件上传下载、日志分析等。
其中，本示例中的上位机20还可以通过USB外接接到车辆的CAN总线，以使得上位机20通过USB向车辆上的CAN总线进行总线信号的采集以及发送，从而构造一些测试场景与结果校验。
基于该上位机，对车辆中的OTA功能进行测试的示例性过程为：
第一步，用户根据需求，编辑好测试用例，测试用例保存形式一般为格式化文本。
第二步，在对车辆的测试环境检查无误，用户运行上位机上的自动化测试程序，自动化测试程序会加载测试用例。
第三步，自动化测试程序根据测试用例中确定出目标ECU，并获取测试用例中场景关键字对应的测试场景，并基于测试场景，对预置的原始测试流程进行调整，以得到对所述目标ECU的OTA功能进行测试时所使用的目标测试流程，其中，所述目标测试流程用于触发所述目标ECU运行异常，并对所述目标ECU运行异常时的OTA功能进行测试，其中，所述测试场景用于指示测试时所述目标ECU需要出现的异常运行情况。
第四步，执行目标测试程序，以得到目标ECU的OTA功能的测试结果。
在本示例中，对应测试人员仅需要对测试用例进行编写，并且本示例中的测试用例易于编写，可读性强，自动化测试装置在获取测试用例后，可对测试用例进行深层分析，以得到测试用例中对应场景关键字，并基于场景关键字确定测试场景，并根据测试场景对预置的原始测试流程进行调整，以得到目标测试流程，并执行目标测试流程，以触发目标ECU运行异常，并对所述目标ECU运行异常时的OTA功能进行测试，以得到运行异常的ECU的OTA功能的测试结果，由此，实现了对运行异常的ECU的OTA功能进行测试，提高了对ECU的OTA功能的测试的全面性的同时，还可以降低对ECU的OTA功能进行测试时所需要的人工，可提高了测试的鲁棒性。
为了实现上述实施例，本公开还提出一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时，实现如前述方法实施例的方法。
为了实现上述实施例，本公开还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现如前述方法实施例的方法。
为了实现上述实施例，本公开还提出一种计算机程序产品，其上存储有计算机程序，计算机程序被处理器执行时实现如前述方法实施例的方法。
图7为本公开实施例提供的一种电子设备的结构框图。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图7所示，电子设备10包括处理器11，其可以根据存储在只读存储器(ROM，ReadOnly Memory)12中的程序或者从存储器16加载到随机访问存储器(RAM，Random AccessMemory)13中的程序而执行各种适当的动作和处理。在RAM 13中，还存储有电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O，Input/Output)接口15也连接至总线14。
以下部件连接至I/O接口15：包括硬盘等的存储器16；以及包括诸如LAN(局域网，Local Area Network)卡、调制解调器等的网络接口卡的通信部分17，通信部分17经由诸如因特网的网络执行通信处理；驱动器18也根据需要连接至I/O接口15。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分17从网络上被下载和安装。在该计算机程序被处理器11执行时，执行本公开的方法中限定的上述功能。
在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器16，上述指令可由电子设备10的处理器11执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本公开的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本公开的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。
应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本公开各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种OTA功能进行测试的方法，其特征在于，所述方法包括：
获取测试用例，其中，所述测试用例包括ECU标识信息、场景关键字；
获取与所述ECU标识信息对应的目标ECU；
根据预存的场景关键字和测试场景两者之间的对应关系，确定所述场景关键字对应的测试场景，其中，所述测试场景用于指示测试时所述目标ECU需要出现的异常运行情况；
根据所述测试场景，对预置的原始测试流程进行调整，以得到对所述目标ECU的OTA功能进行测试时所使用的目标测试流程，其中，所述目标测试流程用于触发所述目标ECU运行异常，并对所述目标ECU运行异常时的OTA功能进行测试；
执行所述目标测试流程，以得到所述目标ECU的OTA功能的测试结果。
2.如权利要求1所述的方法，其特征在于，所述根据所述测试场景，对预置的原始测试流程进行调整，以得到对所述目标ECU的OTA功能进行测试时所使用的目标测试流程，包括：
确定所述测试场景的流程调整策略；
根据所述流程调整策略，对所述原始测试流程进行调整，以得到所述目标测试流程。
3.如权利要求2所述的方法，其特征在于，所述确定所述测试场景的流程调整策略，包括：
确定所述测试场景的测试需求；
基于所述测试需求和所述原始测试流程查询预设的流程调整策略库，以得到所述测试场景所对应的流程调整策略。
4.如权利要求3所述的方法，其特征在于，所述流程调整策略包括待添加的目标测试步骤以及所述目标测试步骤在所述原始测试流程中的执行顺序，所述根据所述流程调整策略，对所述原始测试流程进行调整，以得到所述目标测试流程，包括：
根据所述执行顺序，将所述目标测试步骤添加到所述原始测试流程中，以得到所述目标测试流程。
5.如权利要求4所述的方法，其特征在于，所述测试场景包括总线繁忙场景，所述总线繁忙场景所对应的目标测试步骤包括调用控制器局域网总线CAN收发设备在设定时长内向所述目标ECU发送预设数量条CAN消息，所述总线繁忙场景所对应的目标测试步骤与所述原始测试流程中的下发升级指令步骤同步执行。
6.如权利要求4所述的方法，其特征在于，所述测试场景包括重启场景，所述重启场景所对应的目标测试步骤包括向与所述目标ECU发送重启指令，所述重启场景所对应的目标测试步骤与所述原始测试流程中的下发升级指令步骤同步执行。
7.如权利要求1-6中任一项所述的方法，其特征在于，所述测试用例还包括校验关键字，所述方法还包括：
根据所述校验关键字，确定待添加的校验点以及对应的添加位置信息；
根据所述添加位置信息，在所述目标测试流程中添加所述校验点；
其中，所述执行所述目标测试流程，以得到所述目标ECU的OTA功能的测试结果，包括：
在所述目标测试流程的执行过程中，获取所述校验点的实际结果；
根据所述校验点的期望结果和所述实际结果，确定所述目标ECU的OTA功能的测试结果。
8.一种对OTA功能进行测试的装置，其特征在于，所述装置包括：
第一获取模块，用于获取测试用例，其中，所述测试用例包括ECU标识信息、场景关键字；
第二获取模块，用于获取与所述ECU标识信息对应的目标ECU；
第一确定模块，用于根据预存的场景关键字和测试场景两者之间的对应关系，确定所述场景关键字对应的测试场景，其中，所述测试场景用于指示测试时所述目标ECU需要出现的异常运行情况；
第二确定模块，用于根据所述测试场景，对预置的原始测试流程进行调整，以得到对所述目标ECU的OTA功能进行测试时所使用的目标测试流程，其中，所述目标测试流程用于触发所述目标ECU运行异常，并对所述目标ECU运行异常时的OTA功能进行测试；
测试模块，用于执行所述目标测试流程，以得到所述目标ECU的OTA功能的测试结果。
9.一种电子设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如权利要求1-7中任一项所述的方法。
10.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令被处理器运行时执行权利要求1-7中任一项所述的方法。
CN202310275825.3A 2023-03-20 2023-03-20 对ota功能进行测试的方法、装置和电子设备 Pending CN116627795A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310275825.3A CN116627795A (zh) 2023-03-20 2023-03-20 对ota功能进行测试的方法、装置和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310275825.3A CN116627795A (zh) 2023-03-20 2023-03-20 对ota功能进行测试的方法、装置和电子设备

Publications (1)

Publication Number Publication Date
CN116627795A true CN116627795A (zh) 2023-08-22

Family

ID=87612326

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310275825.3A Pending CN116627795A (zh) 2023-03-20 2023-03-20 对ota功能进行测试的方法、装置和电子设备

Country Status (1)

Country Link
CN (1) CN116627795A (zh)

Similar Documents

Publication Publication Date Title
CN108446222B (zh) 应用测试方法、装置及设备
CN110673576B (zh) 自动测试方法与装置、车辆和存储介质
CN110908888B (zh) 服务器测试方法及装置
KR102141287B1 (ko) Autosar 기반 차량 소프트웨어의 결함 테스트 방법 및 결함 테스트 시스템
CN110930131A (zh) 一种车辆维修方法、装置、设备及介质
CN112100027A (zh) 一种服务器维护方法、装置、设备及机器可读存储介质
CN111522562B (zh) 洗碗机软件烧录方法、装置及其设备
CN111309602A (zh) 一种软件测试方法、装置及系统
CN110888804A (zh) 接口测试方法以及接口测试平台
CN113608518A (zh) 数据生成方法、装置、终端设备及介质
CN116627795A (zh) 对ota功能进行测试的方法、装置和电子设备
CN116743809A (zh) 物联网设备的数据模拟方法、存储介质和测试平台
CN112131094A (zh) 轨道信号系统软件的测试方法、装置及存储介质
CN106933578B (zh) 一种qnx系统的usb驱动加载方法
US11899561B2 (en) Method for operating a control unit when testing software of the control unit, and method for operating a test computer when testing software of a control unit
CN116521405A (zh) sd卡状态检测方法、装置、设备及存储介质
CN111414299B (zh) 基于hdparm的SSD扩展信息获取方法和装置
CN111209197B (zh) 应用程序持续集成测试方法、系统、设备和存储介质
CN113608939A (zh) 性能测试中服务器启动计时方法、装置、终端及存储介质
CN105511848A (zh) 一种动态链接库的检测方法和装置
CN110704262A (zh) 动态业务逻辑调试方法、系统、存储介质及智能设备
CN113890825B (zh) 设备的交互升级测试方法、装置、存储介质及电子设备
CN116546551B (zh) 无线网络设备检测方法、装置和系统
CN115473832B (zh) 车联网端云通信测试方法、装置、服务器、客户端及系统
CN115685959A (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