現在入行新能源汽車還來得及嗎？我講講我的這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公司的測試團隊成員！

更感謝現在團隊的小夥伴們

——完——