提升汽车电子嵌入式软件质量的秘密武器

OEM听到的回答往往是“我们在出厂之前会做大量的软件测试、

在开始前刚好我有一些资料，是我根据网友给的问题精心整理了一份「嵌入式的资料从专业入门到高级教程」，

点个关注在评论区回复“888”之后私信回复“888”，全部无偿共享给大家！！！台架验证和实车测试，保证所有功能都得到了实现；此外我们还会进行故障注入测试，保证当我们的系统在发生任何故障（当然是已经定义的故障）的情况下都是安全的。”

如此充其量只能说是一个初级阶段的回答，也只是部分的符合了主机厂所期望的答案：

·功能测试和故障注入测试只是软件测试的一部分，即使测试用例100%覆盖了所有的功能需求和安全需求（假设有这么两份文件的话），不能排除软件中存在其它的分支导致系统出现其它非预期的结果。

4 你能做到这些吗？编程大佬的日常习惯揭秘

·  编程时时刻不放弃对底层的思考。实现一个功能时，一边写一边在琢磨：

在开始前刚好我有一些资料，是我根据网友给的问题精心整理了一份「嵌入式的资料从专业入门到高级教程」，

点个关注在评论区回复“888”之后私信回复“888”，全部无偿共享给大家！！！这个功能是否耗时？是否需要做成异步操作？是否可以做成多线程并行？这个功能适合哪个设备运行？CPU还是GPU？有哪些可以优化的内存分配，缓存友好的点？这种思考时刻不停止，手里写到第一层就要看到第五层。

·  不会过分纠结于底层，保持对项目的宏观思考。虽然底层很重要，但是无限纠结于底层从而忽略对上层的宏观把握，必会导致因小失大，花很大精力设计一套没什么用甚至起反作用的功能，是一个程序不成熟时常犯的错误。

·  自动化工具。所有可以自动化的操作，只要不是偶尔这么做，就一定要写成工具。一般死掉的项目，除了运营无能以外，技术上最常见的问题往往都是自动化流程做的不好导致项目空转人力白瞎。

·  保持对新技术的学习热情。技术用得上用不上是一回事，了解不了解是另一回事。做程序的没啥高人一等，和清朝捏糖人的手艺人没区别，靠手艺吃饭，手艺没了人就可以没了，至于摊子在哪条街哪个铺，都是身外之物。