现在入行新能源汽车还来得及吗？我讲讲我的这12年

最近不少朋友在问我，现在入行新能源汽车还来得及吗？希望我可以从薪资，loading，出差，岗位要求，相似岗位，晋升，转职（行业内，上下游，跨行转职），公司推荐等多方面角度分析。

那我就说说​我的个人经历吧。其实还是比较清晰明朗的。

先说一下我的个人经历，

2011年毕业，就职于长安新能源汽车有限公司，当时在北京研发中心，岗位是系统集成与控制策略工程师，学习，做项目。

当时的师傅是一个做硬件电路的牛人，一身本事，没传给我，跑路了。于是我重新转做了系统集成开发工程师。主要的工作，就是把V流程全摸了一遍……

这里给大家简单介绍一本书——《纯电动汽车控制系统集成开发设计》，这本书里，就基本上把V流程相关的开发所有的工作，全都捋了一遍。

再看看，到底这样一件事情，涉及到哪些相关的工作吧？如下：

诸位，要知道，各位在上图中看到的目录里的所有的内容，理论上都可以单独成为一个工作岗位，需要有人去做。能力强一点的，可能涉及多个领域。但是，至少，需要在其中一个领域中，深耕挖掘，才可以说，是有那么一点建树，或者拿得出手的成绩。

比如说，我在长安新能源干的时候，所涉及的工作，就包括：系统集成设计，VTS，CTS的编制，系统原理图绘制，总线测试，VCU模型搭建，扭矩标定（本来还有个师傅准备教我做标定的，我跟着学了3个月，师傅又跑了），集成测试，甚至售后技术支持都做过。

今天还有朋友跟我说，长安汽车现在不错，已经实现了不需要合资供血，纯靠自主就能盈利了。让我回忆回忆以前在长安的情况。我回忆着大概写了些这样的话：

研发技术功底确实是一流的，2011年就量产了E30纯电动出租车，300台，在房山做示范运行。后来做的逸动纯电版，驾驶性媲美leaf。

工作氛围也十分不错的，是比较有活力的企业中心，可能是在北京，山高皇帝远的。

我记得，当初长安新能源的策略是，北京主要做纯电，重新主要做混动。后来发现，纯电动才是真大蛋糕，作为总部的重新中心，就开始逐渐的资源收缩回重庆去了。

不过，那时候的人，在长安新能源里的那批人，出去的都很抢手，尤其是做电动车的，基础都是在这里打起来的。

至于印象比较深刻的一些小细节：

1，重庆相关的一些流程体系走在北京之前。有个同事从北京出差去重庆，回来给我们分享：“人家那边做事情，先看有没有相关的设计标准，指标，咱们这边还没这意识~”

2，长安研究院北京院的副院长，亲自去房山工厂调试车辆。

3，长安北京房山工厂，之前生产的CS75，是第一款需要加价提车的自主品牌汽车。

蛮有意思的经历。以后有机会再详细展开说说吧~

所以，第一份工作，蛮重要的，如果能学习到相关的知识，能锻炼自己的本领，并且在自己的方向上。那么，请至少坚持这份工作3年以上！

然后，2015年，我入职北汽新能源，岗位是 电控系统测试工程师，做项目，建体系。说白了，我做了后端测试的工作，为什么？因为，可以给别人提问题！

其实，站在后端，真的可以看得出来前端研发能力的好坏，前端如果干的不好，很多问题都会遗留到后端测试领域，会被反复的提问题，解决问题，出软件整改，再测试这样的一个循环里。

就是这个部分：

然后，2018年，入职现在的小鹏，岗位也是 电控系统测试工程师，承担测试领域的一些建设和项目业务。

当然了，在北汽，在小鹏，都实现了一定程度上的升职加薪。并且自己开始带团队。这一点，还是要感谢平台提供的机会的。

岗位也是从之前的“资深工程师”，升级成“专家”，再升级成“测试高级经理”的变化。

