本发明涉及车辆测试，具体涉及一种ota升级测试系统及测试方法。
背景技术：
1、随着汽车行业的飞速发展，汽车软件开发周期更短，软件的漏洞修复、功能迭代都需要对车上控制器软件进行升级。ota(over-the-air，空中下载)升级技术能够实现软件的远程升级，降低制造商的售后服务成本，在汽车领域得到了越来越广泛的应用。由于ota升级可能会带来一定的风险，针对ota升级的测试就尤为重要。在ota升级流程中主要包含两大角色：主控节点(master)与子控节点(submaster)，升级流程由主控节点控制子控节点，然后由子控节点控制其下所属的各个控制器。然而主控节点作为车辆ota升级的控制中心，自身也可能存在一些故障与问题，造成车辆软件升级失败。随着车辆ota解决方案的普及，对主控节点的测试也提出了更高的要求，然而现有的ota升级测试技术中，仍然缺乏对主控节点的有效测试手段，特别是缺乏对主控节点在软件包校验异常、主控节点异常重试次数确认等异常场景下的测试手段。
技术实现思路
1、本发明的目的之一在于提供一种ota升级测试系统，用于对ota客户端的主控节点进行ota升级测试，以解决现有技术中缺乏对主控节点的有效测试手段的问题；目的之二在于提供一种ota升级测试方法。
2、为了实现上述目的，本发明采用的技术方案如下：
3、一种ota升级测试系统，用于对ota客户端的主控节点进行ota升级测试，包括：
4、云端平台，与ota客户端无线通信连接，用于向ota客户端下发软件升级包；
5、ota客户端，与pc端通信连接，用于接收pc端控制指令并驱动主控节点进行升级流程；以及
6、pc端，pc端配置有测试流程控制模块、数据交互模块和测试报告模块，测试流程控制模块用于发送控制指令，数据交互模块用于模拟子控节点与主控节点进行数据交互，测试报告模块用于获取主控节点的升级日志并生成测试报告。
7、根据上述技术手段，通过pc端模拟子控节点对主控节点进行验证，并通过pc端方便快捷地获取测试报告，完成对主控节点的测试，因此无需接入真实子控节点的控制器与子控节点下属升级对象，硬件测试环境简单，并能够按需在ota的任意阶段模拟出正常场景或者台架与实车无法构造的异常场景进而对主控节点进行验证，如软件包校验异常、主控节点异常重试次数确认等场景，大幅度提升对主控节点的测试覆盖度，确保主控节点软件质量。
8、进一步地，pc端通过以太网转换器与ota客户端实现以太网连接，数据交互通过以太网进行。
9、根据上述技术手段，pc端与ota客户端之间通过以太网进行数据交互，确保数据交互的稳定性和效率。
10、进一步地，pc端通过安卓调试桥线与ota客户端实现通信连接；ota客户端通过安卓调试桥线接收pc端指令，和/或，pc端通过安卓调试桥线获取升级日志。
11、根据上述技术手段，pc端与ota客户之间通过安卓调试桥线便可实现指令和数据传输，用户能够通过电脑输入命令的方式实现对整个测试系统和测试流程的控制，不仅信息传输方便快捷，而且操控简单。
12、进一步地，ota客户端配置有安卓应用程序，ota客户端通过安卓应用程序驱动主控节点进行升级流程。
13、根据上述技术手段，ota客户端在接到pc端的控制指令后，通过调用安卓应用程序能够有效地驱动主控节点进行升级流程中的各种操作，用户仅通过pc端便可方便地对升级流程进行控制，并且用户决策可预先写入安卓应用程序中以实现自动测试。
14、进一步地，测试流程控制模块配置有开始程序、结束程序、下载程序、安装程序以及ota状态监控模块，开始程序、结束程序、下载程序以及安装程序分别用于发送开始指令、结束指令、下载指令以及安装指令。
15、根据上述技术手段，用户能够通过pc端对整个测试过程中的开始、结束、下载以及安装流程进行控制。
16、进一步地，pc端还配置有ota状态监控模块，ota状态监控模块用于获取升级流程中的ota状态。
17、根据上述技术手段，用户能够实时掌握ota状态并根据ota状态做出对应的决策，进而可将该决策通过pc端发送给ota客户端。
18、进一步地，数据交互模块配置有请求数据接收程序、请求数据校验程序、回复数据确认程序以及回复数据发送程序，请求数据接收程序用于接收主控节点发送的请求数据，请求数据校验程序用于校验请求数据是否与预期一致，回复数据确认程序用于生成用户设计的数据并判断是否为最后一次回复数据，回复数据发送程序用于向主控节点回复用户设计的数据。
19、根据上述技术手段，实现pc端与主控节点之间的有效数据交互，用户能够通过pc端向主控节点回复预先设计的数据。由于回复的数据可按需设计，因此能够模拟自定义场景，特别是异常场景对主控节点进行验证。
20、进一步地，测试报告模块配置有日志拉取程序、日志校验程序以及测试报告生成程序，日志拉取程序用于拉取主控节点的升级日志，日志校验程序用于比对实际交互数据是否与升级日志中记录的交互数据一致并记录比对结果，测试报告生成程序用于记录实际交互数据、升级日志中记录的交互数据以及比对结果。
21、根据上述技术手段，能够通过程序自动获取升级日志并生成测试报告，通过测试报告对主控节点在ota升级流程中的风险、稳定性等进行评估。
22、一种ota升级测试方法，用于对ota客户端的主控节点进行ota升级测试，包括步骤：
23、云端平台向ota客户端下发软件升级包；
24、ota客户端接收pc端控制指令并驱动主控节点进行ota升级流程；
25、pc端模拟子控节点与主控节点进行数据交互，以对主控节点进行验证；以及
26、pc端获取主控节点的升级日志并生成测试报告。
27、根据上述技术手段，通过pc端模拟子控节点对主控节点进行验证，并通过pc端方便快捷地获取测试报告，完成对主控节点的测试，因此无需接入真实子控节点的控制器与子控节点下属升级对象，硬件测试环境简单，并能够按需在ota的任意阶段模拟出正常场景或者台架与实车无法构造的异常场景进而对主控节点进行验证，如软件包校验异常、主控节点异常重试次数确认等场景，大幅度提升对主控节点的测试覆盖度，确保主控节点软件质量。
28、进一步地，控制指令包括开始指令、结束指令、下载指令以及安装指令。
29、根据上述技术手段，用户能够通过pc端对整个测试过程中的开始、结束、下载以及安装流程进行控制。
30、进一步地，ota升级测试方法还包括步骤：在ota升级流程中，pc端向ota客户端发送ota状态监控指令，以获取当前ota状态。
31、根据上述技术手段，用户能够实时掌握ota状态并根据ota状态做出对应的决策，进而可将该决策通过pc端发送给ota客户端。
32、进一步地，数据交互包括请求数据接收、请求数据校验、回复数据确认以及回复数据发送，请求数据接收包括接收主控节点发送的请求数据，请求数据校验包括校验请求数据是否与预期一致，回复数据确认包括生成用户设计的数据并判断是否为最后一次回复数据，回复数据发送包括向主控节点回复用户设计的数据。
33、根据上述技术手段，实现pc端与主控节点之间的有效数据交互，用户能够通过pc端向主控节点回复预先设计的数据。由于回复的数据可按需设计，因此能够模拟自定义场景，特别是异常场景对主控节点进行验证。
34、进一步地，pc端获取主控节点的升级日志并生成测试报告包括步骤：
35、拉取主控节点的升级日志；
36、比对实际交互数据是否与升级日志中记录的交互数据一致并记录比对结果；以及
37、记录实际交互数据、升级日志中记录的交互数据以及比对结果。
38、根据上述技术手段，能够通过程序自动获取升级日志并生成测试报告，通过测试报告对主控节点在ota升级流程中的风险、稳定性等进行评估。
39、本发明的有益效果如下：
40、(1)本发明通过pc端模拟子控节点对主控节点进行验证，无需接入真实子控节点的控制器与子控节点下属升级对象，硬件测试环境简单。
41、(2)本发明可在ota的任意阶段模拟出正常场景或者台架与实车无法构造的异常场景对主控节点进行验证，如软件包校验异常、主控节点异常重试次数确认等场景，大幅度提升对主控节点的测试覆盖度，确保主控节点软件质量。
42、(3)测试左移，无需等待真实子控节点开发完成就能对主控节点的功能进行验证，不依赖车载智能终端，单独检测主控节点缺陷，提升ota升级系统的开发效率。
43、(4)可通过pc端自动化运行所选自定义场景、对测试过程进行便捷地控制以及自动获得测试报告，大幅提升测试效率。
1.一种ota升级测试系统，用于对ota客户端(2)的主控节点进行ota升级测试，其特征在于，包括：
2.根据权利要求1所述的ota升级测试系统，其特征在于，所述pc端(3)通过以太网转换器(4)与所述ota客户端(2)实现以太网连接，所述数据交互通过所述以太网进行。
3.根据权利要求2所述的ota升级测试系统，其特征在于，所述pc端(3)通过安卓调试桥线与所述ota客户端(2)实现通信连接；所述ota客户端(2)通过所述安卓调试桥线接收所述pc端(3)指令，和/或，所述pc端(3)通过所述安卓调试桥线获取所述升级日志。
4.根据权利要求3所述的ota升级测试系统，其特征在于，所述ota客户端(2)配置有安卓应用程序，所述ota客户端(2)通过所述安卓应用程序驱动所述主控节点进行升级流程。
5.根据权利要求1所述的ota升级测试系统，其特征在于，所述测试流程控制模块配置有开始程序、结束程序、下载程序以及安装程序，所述开始程序、结束程序、下载程序以及安装程序分别用于发送开始指令、结束指令、下载指令以及安装指令。
6.根据权利要求1所述的ota升级测试系统，其特征在于，所述pc端(3)还配置有ota状态监控模块(32)，所述ota状态监控模块(32)用于获取所述升级流程中的ota状态。
7.根据权利要求1所述的ota升级测试系统，其特征在于，所述数据交互模块(33)配置有请求数据接收程序、请求数据校验程序、回复数据确认程序以及回复数据发送程序，所述请求数据接收程序用于接收所述主控节点发送的请求数据，所述请求数据校验程序用于校验所述请求数据是否与预期一致，所述回复数据确认程序用于生成用户设计的数据并判断是否为最后一次回复数据，所述回复数据发送程序用于向所述主控节点回复用户设计的数据。
8.根据权利要求1-7中任意一项所述的ota升级测试系统，其特征在于，所述测试报告模块配置有日志拉取程序、日志校验程序以及测试报告生成程序，所述日志拉取程序用于拉取所述主控节点的升级日志，所述日志校验程序用于比对实际交互数据是否与所述升级日志中记录的交互数据一致并记录比对结果，所述测试报告生成程序用于记录实际交互数据、所述升级日志中记录的交互数据以及所述比对结果。
9.一种ota升级测试方法，用于对ota客户端的主控节点进行ota升级测试，其特征在于，包括步骤：
10.根据权利要求9所述的ota升级测试方法，其特征在于，所述控制指令包括开始指令、结束指令、下载指令以及安装指令。
11.根据权利要求9所述的ota升级测试方法，其特征在于，所述ota升级测试方法还包括步骤：在ota升级流程中，所述pc端向所述ota客户端发送ota状态监控指令，以获取当前ota状态。
12.根据权利要求9所述的ota升级测试方法，其特征在于，所述数据交互包括请求数据接收、请求数据校验、回复数据确认以及回复数据发送，所述请求数据接收包括接收所述主控节点发送的请求数据，所述请求数据校验包括校验所述请求数据是否与预期一致，所述回复数据确认包括生成用户设计的数据并判断是否为最后一次回复数据，所述回复数据发送包括向所述主控节点回复用户设计的数据。
13.根据权利要求9-12中任意一项所述的ota升级测试方法，其特征在于，所述pc端获取所述主控节点的升级日志并生成测试报告包括步骤：
