一种OTA仿真测试方法、平台及系统与流程

一种ota仿真测试方法、平台及系统
技术领域
1.本发明涉及升级测试技术领域，尤其涉及一种ota仿真测试方法、平台及系统。


背景技术：

2.随着汽车电子的产业发展，汽车的核心属性正不断在发生变化；而"软件定义汽车"概念的提出，标志着汽车开始变得不再仅仅作为一个交通工具，它会随着软件的升级换代而不断变化，不断成长。
3.ota是over
‑
the
‑
air technology(空中下载技术)的简称，如说明书附图4所示，其整体架构包含ota云端、ota终端以及ota升级对象三部分，该ota技术的出现建立了整车厂与已交付车辆的沟通桥梁；以往如果出现汽车软件故障或者功能更新，需要召回车辆或者通过4s店升级，该种升级模式成本高昂，并且用户体验非常不好；而通过ota技术，整车厂可以在完成车辆销售以后，持续与车主以及车辆互动，极大程度的拓展了"服务"与"运营"的范畴。
4.autosar是automotive open system architecture(汽车开放系统架构)的简称，该架构是由全球多家整车厂以及零部件供应商合作建立的汽车电子系统开发框架，主要目的是通过提高汽车软件模块的可复用性以及可互换性来标准化汽车软件产业；该架构包含classic autosar平台以及adaptive autosar平台，其中，classic autosar平台解决了嵌入式ecu的开发需求，但是针对高复杂度以及高计算机资源占用率的情况，classic autosar平台很难满足其需求；此外，在通常的软件开发过程中，为了验证功能的正确性，往往在实际的应用环境中进行测试分析，但是，此种模式会使得效率较低，往往会延长软件的开发周期。
5.因此，需要一种ota仿真测试方法、平台及系统，不需要搭建特定的应用环境，就能够在软件开发的早期进行测试验证，极大地提高开发效率，降低开发成本。


技术实现要素：