我结合一下我之前给部门的同事做业务培训的时候的PPT材料（当然，不会涉密，是我个人制作的一些材料，外加一些可以在网上查到的相关信息），给楼主介绍一下，电动系统测试岗位，到底是怎样的一种职业。1，测试业务基本概述

1.1实验，试验，测试，这三者的区别

实验（Experiment）：为了检验某种科学理论或假设而进行某种操作或从事某种活动

试验（test）：为了察看某事的结果或某物的性能而从事某种活动

测试（test）：测试是具有试验性质的测量，即测量和试验的综合

基本上总结起来就是，

测试工作相对细化，更加细致，有可能针对某个系统或单个的零部件。

试验工作相对整体，更加综合，通常是基于某个系统或者整车。

而试验和测试工作本质上是不分家的，只有侧重点和所处的级别不一样，后面会有更详细的介绍。

1.2 汽车测试业务的目的

通过下面这张材料，汽车开发的过程，无论是硬件还是软件，基本上就是表中所示的“前中后”（设计——样件or样车——测试or试验）三个过程的循环。

测试业务，是处于这个“后”端的工作过程。

可以看出来：汽车测试这项业务的目的，是为了让车辆在测试过程中发现更多的问题，并且将问题解决在研发过程中，最终让车辆达到量产状态。

1.3 测试业务大致的历史

在国内的一些汽车测试业务，尤其是整车企业的测试业务，总体来说，起步是比较晚的。就我本人的了解，尤其是整车级别的新能源汽车的系统集成测试工作，基本上以2017年为一个分水岭。

在2017年之前，各大主机厂基本上都没有建立起相关的测试业务体系，大多数的测试业务都是外包给一些强势供应商进行。或者由开发人员兼职进行测试工作。又或者干脆没有测试这项业务，由试验部门的可靠性路试或者耐久路试，替代系统集成测试的工作。

在2017年之后，各大主机厂逐渐意识到了系统集成测试这项业务的重要性，小则成立相关的科室，室组。大则设立相关的部门，将测试这块业务单独独立出来。对自己公司的车辆进行深度的测试，真正逐渐开始做到了，自己造的车，自己说了算。而不是依赖于第三方测试公司的结果。

而且还有一个好处就是，研发过程前端的文档，协议等相关重要文件，也不需要透露给第三方测试公司，避免了企业涉密的一些问题。

2，电控系统功能测试

2.1电控系统功能测试的分类1——不同层级的测试

通过下图可以看的出来，测试业务，是属于研发链的后端。

测试通常分为：

a、系统集成测试（整车级）——通常以车辆为测试载体，进行整车级别的测试，重点测试前端规划的功能在整车级别的达成情况。如整车的充电功能、行车功能等

b、子系统级功能测试（分系统测试或台架级测试）——通常以某一个单独的系统为载体，在整车或者台架上，进行测试。如HIL台架测试、Labcar台架测试、空调系统测试等

c、单件测试功能测试（部件级测试）——通常以单个零部件的电气测试为主，验证单个零部件的软硬件的功能达成情况。如冒烟测试、过压测试、欠压测试等

本人设计的领域业务，属于整车级的功能测试，故更加偏向a+b的整车级或系统级测试（通常整车厂也是进行这方面的测试），c级别的单件测试，通常是由提供零部件的供应商进行，如果零部件由主机厂自己开发的话，通常也是由整车厂负责嵌入式开发的部门进行测试。

另一种测试分级的角度是：开发者角度测试和使用者角度测试。本质上，其实就是下面介绍的白盒测试和黑盒测试。

E2.2 电控系统功能测试的分类2——不同预期结果的测试

按照不同预期的测试结果来分，测试可以划分为：

a、白盒测试——拥有明确的测试输入文档，功能清单，功能规范；测试用例与文档的要求一一对应；测试的预期结果清晰明确的。（并且有清晰的内部信号交流，网络协议，控制器之间交互工作的流程）——基于开发者的测试操作

b、黑盒测试——对输入的文档不做明确要求内容细化，仅要求输入操作方式，或超出文档范围的部分；测试用例通常来自人员非预期操作或不同场景；测试的预期结果虽然也是明确的，但存在一定的未知风险（因为不关注内部的信号交流，控制器之间的交互工作的流程）。——模拟客户的未知操作

