浅谈汽车行业嵌入式软件发布的流程有多复杂

2020 年 04 月 22 日 阅读数: 9
浅谈汽车行业嵌入式软件发布的流程有多复杂

首先,声明一下本文不代表所有嵌入式软件的发布流程都一样,该文主要是针对汽车电子行业。

软件发布

新版本软件的发布是公司非常重要的事情,一般只有团队Leader才有权限发布软件。

幸运的是,我们团队的leader去国外,我才能够获得这来之不易的机会,虽说中途出了一点小意外,但总体比较顺利。

有些读者可能不理解软件发布有什么复杂的,认为我小题大做。但是,很负责的告诉大家,汽车行业中软件发布就是这么复杂,这都是为了保证软件的可靠与安全。

接下来,介绍一下我所经历的软件发布流程:

在发布新版本软件之前,团队leader需要将该版本测出的所有bug全部fix掉。如果有些bug短时间内无法解决,团队leader需要与OEM协商,请求下个版本解决。

在此之后,团队leader需要在发布版本前三天将代码冻结。之后,各工程师针对不同车型的软件进行回归测试,而Safety工程师对软件做Safety测试,确保该版本的软件未发生功能回退,且安全性满足要求。

上述测试结束并且报告上传后,团队leader需要将最新版软件pull到本地编译。编译结束后,leader需要在git上给软件打tag,打tag类似于人的身份证号码,这标志该版本的软件已经生成,任何人都无法改动。

在此之后,leader需要将带有bootloader的hex文件、ulp文件、最新版的CAN matrix和CANoe工程打包发送给SVE(软件测试工程师)、SVE(系统测试工程师)和SQO(软件质量工程师)。

你以为这就结束了吗?No, 还有很多事情没有做呢。

软件发出后,团队leader需要在SQO(软件质量工程师)面前将最新版本的代码pull到本地编译。然后,对比发出的hex文件与本地编译的hex文件,SQO确保无误后,你才能走接下来的流程。

这个过程是公司强制执行的,哪怕发出的hex文件是刚刚编译的,你仍然要在SQO面前重新做一遍。虽说这个过程浪费时间,但其实是为了保证发送给客户的软件版本是完全正确的,也算是一种防呆措施。

之后,需要测试CPU负载和内存占用率,公司对于这两项指标也有标准。接下来,leader需要整理改版本软件解决多少bug,拒绝多少bug,更改多少需求等。

做完之后,leader需要与SQO一起检查从上个版本到这个版本之间上传代码的所有历史记录,一条一条的过。这个过程非常耗费时间,通常不同版本之间相隔两个月,有上百次的代码上传。

确保代码没问题后,SQO需要检查代码的QAC报告,即代码静态检查报告,确保所有的代码符合命名规范。

之后,SQO会针对编译器的warning询问leader为何没有消除掉。如果你是学生,那么你可能对warning没概念。如果你是程序员,相信都做过消除编译器warning的工作。毕竟,有些warning真的是未发现的bug。

最后,SQO会检查所有的回归测试、Safety测试报告是否正确,是否每一条bug都对应有测试用例。

如果上述工作都做的非常好,那么软件发布这个事情一天能够结束。但如果做的不仔细,那么发布一个版本有可能需要两到三天。

总结

由于行业原因,汽车行业发布软件比较慢。但这也是为了保证软件的安全和可靠性,将用户的生命安全放在第一位,无论多么麻烦都是合理的。

题外话:

这次写的文章太过细化,对部分读者可能没什么用。我也是写完之后才发现这个问题。以后会在写文章时注意这个问题,为大家带来优质文章,望大家这次莫见怪。

用户头像

WB

关注

车联网,AutoSar,功能安全,Linux 2018.12.15 加入

还未添加个人简介

评论

发布
暂无评论
浅谈汽车行业嵌入式软件发布的流程有多复杂