6.针对上述现有技术中存在的问题，本发明提供了一种ota仿真测试方法、平台及系统，不需要搭建特定的应用环境与实际ota云端配合，就能够在软件开发的早期进行测试验证，提高开发效率，降低开发成本。所述技术方案如下：
7.一方面，本发明提供了一种ota仿真测试方法，包括：
8.预先收集并内置多种升级包；其中，至少部分所述升级包分别与被测adaptive autosar平台中内置的多种ota升级对象对应，所述被测adaptive autosar平台与所述ota仿真测试平台处于同一本地终端；
9.响应于测试启动指令，根据所述被测adaptive autosar平台中的一种所述ota升级对象获取对应的升级包；
10.根据所述被测adaptive autosar平台的信息，对所述升级包进行适配性预处理；
11.将经过所述适配性预处理后的所述升级包发送到所述被测adaptive autosar平
台，以模拟云端的发送过程，使得所述被测adaptive autosar平台根据接收到的所述升级包进行ota升级测试、生成测试日志并发送；其中，所述操作日志包含所述ota升级测试过程的信息；
12.接收所述测试日志；
13.根据所述测试日志生成能够反映所述ota升级测试过程的测试报告。
14.进一步地，所述响应于测试启动指令，根据所述被测adaptive autosar平台中的一种所述ota升级对象获取对应的升级包包括：
15.获取所述被测adaptive autosar平台中的所述ota升级对象的信息；
16.根据所述ota升级对象的信息，在测试集中选取对应的测试用例并执行；其中，所述测试集中预先内置多种所述测试用例，至少部分所述测试用例分别与多种所述ota升级对象对应；
17.根据所述测试用例选择对应的所述升级包，以供获取。
18.进一步地，所述根据所述被测adaptive autosar平台的信息，对所述升级包进行适配性预处理至少包括：
19.根据所述升级包中的依赖描述，在所述升级包中获取对应的依赖包，用于供所述被测adaptive autosar平台中的ota升级对象执行安装操作；和/或
20.获取差分计算的结果，并根据所述差分计算的结果将所述升级包进行划分，得到增量升级包；和/或
21.管理所述预处理过程中的任务调度、进行升级包选择、差分计算和升级包加密。
22.进一步地，在所述响应于测试启动指令，根据所述被测adaptive autosar平台中的一种所述ota升级对象获取对应的升级包之前，所述方法还包括：
23.启动动态监控，以动态监控所述被测adaptive autosar平台进行所述ota升级测试的过程。
24.进一步地，所述接收所述测试日志还包括：
25.接收所述被测adaptive autosar平台发送的升级后的所述被测adaptive autosar平台的平台状态信息。
26.进一步地，所述ota升级测试包括功能测试和安全测试；
27.所述功能测试用于对所述ota升级测试的过程进行正常升级功能测试和选取多种升级异常中的至少一种进行异常测试；
28.所述安全测试包括信息安全测试和功能安全测试；其中，所述信息安全测试包括通信加密的安全测试和升级包验签的安全测试；所述功能安全测试包括针对升级条件判断的安全测试和针对整车模式配合的安全测试。
29.另一方面，本发明提供了一种ota仿真测试平台，构建于本地终端，包括：
30.升级对象库，用于预先收集并内置多种升级包；其中，至少部分所述升级包分别与被测adaptive autosar平台中内置的多种ota升级对象对应，所述被测adaptive autosar平台与所述ota仿真测试平台处于同一本地终端；
31.升级包获取模块，用于响应于测试启动指令，根据所述被测adaptive autosar平台中的一种所述ota升级对象获取对应的升级包；
32.适配性预处理模块，用于根据所述被测adaptive autosar平台的信息，对所述升
级包进行适配性预处理；
33.虚拟云端，用于将经过所述适配性预处理后的所述升级包发送到所述被测adaptive autosar平台，以模拟云端的发送过程，使得所述被测adaptive autosar平台根据接收到的所述升级包进行ota升级测试、生成测试日志并发送；其中，所述操作日志包含所述ota升级测试过程的信息；
34.接收模块，用于接收所述测试日志；
35.测试报告模块，用于根据所述测试日志生成能够反映所述ota升级测试过程的测试报告。
36.进一步地，所述ota仿真测试平台还包括：
37.信息获取模块，用于获取所述被测adaptive autosar平台中的所述ota升级对象的信息；
38.第一选取模块，用于根据所述ota升级对象的信息，在测试集中选取对应的测试用例并执行；其中，所述测试集中预先内置多种所述测试用例，至少部分所述测试用例分别与多种所述ota升级对象对应；
39.第二选取模块，用于根据所述测试用例选择对应的所述升级包，以供获取。
40.另一方面，本发明还提供了一种ota仿真测试系统，包括被测adaptive autosar平台和以上所述的ota仿真测试平台，所述被测adaptive autosar平台和所述ota仿真测试平台处于同一本地终端中；
41.所述被测adaptive autosar平台内置至少一种ota升级对象和多个基础模块，所述ota升级对象用于接收与传递所述ota仿真测试平台发送的对应的所述升级包；
42.所述基础模块至少包括升级配置管理模块和诊断管理模块，所述升级配置管理模块用于接收所述升级包、安装所述升级包、升级和卸载所述ota升级对象；所述诊断管理模块用于对所述ota升级测试的过程进行监控与诊断，得到升级后的所述被测adaptive autosar平台的平台状态信息。
43.进一步地，所述被测adaptive autosar平台还包括预先内置的辅助程序；
44.所述辅助程序与所述基础模块连接，用于发送所述基础模块中的信息；
45.所述辅助程序还与所述ota仿真测试平台连接，用于将升级后的所述被测adaptive autosar平台的平台状态信息传递到所述ota仿真测试平台。
46.实施本发明，具有如下有益效果：
47.1、本发明在ota仿真测试平台中预先内置多种升级包和测试用例，测试过程中能够直接选取调用，一键执行自动化测试，无需与实际的ota云端连接，开发效率高，开发成本低；同时被测adaptive autosar平台中也预先内置多种ota升级对象用于测试，无需提供真实的ota升级对象，降低了开发难度，能够在软件开发的早期就进行测试验证，大大提升开发效率，缩短开发周期。
48.2、本发明测试过程中动态监控整个ota升级测试过程，得到测试报告以及被测adaptive autosar平台的平台状态信息，清楚准确地显示出ota升级测试过程中出现的异常和异常原因，提供了高效的测试分析手段。
49.3、在一个本地终端中构建ota仿真测试平台和被测adaptive autosar平台，即可完成针对被测adaptive autosar平台的ota功能的测试，ota仿真测试平台就能够起到模拟
云端的效果，无需与实际的ota云端配合测试，极大地节省开发成本，提升开发效率。
附图说明
50.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。
51.图1为本发明实施例提供的一种ota仿真测试方法的逻辑结构图；
52.图2为本发明实施例提供的一种获取升级包的逻辑结构图；
53.图3为本发明的一个可能的实施方式中预处理方法的逻辑结构图；
54.图4为传统ota升级系统的架构图；
55.图5为本发明的一个可能的实施方式中ota仿真测试平台的示意图；
56.图6为本发明的一个可能的实施方式中ota仿真测试系统的示意图。
具体实施方式
57.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例，因此不能理解为对本发明的限制。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
58.需要说明的是，本发明的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本发明的实施例能够以除了下述图示或下述描述以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
59.classic autosar平台针对高复杂度以及高计算机资源占用率的情况，很难满足其需求，于是adaptive autosar平台应运而生，其包含通信管理(cm)模块、升级配置管理(ucm，全称update and configuration management)模块、状态管理(sm)模块、诊断管理(dm)模块等多个基础模块，遵循soa架构(面向服务的体系结构)，可以支撑复杂应用程序；其中，ucm模块主要用于安装、升级以及卸载软件，能够有效地支撑ota功能的建立。
60.然而，在软件开发过程中，如图4所示，为了验证功能的正确性，往往在实际的应用环境中对adaptive autosar平台进行测试分析，尤其对于其ota功能开发而言，其测试验证的复杂程度非常高，需要与实际的ota云端配合测试，也需要在开发时提供实际的ota升级对象，导致开发效率低下，软件的开发周期长；为了解决这一问题，本实施例提供了一种ota仿真测试方法，是一套完整的ota测试机制，该ota仿真测试方法可以应用于本发明实施例的ota仿真测试系统，该ota仿真测试系统包括构建于同一本地终端中的ota仿真测试平台和被测adaptive autosar平台，仅需一台pc机即可完成针对被测adaptive autosar平台的ota功能的测试，同时该方法能够提供对ota升级测试过程中的详细测试日志，为开发人员提供了非常高效的测试分析手段。
61.当出现测试需求时，ota仿真测试平台接收到测试启动指令，根据被测adaptive autosar平台中的需要升级的ota升级对象来获取预先内置的对应的升级包，然后根据实际测试需求的种类以及被测adaptive autosar平台的信息，对升级包进行适配性预处理，之后将处理后的升级包发送到被测adaptive autosar平台以在本地模拟出云端的发送过程，使得被测adaptive autosar平台接收升级包执行ota升级测试，并在这一过程中生成包含了整个ota升级测试过程的信息的测试报告发送给ota仿真测试平台，对应地，ota仿真测试平台接收测试日志，并生成能够反映ota升级测试过程的测试报告，即将该ota升级测试的过程可视化，清楚、准确、高效地完成分析测试，同时无需搭建一套实际的ota云端平台，大大提升开发效率，降低开发成本。
62.下面对本发明实施例的技术方案进行详细介绍，参考说明书附图1，该方法应用于本地终端中的ota仿真测试平台，包括：
63.s101，预先收集并内置多种升级包。
64.其中，至少部分升级包分别与被测adaptive autosar平台中内置的多种ota升级对象对应，并且，内置的多种升级包是用于供ota升级对象进行升级测试用的，则对于被测adaptive autosar平台中待测试的多种ota升级对象来说，每一种ota升级对象都能够在其中找到对应的升级包，以保证升级测试的正常稳定进行。
65.而被测adaptive autosar平台与ota仿真测试平台处于同一本地终端中，在构建ota仿真测试平台时，就可以在本地终端中或者直接在ota仿真测试平台中添加一个升级对象库，将收集到的升级包储存在该升级对象库中，并建立一条升级对象库与ota仿真测试平台内部的连接通道，以便于后续步骤从升级对象库中直接获取升级包，而无需搭建一套实际的ota云端平台以连接实际的云端，大大加快传输效率，也提升开发效率。
66.s103，响应于测试启动指令，根据所述被测adaptive autosar平台中的一种所述ota升级对象获取对应的升级包。
67.其中，测试启动指令可以由ota仿真测试平台内部发出，例如，在本说明书的一个可能的实施方式中，检测到了测试人员的选中指令或者执行指令，即认为测试开始，可以执行该s103步骤；而测试启动指令还可以由被测adaptive autosar平台发出，例如，在本说明书的另一个可能的实施方式中，检测到已经确定需要进行升级测试的一个ota升级对象，则默认测试开始；另外，根据s101步骤中的描述，此时获取的升级包是专用于这一种选定的ota升级对象的，以保证升级测试过程的稳定性与正确性。
68.s105，根据所述被测adaptive autosar平台的信息，对所述升级包进行适配性预处理。
69.这里的适配性预处理指的是使升级包能够方便快速地被被测adaptive autosar平台接收下载、升级和安装所进行的处理，可以包括升级包选择、升级包加密和升级包拆分等等一系列处理；在本说明书的一个可能的实施方式中，s103步骤中的升级包选择与获取也可以属于适配性预处理的其中一种处理方式。
70.s107，将经过所述适配性预处理后的所述升级包发送到所述被测adaptive autosar平台，以模拟云端的发送过程，使得所述被测adaptive autosar平台根据接收到的所述升级包进行ota升级测试、生成测试日志并发送。
71.其中，升级包的发送可以通过ota仿真测试平台中设置的模拟云端接口发送出，该
模拟云端接口与被测adaptive autosar平台连接以实现两个平台之间的升级交互。
72.s109，接收所述测试日志。
73.s111，根据所述测试日志生成能够反映所述ota升级测试过程的测试报告。
74.其中，测试日志是根据监控ota升级测试的过程生成的，测试日志中包含了ota升级测试过程的信息，具体可以包括ota升级测试过程是否成功的信息、过程中出现的升级异常的信息和出现升级异常的原因的信息等等；这些信息又被发送回ota仿真测试平台内部，从而将这些信息生成测试报告实现可视化显示，方便地为测试人员提供清楚的测试结果，以便于测试人员后续对ota升级功能进行优化。
75.此外，在本说明书的一个可能的实施方式中，测试日志可以通过ota仿真测试平台中的doip接口进行传输接收，该doip接口与被测adaptive autosar平台连接，能够保证数据传输的完整性与准确性；而测试报告可以是在接收到测试日志之后，在ota仿真测试平台中生成的；也可以是在被测adaptive autosar平台中直接根据相关的操作日志、即测试日志生成测试报告，则测试报告中包含了所有ota升级测试过程的测试日志的信息，之后通过doip接口发送回ota仿真测试平台，以显示在ota仿真测试平台。
76.具体地，如说明书附图2所示，所述响应于测试启动指令，根据所述被测adaptive autosar平台中的一种所述ota升级对象获取对应的升级包，即s103步骤包括：
77.s202，获取所述被测adaptive autosar平台中的所述ota升级对象的信息。
78.如s103步骤中所述，在开始测试之前，先要获取ota升级对象的信息，即确定ota升级对象的种类，或者获取ota升级对象具体是谁，才能够执行后续的选择和获取。
79.s204，根据所述ota升级对象的信息，在测试集中选取对应的测试用例并执行。
80.其中，所述测试集中预先内置多种所述测试用例，一种该测试用例可以理解为是某一种ota升级对象所对应的一套升级测试流程，则执行该测试用例，即可以认为开始对该ota升级对象进行自动化测试。
81.并且，在该步骤这一情况下，测试启动指令可以认为是在选定了测试用例并执行之后发出的，或者也可以认为无需发出测试启动指令，只需要获取到测试用例开始执行这一动作，之后即可以自动开始获取升级包，执行自动化测试。
82.s206，根据所述测试用例选择对应的所述升级包，以供获取。
83.与上述升级包类似，至少部分测试用例分别与多述ota升级对象对应，即内置的多种测试用例同样是用于供ota升级对象进行升级测试用的，则对于被测adaptive autosar平台中待测试的多种ota升级对象来说，每一种ota升级对象都能够在其中找到对应的一种测试用例以进行自动化测试，以保证升级测试的正常稳定进行；可以看出，升级包的选择是与测试用例相对应的，而测试用例的选择又是与确定的待升级ota升级对象相对应的，则可以理解为在测试时，是先确定了待升级的ota升级对象，然后选择测试用例执行，最后再选择升级包进行获取的。
84.具体地，如说明书附图3所示，s105步骤中，所述根据所述被测adaptive autosar平台的信息，对所述升级包进行适配性预处理至少包括：
85.s301，根据所述升级包中的依赖描述，在所述升级包中获取对应的依赖包，用于供所述被测adaptive autosar平台中的ota升级对象执行安装操作。
86.其中，该步骤可以在ota仿真测试平台中设置升级依赖模块进行处理；而从升级对
象库中获取的升级包都是一些数据完整的升级包，其中包括一些与依赖描述相关的信息，该步骤能够读取或者获取这部分依赖描述，查找并获取对应的依赖包，再并入升级包中或者直接作为升级包的一部分，随着升级包的发送传输到被测adaptive autosar平台，则被测adaptive autosar平台能够根据依赖包中的依赖描述对ota升级对象进行升级安装。
87.s303，获取差分计算的结果，并根据所述差分计算的结果将所述升级包进行划分，得到增量升级包。
88.该步骤也可以在ota仿真测试平台中设置差分包制作模块进行处理；此处的差分计算由ota仿真测试平台进行计算，在获取到升级包后即对该升级包进行差分计算，如果查分计算的结果表明该升级包较大(通常超过百兆)，则可以将该升级包划分为多个小的增量升级包，之后再将多个增量升级包进行发送，那么被测adaptive autosar平台在下载过程中，如果出现某一个增量升级包下载失败的情况，就可以针对该增量升级包进行重新下载，而对之前已经下载成功的增量升级包就无需重新下载，并且这一划分过程属于应用层上的划分而非底层通信协议层的划分，大大加快下载速度，从而提升整体升级效率；否则，一旦升级包下载失败就需要将升级包全部重新下载，大大拖慢下载进度；而若差分计算的结果显示获取的升级包本身就是一个较小的升级包，没有拆分的必要，则可以在差分计算结束后直接将该经过差分计算的升级包发送到被测adaptive autosar平台进行下载，效率更高。
89.s305，管理所述预处理过程中的任务调度、进行升级包选择、差分计算和升级包加密。
90.该步骤同样可以在ota仿真测试平台中设置升级管理模块进行处理，能够对整个升级测试过程中ota仿真测试平台的升级任务进行调度，例如，在本说明书的一个可能的实施方式中，该步骤可以管理s103步骤中的从升级对象库中选择升级包的人物，也可以管理s303步骤中差分计算的相关任务；此外，s301
‑
s305步骤可以理解为并列步骤，根据升级测试情况可以全部配合执行，也可以任选其一步骤执行，还可以任意组合执行，以保证升级测试的平稳进行。
91.具体地，在所述响应于测试启动指令，根据所述被测adaptive autosar平台中的一种所述ota升级对象获取对应的升级包之前，即在升级测试开始之前，所述方法还包括：
92.启动动态监控，以动态监控所述被测adaptive autosar平台进行所述ota升级测试的过程。
93.该步骤同样可以通过s305步骤进行任务管理，通过在ota仿真测试平台中设置升级监控模块进行监控，以动态监控整个ota升级测试的过程，可以包括动态监视被测adaptive autosar平台对升级包的下载进度、被测adaptive autosar平台中ota升级对象的升级进度以及升级通知等信息，以使得这些信息能够在ota仿真测试平台中显示，并能够可视化升级测试过程中出现的问题，为测试人员提供清晰的测试过程的记录，便于开发过程中的分析优化。
94.具体地，s109步骤中，接收所述测试日志还包括：
95.接收所述被测adaptive autosar平台发送的升级后的所述被测adaptive autosar平台的平台状态信息。
96.在该步骤中，升级后的平台状态信息可以由被测adaptive autosar平台中的一些
辅助程序，通过监控ota升级测试的过程得到；在本说明书的一个可能的实施方式中，其中获得的平台状态信息也可以理解为测试日志中包含的信息，尤其可以包括一些升级异常的诊断结果的信息，ota仿真测试平台接收到这些信息后能够直观地显示出来；例如，升级测试过程中出现异常，导致升级测试失败，而失败的原因为模拟云端接口出现松动，被测adaptive autosar平台没能成功下载升级包，这些信息都能够直观地展示出来；此外，接收到平台状态信息后也能够查看升级测试完成后的被测adaptive autosar平台的状态信息，有助于进一步分析和开发。
97.而以上两种监控获取到的信息，无论ota升级测试是否成功，都能够将ota升级测试是否成功、过程中出现的升级异常以及造成升级异常的原因显示在ota仿真测试平台中，提供高效的分析测试手段，有利于加快开发效率。
98.具体地，该ota升级测试包括功能测试和安全测试，在ota仿真测试平台中，可以对应设置功能测试集的模块和安全测试集的模块，而在功能测试集和安全测试集中分别设置有对应的测试用例以执行不同种类的测试。
99.在本实施例中，功能测试用于对ota升级测试的过程进行正常升级功能测试和选取多种升级异常中的至少一种进行异常测试；根据功能测试集中不同的测试用例获取对应最新版本的升级包，经过适配性预处理后，将软件的升级包下发到被测adaptive autosar平台，在测试过程中可以根据用户的选择提供网络中断、刷新过程失败等升级异常的测试。
100.而安全测试主要用于验证qta的安全性，其包括信息安全测试和功能安全测试；其中，信息安全测试包括通信加密的安全测试和升级包验签的安全测试；功能安全测试包括针对升级条件判断的安全测试和针对整车模式配合的安全测试。
101.此外，在本说明书的一个可能的实施方式中，可以分别设置与功能测试和安全测试对应的虚拟按键供测试人员选取，例如，当ota仿真测试平台获取到功能测试的虚拟按键的指令信息，则表明测试人员选择进行功能测试，进一步在功能测试集中获取测试用例的指令信息，一旦获取到该测试用例的执行指令信息，则可以自动开始进行功能测试的自动化检测；同样地，若ota仿真测试平台获取到安全测试的虚拟按键的指令信息，则按照安全测试的测试用例执行一键自动化检测；也就是说，先选择测试的种类，之后在所选的测试种类中进一步选择对应的测试用例(即s202
‑
s206步骤)，最后确认执行后直接进行一键自动化检测(即s103
‑
s111步骤)。
102.通过上述实施例可知，本发明实施例中的ota仿真测试方法具有以下有益效果：
103.1、本发明在ota仿真测试平台中预先内置多种升级包和测试用例，测试过程中能够直接选取调用，一键执行自动化测试，无需与实际的ota云端连接，开发效率高，开发成本低；同时被测adaptive autosar平台中也预先内置多种ota升级对象用于测试，无需提供真实的ota升级对象，降低了开发难度，能够在软件开发的早期就进行测试验证，大大提升开发效率，缩短开发周期。
104.2、本发明测试过程中动态监控整个ota升级测试过程，得到测试报告以及被测adaptive autosar平台的平台状态信息，清楚准确地显示出ota升级测试过程中出现的异常和异常原因，提供了高效的测试分析手段。
105.3、在一个本地终端中构建ota仿真测试平台和被测adaptive autosar平台，即可完成针对被测adaptive autosar平台的ota功能的测试，ota仿真测试平台就能够起到模拟
云端的效果，无需与实际的ota云端配合测试，极大地节省开发成本，提升开发效率。
106.与上述本实施例提供的ota仿真测试方法相对应，本发明实施例还提供一种ota仿真测试平台，由于本发明实施例提供的ota仿真测试平台与上述几种实施方式提供的ota仿真测试方法相对应，因此前述ota仿真测试方法的实施方式也适用于本实施例提供的ota仿真测试平台，在本实施例中不再详细描述。
107.本发明实施例提供的ota仿真测试平台能够实现上述方法实施例中的ota仿真测试方法，构建于本地终端中，即构建于本地pc端，如说明书附图5所示，该平台可以包括：
108.升级对象库510，用于预先收集并内置多种升级包；其中，至少部分所述升级包分别与被测adaptive autosar平台中内置的多种ota升级对象对应，所述被测adaptive autosar平台与所述ota仿真测试平台处于同一本地终端；
109.升级包获取模块520，用于响应于测试启动指令，根据所述被测adaptive autosar平台中的一种所述ota升级对象获取对应的升级包；
110.适配性预处理模块530，用于根据所述被测adaptive autosar平台的信息，对所述升级包进行适配性预处理；
111.虚拟云端540，用于将经过所述适配性预处理后的所述升级包发送到所述被测adaptive autosar平台，以模拟云端的发送过程，使得所述被测adaptive autosar平台根据接收到的所述升级包进行ota升级测试、生成测试日志并发送；其中，所述操作日志包含所述ota升级测试过程的信息；
112.接收模块550，用于接收所述测试日志；
113.测试报告模块560，用于根据所述测试日志生成能够反映所述ota升级测试过程的测试报告。
114.在一个可能的实施方式中，该平台还可以包括：
115.信息获取模块，用于获取所述被测adaptive autosar平台中的所述ota升级对象的信息；
116.第一选取模块，用于根据所述ota升级对象的信息，在测试集中选取对应的测试用例并执行；其中，所述测试集中预先内置多种所述测试用例，至少部分所述测试用例分别与多种所述ota升级对象对应；
117.第二选取模块，用于根据所述测试用例选择对应的所述升级包，以供获取。
118.需要说明的是，上述实施例提供的装置，在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
119.本发明实施例还提供一种ota仿真测试系统，包括被测adaptive autosar平台和以上所述的ota仿真测试平台，其中，被测adaptive autosar平台和ota仿真测试平台处于同一本地终端中。
120.如说明书附图6所示，是本发明的一个可能的实施方式中ota仿真测试系统的示意图，其中，对于ota仿真测试平台，适配性预处理模块还可以拆分为依赖描述模块、差分包制作模块、升级管理模块和升级监控模块，或者依赖描述模块、差分包制作模块、升级管理模
块和升级监控模块为ota仿真测试平台中独立、并列的模块，而不仅仅是由适配性预处理模块拆分得到；同样地，功能测试和安全测试也可以设置对应的功能测试模块和安全测试模块，两者中分别内置多种对应的测试用例，能够在完成一些基础配置(例如，ip地址设置和测试循环次数设置)后，实现一键自动化测试；另外，在本说明书的一个可能的实施方式中，上述doip接口可以为接收模块550的一部分，主要用于传输测试日志和升级后的平台状态信息，使得测试报告模块中能够显示和查看测试报告；而在本说明书的另一个可能的实施方式中，ota仿真测试平台还可以设置诊断客户端，在该模块中可以专用于显示和查看ota升级测试过程中的升级异常和出现异常的原因，即能够查看升级后的平台状态信息；但是本发明对此不做限定，仅仅是列举一些可能的模块设置方式，并不用于限制本发明。
121.对于被测adaptive autosar平台，如图6中所示，其中预先内置多种ota升级对象和多个基础模块，只不过在一轮ota升级测试过程中可以仅选择其中一种ota升级对象进行测试，该ota升级对象、即选取的待升级的应用程序用于接收与传递ota仿真测试平台发送的对应的升级包；而基础模块中至少包括升级配置管理模块和诊断管理模块，升级配置管理模块(ucm)用于接收升级包、针对ota升级对象安装该升级包、升级和卸载相应的ota升级对象；诊断管理模块(dm)用于对ota升级测试的过程进行监控与诊断，得到升级后的被测adaptive autosar平台的平台状态信息，以备发送；此外，在本说明书的另一个可能的实施方式中，基础模块中还可以包括通信管理模块(cm)，用于在被测adaptive autosar平台中进行信号的发送与传递，实现ota升级对象与多种基础模块之间的信息交互。
122.而在本说明书的其他可能的实施方式中，被测adaptive autosar平台还可以包括预先内置的辅助程序(自适应应用程序的其中一种)；这些辅助程序中的一个或者一部分与基础模块连接，能够用于发送基础模块中的信息；例如，辅助程序与诊断管理模块连接，同时还与ota仿真测试平台中的doip接口连接，就能够将诊断管理模块中的升级后的被测adaptive autosar平台的平台状态信息经过辅助程序传递到ota仿真测试平台，通过doip接口传递到诊断客户端，供测试人员查看；此外，辅助程序还可以为监控程序，该监控程序用于监控ota升级测试的过程，并与doip接口连接，能够将监控到的信息同样通过doip接口传递到诊断客户端和/或测试报告模块，高效地提供测试分析结果，有助于提升开发效率。
123.本发明在同一本地终端中搭建ota仿真测试平台和被测adaptive autosar平台，无需构建实际的云端平台，也无需测试人员提供实际的ota升级对象，能够大大节省开发成本，提升开发效率；在测试时，选取功能测试或者安全测试，若选择功能测试，之后在对应的功能测试集中选取测试用例执行，ota仿真测试平台就能够自动从升级对象库中获取对应的升级包开始发送，进行自动化测试；若选择安全测试，则在对应的安全测试集中选取测试用例执行，根据该测试用例进行基础的通信或安装包进行安全策略设置，完成初步设置后就能够自动获取升级包开始发送，自动进行升级测试；而被测adaptive autosar平台接收到升级包后，根据不同测试用例的需求，进行确认(确认是否要执行升级或者拒绝执行升级)或者自动升级，并监控整个ota升级测试的过程，将这一过程的操作日志、即测试日志通过内置的辅助程序发送给ota仿真测试平台，最后再全部测试完成后，仿真测试平台内部能够自动生成测试报告以备查看，测试过程高效，测试结果准确清晰，使得该ota仿真测试方法为开发人员提供了高效的测试分析手段，有助于提高开发效率，缩短开发周期。
124.需要说明的是，上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。
且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
125.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
126.以上所描述的仅为本发明的一些实施例而已，并不用于限制本发明，本行业的技术人员应当了解，本发明还会有各种变化和改进，任何依照本发明所做的修改、等同替换和改进都落入本发明所要求的保护的范围内。