c、灰盒测试——已知部分明确的输入，结合一定的场景和未知操作，进行的测试。

归结起来：

1，正向或自主的研发测试：多采用白盒+灰盒测试的方式。 如软件测试、功能测试

2，逆向或委外的研发测试：多采用灰盒+黑盒测试的方式。 如对标测试、可靠性路试

（感谢网友maymay996指正：软件测试领域的白盒测试：是指实际运行被测程序，通过程序的源代码进行测试而不使用用户界面。黑盒测试：又称功能测试、数据驱动测试或基于规格说明的测试，是通过使用整个软件或某种软件功能来严格地测试）

3，测试基本流程

3.1 测试基本流程

每一个公司的测试业务开展流程，基本上都会遵循如下的原则（即使有差异，也不会差太多）：

当然了，在实际工作开展的过程中，有可能会涉及到与测试业务相关的很多其他流程。一定要在测试工作过程中熟练运用。如果公司没有相关配套的流程，那就得由经验相对丰富的工程师或者专家进行流程方面的建设。我就组织建立过B公司和X公司电控系统测试相关的业务工作流程。

3.2 测试人员角色——VSE和DRE

在测试领域，通常会有VSE和DRE的工作分工，大致介绍如下：

1，测试DRE职能职责——DRE: Design Release Engineer

为什么我要把DRE放在前面说呢？因为，DRE是测试业务开展的根！不仅仅是测试领域的DRE，各领域的DRE，都是最辛苦的工作人员。车辆的研发工作，最离不开的，就是DRE。

测试DRE的最主要职能职责，就是测试执行。根据测试用例，执行测试任务。将车辆或系统的质量问题，尽可能的暴露出来，就是测试DRE的工作！

2，测试VSE职能职责——VSE: Vehicle System Engineer

那测试VSE的工作呢，就是去协调项目或走相关的流程，制作相关的汇报材料，推动质量问题的关闭等等，为测试DRE能更好的完成测试任务，保驾护航。

当然，很多整车厂，VSE和DRE的工作任务并不做区分，即做测试也跟管项目，就会造成测试周期拉长，测试完整度被打断等风险。

进入整车厂做测试工作，就看你个人情况咯，如果你是闷头踏实干活的选手，你适合做DRE。如果你比较会交流，会来事，你适合做VSE，冲锋在项目组去抗住压力吧。

如果，你的部门比较缺人……那你就都干着吧……

别问我为啥头疼……

4，测试用例编制

为什么要把这一条单独列出来？因为，测试用例的编制，非常非常重要！

测试用例编制的好坏，直接决定了测试执行的效果。如果测试用例编制的不好，很可能会给测试执行的DRE造成误解或者歧义。通常是由经验丰富资深或者高级工程师为主，参与编写。如何写出合适的测试用例，仁者见仁智者见智，工作达到一定的年限之后，自然会有自己的见解

我这里提供几种测试用例的编制方法，算是抛砖引玉吧

提取测试用例方法，不局限于以上列举到的方法，在不同的企业，开发环境中进行一定的调整，单独或者合并使用，尽可能的去覆盖用户的操作

其他方法：如（1）逐级细分法（2）输入域测试法 （3）输出域分析法 （4）正交试验设计法（5） 业务流程分析法 （6）状态迁移法，等等…——很多做软件测试的同学应该会比较熟悉不少名词。用在汽车上，也是有很多通用的地方！

所以，以上，大概是我要分享给你的，关于电控系统测试工作的一些相关内容。

再然后，分享一点我的个人经历：

我在C公司的时候，有幸，几乎将整车厂基于自主开发整车控制器（VCU）软件的整个动力系统开发和验收的V流程开发模式，几乎全摸了一遍。从最开始系统方案设计，网络协议，工作流程，到模型开发，生成代码，标定，测试，甚至到最后的售后上门服务。我都摸了一遍。（好像就底层的嵌入式开发我没有正式的干过……），基本上花了3-4年左右，才明确了自己在整车研发过程中，我应该做什么。

