一种基于VT系统的持续集成自动化软件测试系统及方法与流程

本发明涉及汽车软件测试领域，特别涉及一种基于vt系统的持续集成自动化软件测试系统及方法。

背景技术：

1、汽车软件测试是保证车辆可以有效可靠运行的关键，现有技术常采用持续集成化的测试方案来实现车辆的测试，如专利申请号为202310822237.7的一种汽车软件持续集成测试方法及系统，该方法中，在测试用例中新增测试状态变量，并在执行测试用例的过程中，新增测试节点在前处理阶段将测试状态变量设置为第一值，以及在后处理阶段将测试状态变量设置为第二值的步骤，这样，当测试节点在执行测试任务的过程中出现异常时，服务端下发断点续测任务，测试节点对测试工具进行重连，在重连成功后，将测试状态变量不为第二值的测试用例打包成新的测试任务并进行测试。如此，通过测试状态变量，把测试任务中执行过的测试用例和未执行的测试用例区分开，形成测试中断位置，进而在出现异常的情况下，能够实现断点续测，从而有效减少测试资源的浪费，提升测试效率。

2、汽车软件测试作为汽车软件应用前必须要做的一项项目，在汽车软件测试领域中因为汽车软件的复杂性高，测试要求严格以及测试覆盖范围广，往往搭建测试环境主要有以下几点问题：

3、1)复杂的硬件设备：汽车软件测试需要使用各种硬件设备，例如ecu（电子控制单元）、传感器、执行器等。每种设备都需要单独连接到测试工具，并进行设置和校准，这需要花费大量时间和精力。

4、2）多级联动测试：汽车软件测试需要进行多个级别的测试，例如单元测试、集成测试、系统测试和验收测试等。每个级别的测试都需要搭建不同的测试环境和配置各种参数和工具，这样就需要投入更多的时间和精力来搭建测试环境。

5、3）安全性要求严格：汽车是一种高风险的运输工具，软件错误可能导致事故，因此，对汽车软件的测试要求非常严格，需要采用各种测试方法和工具来确保软件的质量和稳定性。这些测试方法和工具的使用需要在特定的测试环境中进行调试和验证，增加了测试环境的复杂性和繁琐性。

6、4）汽车软件的研发和测试需要经过多次循环迭代，而且涉及到很多子系统和功能模块，所以每次迭代的测试任务相对分散，测试人员需要投入大量的时间和资源，随时等待软件发布。

7、由于汽车的开发和主机厂车型的数量较多等原因，会有不同的项目需要进行汽车软件的测试，但是往往在测试时无法做到统一的硬件架构，针对不同的开发项目还需要搭建新的硬件系统，而且由于测试项目的不同需要不同的待测tcu，而现有技术需要手动搭建两套甚至多套硬件系统进行测试，而且只能现场手动进行调整，在整个测试的效率上较低，需要频繁搭建硬线环境；同时由于汽车软件的测试任务的分散性以及测试任务重的特点，无法做到随时随地的集成和测试。

技术实现思路

1、本发明的目的在于克服现有技术的不足，提供一种基于vt系统的持续集成自动化软件测试系统及方法，基于vt系统搭建好固定的硬线测试环境后，测试环境得到保障的前提再通过伺服系统可以方便切换不同项目，无需重复性的拆卸硬件接口。

2、为了实现上述目的，本发明采用的技术方案为：一种基于vt系统的持续集成自动化软件测试系统，包括vt系统，在建立与待测tcu的连接后对待测tcu进行测试；所述测试系统还包括pc机、伺服系统、行走机构，所述pc机与伺服系统连接，所述伺服系统与行走机构连接，所述vt系统的连接端口设置为兼容性的edac接口，所述edac接口与edac连接器相匹配，每个待测的tcu连接至一个edac连接器；所述edac接口设置在行走机构上，所述行走机构带动edac接口与多个待测tcu对应的其中一个edac连接器连接。

3、所述行走机构包括直线导轨、xy轴滑台，其中xy轴滑台包括x轴行走机构、y轴运动机构，所述x轴行走机构设置在直线导轨上并被配置为沿直线导轨运动；所述y轴运动机构设置在x轴行走机构上，由x轴行走机构带动y轴运动机构运动到设定位置；所述edac接口设置在y轴运动机构上，所述y轴运动机构被配置为运动后将vt系统的edac接口与待测tcu的edac连接器接近以实现连接或远离以实现断开连接。

4、所述pc机通过串口/rs232连接至伺服系统，以控制伺服系统驱动行走机构切换vt系统与对应的tcu的edac连接建立连接或断开连接。

5、所述多个项目对应的tcu设置于tcu台架上，且每个tcu配置连接有edac连接。

6、所述pc机中运行有canoe软件，通过部署的jenkins自动实现软件的下载、编译、刷写自动化脚本文件来控制canoe的pc上位机连接vt系统，并基于vt系统运行测试用例对待测tcu进行测试。

7、所述pc机与vt系统采用远程通信建立通信连接。

8、一种基于vt系统的持续集成自动化软件测试系统的测试方法，包括：

9、通过jenkins自动实现软件的下载、编译、生成测试软件至pc机；

10、基于pc机通过伺服系统控制行走机构将vt系统的edac接口移动到待测tcu对应的位置处并建立连接；

11、通过自动刷写脚本文件去控制canoe的上位机联立vt系统的通讯板卡刷写测试软件；

12、通过自动测试脚本文件控制canoe联立vt系统开始运行测试用例，通过测试用例对待测tcu进行测试并反馈测试结果至pc机。

13、软件开发人员上传变更代码到代码管理平台，触发jenkins主节点去通知各个从节点分别按顺序进行自动下载软件、编译代码、行走机构自动更换vt系统连接的待测tcu、刷写测试脚本软件、测试软件、发送编译报告、发送刷写报告、发送测试报告功能。

14、在软件开发人员完成软件变更，通知jenkinsmaster开始构建对应的项目，构建完毕后通知jenkinsslave1开始自动编译变更的代码，构建失败则停止流程，软件开发人员查看对应的构建失败报告，构建成功则输出*.elf、*.hex、*canape.a2l、*flashdrv.vbf相关测试文件，同时通知jenkinsslave2进行app刷写准备；

15、app刷写包括：jenkinsslave2首先会调用pc端的canoe启动，在canoe网络节点上创建rs232通讯，向伺服系统发送vt系统待连接的待测tcu；伺服系统根据接收到的信号控制行走机构实现vt系统的edac接口与待测tcu的edac连接器的连接；在连接完成后，返回正确对接正响应信号，canoe通过rs232通讯接收到正响应信号后，canoe将自动运行刷写脚本；刷写成功通知jenkinsslave3开始测试准备；

16、jenkinsslave3开始测试准备，jenkinsslave3先将测试工程*.cfg文件、*.a2l以及*.vtuexe、*.vexecplan等以命令行参数形式加入脚本的路径参数文件；启动自动测试脚本文件，开始测试，测试脚本软件自动进行测试并在测试完毕返回测试报告。

17、本发明的优点在于：基于vt系统搭建好固定的硬线测试环境后，测试环境得到保障的前提再通过伺服系统可以方便切换不同项目，无需重复性的拆卸硬件接口，解决了测试过程中频繁搭建硬线环境的痛点。以jenkins为核心持续集成和持续部署，对软件开发人员而言，测试验证软件功能只需要触发jenkins联立canoe控制vt测试台架即可完成测试验证，解决测试任务分散时测试任务繁重的痛点；而且可以做到随时随地集成和测试，提高了vt测试台架的资源利用率。