所以在2015年开始，我就一直致力于做测试相关的工作，DRE，VSE，包括流程建设，测试用例编制，都做过。

如果要做我这个岗位，个人给你的建议是：如果将来想要在领域开展自己的相关工作，建议你花一定的时间，去摸一下开发流程前端的东西。自己参与系统设计，参与模型开发，参与标定等工作之后，你会对电控测试工程师，会有不一样的理解。

最后，尽量去做更多的项目，做完整的项目，有助于让你积累成功的经验！

我之前所在的B公司，就是因为测试领域的业务单独成立部门后，所有上市的销售车型都必须要由电控测试部门的测试报告，软件才允许对外放行，最直接有效的成果就是，2015年之后，B公司上市的车，没有一例因为电控系统软件方面的原因发生严重事故或产生召回更新软件的事件。

测试工作的一个形象比喻，就是汽车上市前最后一道把关，是底裤一般的存在，守门员一样的存在。所以要严格守住自己的底裤，把控住最后一道底线，坚决不放过任何一个可能存在的风险或质量问题，是作为测试工程师的职业操守。

同时，希望你能逐渐成长为领域的专家或者有话语权的人，这样可以做出更多有益于整个行业的事情。

共勉

——分割线——

再谈谈我对汽车行业其他岗位的看法和理解：

任何岗位，都需要有能力，能力分两条腿，一条是业务能力，另一条是沟通能力。

业务能力大概是指，自己要做好这份工作，应该掌握的基本功，怎么样？例如，做功能开发的系统匹配能力如何？逻辑能力怎样？做VCU模型软件开发的MATLAB用的怎么样？模型熟悉不熟悉？做测试CANoe数采和回放能力怎么样？会不会用IG模块发送模拟报文？做性能工程师的驾驶能力怎么样？会不会触发ESP？做质量的管理工具用的怎么样？做项目管理的做计划拉资源的能力怎么样？等等等……每个专业领域，所需要掌握的专业技能不一样的，大多数可以传递量化，也有一些不得不靠感觉（例如主观评价），但是，这部分的能力真的不是一蹴而就的，需要长年累月的反复练习！一句话，熟能生巧，减少差错，就能显得你专业！

沟通能力，字面意思是与人交流沟通而已。但是，延伸一下，包含并不仅限于以下内容：与领导汇报工作的能力，和平行兄弟部门对接需求和输入输出关系的能力，对下级同事布置任务的能力，和非本部门本领域人员沟通业务能力，建立流程规范的能力，推动问题解决关闭的能力，不同的汇报目的写不同材料的能力……一句话，你要茶壶里有饺子也要倒得出来的能力！

但是，请注意，不一定要求所有人都能完全掌握这两条大腿，一般情况下，每一个岗位，对这两个方面的能力要求，都是不一样的，

例如，你是一个项目管理工程师，那么，专业能力这条腿可以细一点，但是沟通能力一定要很强，拉通资源，对上抗住领导要求压力，对下布置相关任务，验收完成情况，协调车辆资源等等事情，一定必须以你为出口。

又例如，你是一个模型开发的工程师，你要做的，就是对接好前端的需求输入，然后安心的搭建模型，保证每一条信号线都连接准确，保证每一个变量输入是准确的，不要把标定值写死，不要把模拟量搞成数字量，等等~需要做到专业，细心，不出错。

所以，未来的发展，这件事，凭借好的平台，机遇，加上自己两条腿不断的变粗！你才有机会，实现自己的职业生涯价值！

申明以上材料均为本人自己编制和撰写，不存在抄袭现象，如有部分与其他网络材料相似之处，属于行业之间雷同效果。特别鸣谢，在我职业生涯遇到的很多带领我前进的导师：C公司的冯老师，B公司的邵博士，都是我的引路人，感谢二位对我的栽培。以及做过成功项目的一些合作的同事，你们都很棒。一路走来，感谢你们，才有我的成长。致敬前C公司和B公司的测试团队成员！

更感谢现在团队的小伙伴们

——完——