華為內(nèi)部硬件開發(fā)設(shè)計(jì)流程

2007年，以2年的工作經(jīng)驗(yàn)去一家小公司去面試。當(dāng)時(shí)筆試完，對(duì)方對(duì)我很認(rèn)可。但當(dāng)時(shí)他說：“我需要招一個(gè)，在大公司待過的，最好知道硬件開發(fā)流程和規(guī)范的。雖然你題答得不錯(cuò)，但是我們需要一個(gè)有豐富經(jīng)驗(yàn)的，最好在華為待過的?！?/p>

當(dāng)時(shí)，我就在想“華為的規(guī)范和流程是啥樣的”。后來我去了華為，我把能想到的華為硬件開發(fā)的幾個(gè)不一樣的點(diǎn)，跟大家分享一下。

當(dāng)時(shí)剛?cè)肼殨r(shí)，三個(gè)人做一個(gè)電路板。雖然電路復(fù)雜一些，還是有一些人力過剩的。所以，我就被安排去寫一個(gè)PCI轉(zhuǎn)UART的邏輯。

我當(dāng)時(shí)是新員工，也急于表現(xiàn)自己，利用周末的時(shí)間，估計(jì)用了一周的時(shí)間，就寫完代碼，開始仿真了。我以為我的導(dǎo)師兼主管會(huì)表揚(yáng)一下，結(jié)果沒有，他說：“你為什么沒有召集大家討論？然后再寫方案，評(píng)審？然后再動(dòng)手寫代碼？”我當(dāng)時(shí)是不理解的，覺得我一個(gè)人就搞定的事情，為啥要這樣勞師動(dòng)眾？

后來反思過后發(fā)現(xiàn)了以下問題：

第一、 從主管的角度，不知道新員工的個(gè)人能力，你能把做的事情講清楚了，他才放心。

第二、 從公司的角度，有一套流程來保證項(xiàng)目的交付。那么則不再太依賴某個(gè)人的個(gè)人能力，任何一個(gè)人的離職，都不會(huì)影響項(xiàng)目的交付。這也是華為最了不起的地方，把復(fù)雜的項(xiàng)目拆得非常細(xì)碎，這樣不需要特別牛的人來交付項(xiàng)目。這是為什么華為的工程師的收入是思科的N分之一。

第三、 從效果角度，畢竟一個(gè)人的想法是有限的，把想法文檔化的過程，就是整理思路的過程；討論的過程，就是收集你自己沒有想到的過程。正式的評(píng)審，是大家達(dá)成意見的過程。提前討論，讓相關(guān)的人都參與到你的設(shè)計(jì)中，總比你設(shè)計(jì)完了，被別人指出一個(gè)致命的問題要強(qiáng)得多。

就是因?yàn)槿A為把一項(xiàng)工作拆散了，所以溝通，文檔，評(píng)審，討論，變得非常重要。這個(gè)工作模式的缺點(diǎn)，也是顯而易見，溝通成本高，工作效率低。

在華為內(nèi)部里面，人員角色非常多。硬件的人是對(duì)產(chǎn)品開發(fā)階段，端到端負(fù)責(zé)的。做單板硬件工程師，可以涉獵最多的領(lǐng)域，同時(shí)也是工作內(nèi)容最雜，接觸人最多，扯皮的最多的工種。

但是也因?yàn)橛腥藢ｉT負(fù)責(zé)畫PCB、EMC、電源、邏輯，原本硬件工程師應(yīng)該做的領(lǐng)域。那么硬件工程師就武功盡廢，變成“連連線”。

其實(shí)不然，正是由于每個(gè)人都是一個(gè)小的領(lǐng)域，沒有人統(tǒng)領(lǐng)，所以一個(gè)好的硬件經(jīng)理的作用非常的重要，是貫穿所有領(lǐng)域和全部流程的關(guān)鍵角色。正如原來華為內(nèi)部論壇上有一個(gè)人比喻的，硬件工程師更像是處理器里面的“Cache”，是所有環(huán)節(jié)的中轉(zhuǎn)站。大公司把人的分工分的這么細(xì)，也是防止某一撥掌握了太多公司的核心技術(shù)，出去單搞了。

其實(shí)華為的流程，很多人都知道IPD流程是從IBM來的，我個(gè)人理解：IPD流程已經(jīng)在華為變種，結(jié)合了中國人的特點(diǎn)，華為的企業(yè)特點(diǎn)進(jìn)行了變通和優(yōu)化。如果華為僵硬的套用IBM的這套流程，也必定不會(huì)這么成功。

那么概括一下華為的硬件開發(fā)流程：

需求分析→總體設(shè)計(jì)→專題分析→詳細(xì)設(shè)計(jì)→邏輯詳設(shè)→原理圖→PCB→檢視→粘合邏輯→投板→生產(chǎn)試制→回板調(diào)試→單元測試→專業(yè)實(shí)驗(yàn)→系統(tǒng)聯(lián)調(diào)→小批量試制→硬件穩(wěn)定→維護(hù)。

流程的根本在于，這個(gè)環(huán)節(jié)做好了，再進(jìn)入下一個(gè)環(huán)節(jié)。所有的環(huán)節(jié)其實(shí)跟其他公司并沒有太大的區(qū)別，只不過嚴(yán)格把握了進(jìn)入下一個(gè)環(huán)節(jié)的考核條件。令硬件工程師最糾結(jié)的是“沒有個(gè)節(jié)點(diǎn)跟’投板’對(duì)應(yīng)”。

華為支撐IPD流程的系統(tǒng)是PDM（又名爬的慢）

PDM的中文名稱為產(chǎn)品數(shù)據(jù)管理（Product DataManagement）。PDM是一門用來管理所有與產(chǎn)品相關(guān)信息（包括零件信息、配置、文檔、CAD文件、結(jié)構(gòu)、權(quán)限信息等）和所有與產(chǎn)品相關(guān)過程（包括過程定義和管理）的技術(shù)。華為所有的器件資料，產(chǎn)品部件，工具，文檔，原理圖，PCB，邏輯代碼等都存在這個(gè)系統(tǒng)上。但是系統(tǒng)過于龐雜，其實(shí)比較難使用，跟服務(wù)器歸檔、SVN歸檔、也容易搞混淆。

硬件工程師一般都能夠理解，在一個(gè)板子上面的，盡可能的選擇成本更低的器件，選擇更少種類的器件，便于集中采購，同時(shí)也便于加工。但是其他公司可能沒有對(duì)器件歸一化的工作做得那么細(xì)致和嚴(yán)格。

第一， 由于華為整個(gè)公司使用的器件種類非常的多，所以如果減小一個(gè)器件編碼，帶來的收益是十萬人民幣到幾百萬，而其他公司可能達(dá)不到這個(gè)高的收益。所以如果能減少一個(gè)編碼，寧愿選擇可能成本更高的器件。但是這個(gè)也需要按照每年的器件直接成本收益*器件發(fā)貨數(shù)量，與編碼成本+加工成本差異，進(jìn)行對(duì)比的。不過器件歸一化之后，器件的價(jià)格又可以跟供應(yīng)商重新談價(jià)格，這個(gè)收益是迭代的。所以，有時(shí)即使是成本占優(yōu)，也會(huì)傾向去器件歸一化的結(jié)論。例如，逐步去除了5%精度的電阻，歸一化到1%。

第二， 器件歸一化，都是需要進(jìn)行專題分析的。因?yàn)橐灿泄こ處煘榱藲w一化，對(duì)電路原理沒有充分分析，導(dǎo)致的歸一化帶來“問題引入”。所以，當(dāng)時(shí)我的部門當(dāng)時(shí)有一個(gè)表格，“器件歸一化分析.xls”的excel表格，把每個(gè)器件，原來選型，歸一化的選型，更改的原因，都做好記錄和原因分析。一是讓每個(gè)做歸一化的員工都充分考慮分析，二是問題都有記錄，便于評(píng)審，三是出了問題，好打板子。

除了器件歸一化，更高一個(gè)層次的歸一化，就是單板歸一化。（單板這個(gè)概念，我稍微澄清一下，我剛到華為的時(shí)候，也覺得這個(gè)詞很奇怪。因?yàn)橥ㄐ旁O(shè)備，都是機(jī)框，背板，加各個(gè)功能模塊的電路板，各個(gè)功能模塊的電路就叫做“單板”，硬件工程師，一般也叫做“單板硬件”）

單板歸一化帶來的好處，首先是電路的種類少，電路的種類少的好處有三個(gè)：

一是生產(chǎn)成本降低；

二是硬件維護(hù)成本降低；

三是軟件開發(fā)和維護(hù)的成本降低。

第一、單板歸一化的先決條件首先是處理器歸一化。其實(shí)，華為的有的產(chǎn)品這點(diǎn)做得其實(shí)不好，X86、MIPS、ARM、PPC全部都用個(gè)遍，所以一個(gè)硬件平臺(tái)，需要配備各種軟件人員，操作系統(tǒng)搞N套，VxWorks和Linux，BIOS各種配套。

第二、單板的歸一化，要注意產(chǎn)品的衍生。第一個(gè)版本的機(jī)框上的單板所實(shí)現(xiàn)的功能，如果后續(xù)的產(chǎn)品可以使用，應(yīng)該直接可以用，不需要再開發(fā)。如果不注意這點(diǎn)，第一個(gè)版本的單板，到第二版本時(shí)，發(fā)現(xiàn)不能相互借用。反過來，再修改第一個(gè)版本的電路板，來適應(yīng)新版本。有時(shí)問題更糟糕，就是完全不能兼容，只好重新開發(fā)。單板的規(guī)劃顯得非常重要。

第三、單板歸一化時(shí)，雖然電路部分兼容了，但是結(jié)構(gòu)件不兼容。對(duì)于市場人員的配置來說，仍然是兩種配置。一樣是失敗的。

那么如果發(fā)現(xiàn)不同的硬件平臺(tái)的架構(gòu)雷同，功能類似。那么機(jī)框也可以歸一化。只需要制作不同的電路功能模塊，就可以實(shí)現(xiàn)不同的功能需求。

但是不同的硬件形態(tài)都是有他存在的意義的，如果強(qiáng)行歸一，市場未必會(huì)接受這種事情的發(fā)生。例如用一個(gè)運(yùn)營商的平臺(tái)去歸一一個(gè)企業(yè)應(yīng)用或者家庭應(yīng)用的產(chǎn)品，可能就未必能夠成功。

這個(gè)說法是我自己想的，早在08年的時(shí)候，華為就在討論“云管端戰(zhàn)略”了，當(dāng)時(shí)不是很理解。當(dāng)我們一個(gè)運(yùn)營商平臺(tái)部門，跟“服務(wù)器”的部門合并的時(shí)候，似乎理解了點(diǎn)什么。

當(dāng)X86處理器足夠強(qiáng)大的時(shí)候，所有的運(yùn)算，不管是否性價(jià)比最高，都送到云端進(jìn)行處理，那么所有中間的存儲(chǔ)和計(jì)算都顯得不重要了。那么整個(gè)網(wǎng)絡(luò)的結(jié)構(gòu)，就是終端+管道+云存儲(chǔ)和云計(jì)算。

我覺得很多硬件工程師有個(gè)誤區(qū)，覺得自己的核心競爭力是在于會(huì)使用幾個(gè)軟件（cadence、Protel），畫畫原理圖，畫畫PCB。我早期的一份工作就這樣，最大的本事就是照葫蘆畫瓢，抄Demo板，抄以前成熟的電路，如果碰到了新的電路設(shè)計(jì)，一般是按照參考電路先畫出電路，再通過調(diào)試，去嘗試，碰到問題，再去解決問題。

那么我現(xiàn)在的觀念是，硬件工程師最值錢的地方是在于懂硬件原理，懂得電路分析，模電數(shù)電原理，電磁場理論，而不是會(huì)使用畫圖軟件。

那么華為是怎樣做電路設(shè)計(jì)的呢？為什么會(huì)有專題分析的說法呢？為什么電路設(shè)計(jì)的時(shí)候要做專題分析？

第二、當(dāng)電路設(shè)計(jì)過程中，碰到一些新的問題，之前團(tuán)隊(duì)中沒有接觸過的問題，或者認(rèn)為是重點(diǎn)，難點(diǎn)的內(nèi)容，會(huì)專門做這個(gè)問題點(diǎn)的專題分析：例如我們做過的一些雙BIOS啟動(dòng)，攝像頭的紅外LED的驅(qū)動(dòng)，主備倒換啊，之類的，就會(huì)把一個(gè)問題點(diǎn)分析透，然后再動(dòng)手做畫原理圖。

第三、那么在開發(fā)硬件的時(shí)候，Demo只是作為參考，每一個(gè)依據(jù)都是來自于datasheet，除了看芯片的數(shù)據(jù)手冊之外，還要仔細(xì)查看數(shù)據(jù)手冊的勘誤表errata，核對(duì)datasheet與Demo的差一點(diǎn)，如果器件有checklist還得核對(duì)checklist。曾經(jīng)開發(fā)AMD的時(shí)候，datasheet、Demo、checklist，三個(gè)文檔對(duì)不上的情況。也出現(xiàn)過，一個(gè)比較難復(fù)現(xiàn)的問題，后來查看了Errata，發(fā)現(xiàn)是廠家芯片升級(jí)了，修正了bug，而我們還在采購老版本的芯片。

第四、由于項(xiàng)目本身有交付時(shí)間要求，那么在有限時(shí)間內(nèi)其實(shí)不可能做到每個(gè)問題點(diǎn)都做得深入透徹。那么問題來了：

是怎么做到的呢？首先，每個(gè)項(xiàng)目都有《問題跟蹤表》，而硬件團(tuán)隊(duì)由于事情非常的雜，所以把這個(gè)表要用的非常好，不然丟東拉西很正常。我曾經(jīng)把這個(gè)表應(yīng)用到家里裝修。這個(gè)表的原理很簡單，就是記錄，問題內(nèi)容，責(zé)任人，完成狀態(tài)，完成時(shí)間。但是只要你堅(jiān)持用，你會(huì)發(fā)現(xiàn)，你問題不會(huì)跟蹤丟，做事情會(huì)比較有條理，而且會(huì)有成就感。用了這個(gè)表以后，發(fā)現(xiàn)問題之后，先記錄下來，即使現(xiàn)在不解決，那么也會(huì)識(shí)別他要不要解決，什么時(shí)候解決。其次、問題分優(yōu)先級(jí)，任何項(xiàng)目都是帶著風(fēng)險(xiǎn)前進(jìn)的，那么識(shí)別出高風(fēng)險(xiǎn)的問題，優(yōu)先解決高風(fēng)險(xiǎn)的問題，帶著低風(fēng)險(xiǎn)的問題繼續(xù)走。這也是華為電路設(shè)計(jì)中“0歐姆”電阻用的比較多的有一個(gè)原因，識(shí)別出風(fēng)險(xiǎn)之后，但是又分析不清楚，或者來不及分析，只好做兼容設(shè)計(jì)。這里不得不感慨一句，在你的設(shè)計(jì)過程中，你馬虎對(duì)待，沒有分析清楚的問題，最后一定會(huì)暴露出來。

所以，在“菊花廠”做硬件工程師，“專題分析”是設(shè)計(jì)硬件最核心的工作，而不是畫原理圖。通過這個(gè)方法，用1~2個(gè)月做電路分析，而用1~2周時(shí)間畫原理圖，取代了，畫圖，調(diào)試，改版，再調(diào)試，在改版的形式。多快好省，是不可能同時(shí)實(shí)現(xiàn)的，那么硬件工程師有責(zé)任做很好的折衷和權(quán)衡。

在我進(jìn)入華為的時(shí)候，當(dāng)時(shí)整個(gè)公司都在“規(guī)范”運(yùn)動(dòng)，什么都寫規(guī)范，人人都寫規(guī)范，什么任職、績效、技術(shù)等級(jí)都看規(guī)范。（大公司用KPI來引導(dǎo)，容易搞成“運(yùn)動(dòng)”）。所以當(dāng)時(shí)，按照器件種類，很多人寫了各種器件選型規(guī)范。當(dāng)時(shí)，原理圖評(píng)審的時(shí)候，聽得最多的就是“規(guī)范就是這樣寫的”，這里面有一些問題：

1、寫規(guī)范的人不一定水平高，或者寫得不細(xì)致，如果出現(xiàn)錯(cuò)誤那就更是害人了。

2、規(guī)范有時(shí)抑制了開發(fā)人的思維，什么都按照規(guī)范來，不一定適合實(shí)際的設(shè)計(jì)場景；例如我需要低成本設(shè)計(jì)，但是規(guī)范強(qiáng)調(diào)的是高質(zhì)量，就不一定適用。

3、有了規(guī)范之后，也會(huì)導(dǎo)致部分開發(fā)人員不思考，例如晶振要求在50MHz以上，放pF級(jí)的電容進(jìn)行電源濾波，而低于50MHz的不用。大家都不想為什么，自然也不知道為什么；再例如網(wǎng)口變壓器防護(hù)，室內(nèi)室外，按照各種EMC標(biāo)準(zhǔn)的設(shè)計(jì)要求，直接照著畫就可以；但是很少有人想為什么，也不知道測試的結(jié)果怎樣，等實(shí)際碰到困難時(shí)就抓瞎了。的確在有的時(shí)候提高了工作效率和產(chǎn)品質(zhì)量，但是工具也發(fā)達(dá)，人也就越退化，這是必然。

4、有些器件的選型，不適合寫規(guī)范，因?yàn)槠骷l(fā)展太快，有可能等你規(guī)范寫好，器件都淘汰了。例如：在X86處理器進(jìn)入通信領(lǐng)域了之后，處理器選型規(guī)范就顯得多余。

規(guī)范確實(shí)能帶來好處。但是，并不是所有工作都適合用規(guī)范來約束。硬件工程師要能跳出“參考電路”、跳出“規(guī)范”，從原理思考問題和設(shè)計(jì)。

當(dāng)然規(guī)范還是非常有用的一個(gè)手段，是大量的理論分析+經(jīng)驗(yàn)積累+實(shí)踐數(shù)據(jù)的精華。我覺得當(dāng)時(shí)我看得最多的規(guī)范，是《器件選型的降額規(guī)范》，這是基于大量試驗(yàn)，實(shí)際案例，總結(jié)出來的器件選型的時(shí)候，需要考慮的內(nèi)容。

例如：規(guī)定選用鋁電解電容的時(shí)候，需要考慮穩(wěn)態(tài)的工作電壓低于額定耐壓90%；而鉭電容，穩(wěn)態(tài)的降額要求在50%；而陶瓷電容，穩(wěn)態(tài)的降額要求在85%；因?yàn)檫@里考慮了一些器件的實(shí)效模式、最惡劣環(huán)境（高溫、低溫、最大功耗），穩(wěn)態(tài)功率和瞬態(tài)功率的差異……等等因素。

在華為的PDM系統(tǒng)上，器件都有一個(gè)優(yōu)選等級(jí)“優(yōu)選”“非優(yōu)選”“禁選”“終端專用”等幾個(gè)等級(jí)。工程師可以根據(jù)這個(gè)優(yōu)選等級(jí)來直觀的感受到器件是否優(yōu)選。

那么器件的優(yōu)選等級(jí)，是考慮了哪些因素呢？

1．可供應(yīng)性：特別是華為這樣廠家，有大量發(fā)貨的產(chǎn)品。慎選生命周期處于衰落的器件，禁止選用停產(chǎn)的器件。我2005年時(shí)曾設(shè)計(jì)過一個(gè)電路，設(shè)計(jì)的時(shí)候就是拷貝別人的電路，結(jié)果加工的時(shí)候發(fā)現(xiàn)器件根本買不著，由于器件停產(chǎn)了，只能在電子市場買翻新的器件。對(duì)于關(guān)鍵器件，至少有兩個(gè)品牌的型號(hào)可以互相替代，有的還要考慮方案級(jí)替代。這點(diǎn)很重要，如果是獨(dú)家供貨的產(chǎn)品，是需要層層匯報(bào)，決策，評(píng)估風(fēng)險(xiǎn)的。

2．可靠性：

散熱：功率器件優(yōu)先選用RjA熱阻小,Tj結(jié)溫更大的封裝型號(hào)；處理器選型，在性能滿足的情況下，盡量選擇功耗更小的器件。但是如果是Intel這樣壟斷的器件，你也只有忍受，加散熱器，加風(fēng)扇。

ESD：所選元器件抗靜電能力至少達(dá)到250V。對(duì)于特殊的器件如：射頻器件，抗ESD能力至少100V，并要求設(shè)計(jì)做防靜電措施。（注：華為是嚴(yán)格要求，禁止裸手拿板的。我本來也不理解，后來我?guī)F(tuán)隊(duì)之后，發(fā)現(xiàn)兄弟們花大量的時(shí)間在維修單板；我們的團(tuán)隊(duì)就非常嚴(yán)格要求這一點(diǎn)，看似降低效率，其實(shí)還是提高效率的。至少不用總懷疑器件被靜電打壞了。）

所選元器件考慮更高的濕敏等級(jí)。

安全：使用的材料要求滿足抗靜電、阻燃、防銹蝕、抗氧化以及安規(guī)等要求。

失效率：避免失效率高的器件，例如標(biāo)貼的撥碼開關(guān)。盡量不要選擇裸Die的器件，容易開裂。不要選擇玻璃封裝的器件。大封裝的陶瓷電容不要選擇。

失效模式：需要考慮一些器件的失效模式是，開路還是斷路，會(huì)造成什么后果，都需要評(píng)估。這也是鉭電容慎選的一個(gè)重要原因。

3．可生產(chǎn)性：不選用封裝尺寸小于0402的器件。

盡量選擇表貼器件，只做一次回流焊，就完成焊接，不需要進(jìn)行波峰焊。部分插件器件不可避免選用的話，需要考慮，能否采用通孔回流焊的工藝完成焊接。減少焊接的工序和成本。

4．環(huán)保：由于華為大量的產(chǎn)品是發(fā)往歐洲的，所以環(huán)保的要求也比較嚴(yán)格。由于歐盟提出無鉛化要求，曾經(jīng)整個(gè)公司的幾乎所有的硬件工程師都在做無鉛化的整改。

5.考慮歸一化：例如某產(chǎn)品已經(jīng)選用了這個(gè)器件，并且在大量出貨的時(shí)候，往往有時(shí)這個(gè)器件的選型并不是很適合，也會(huì)選擇，因?yàn)椴坏梢酝ㄟ^數(shù)量的增多來重新談成本，還可以放心的選用，因?yàn)榻?jīng)過了大批量的驗(yàn)證。這也是為什么傾向于選用成熟期的器件，而慎選導(dǎo)入期和衰落期的原因。

6.行業(yè)管理：某一個(gè)大類，例如：電源、時(shí)鐘、處理器、內(nèi)存、Flash等等都是有專門的人做整個(gè)公司的使用的規(guī)劃和協(xié)調(diào)，提前進(jìn)行市場調(diào)研，分析，編寫規(guī)范。他們會(huì)參與到新器件的選型上來。

7、器件部門：專門有器件部門的同事，會(huì)分析器件的失效原因，可靠性分析，拍攝器件的X光，評(píng)估器件壽命等等工作。

8、成本：如果在上述因素都不是致命的情況下——上述的因素都是浮云，緊盯第八條。

1、首先大公司就是“會(huì)多”，因?yàn)楣敬螅块T多，人的職責(zé)劃分的細(xì)，所以一件事情，需要很多人參與。容易出現(xiàn)扯皮的事情。我剛到華為時(shí)，非常不適應(yīng)，什么都寫文檔，什么都評(píng)審，什么都開會(huì)；所以不適應(yīng)這么多會(huì)議，開會(huì)時(shí)就會(huì)無聊，所有的貪食蛇的最高紀(jì)錄都是那段時(shí)間破的。

2、任何事情還是有主要負(fù)責(zé)人的，華為給予負(fù)責(zé)人足夠的權(quán)利，所以能夠推動(dòng)事情的發(fā)展，協(xié)調(diào)到資源。例如行銷有足夠的強(qiáng)勢去推動(dòng)研發(fā)實(shí)現(xiàn)客戶的需求。產(chǎn)品經(jīng)理、客戶經(jīng)理的能量還是很大的，能夠跟研發(fā)的部長直接進(jìn)行對(duì)話，推動(dòng)研發(fā)干這干那。

3、所有問題最終都是會(huì)記錄，跟蹤，保證完成的。這就是為什么哪怕有些設(shè)備的質(zhì)量，性能并不能讓客戶足夠滿意的時(shí)候，客戶還愿意用華為的設(shè)備。就是這個(gè)原因，運(yùn)營商都喜歡用華為的設(shè)備。一個(gè)問題出來了，還沒確定是哪家的問題，華為的兄弟就沖上去了。聯(lián)通2個(gè)人參加會(huì)議，華為6個(gè)人來參加會(huì)議，通過試驗(yàn)舉證，證明是Juniper設(shè)備的問題。然后給出充分的報(bào)告告訴客戶，這不是我們的問題，這是XXX廠商的問題。

4、林子大了，什么鳥都會(huì)有。所以推、拖、賴的事情自然總是有發(fā)生。這就需要強(qiáng)大而明確的績效評(píng)價(jià)體系，去引導(dǎo)員工去主動(dòng)承擔(dān)任務(wù)，而不是去劃清界限。這種“劃清責(zé)任”的事情也不可避免。否則就是三個(gè)和尚沒水喝。注：華為的這種凡事充分討論的做法，在電信運(yùn)營商的領(lǐng)域是適用的，放在消費(fèi)者領(lǐng)域、甚至企業(yè)IT領(lǐng)域往往會(huì)不適用的，因?yàn)闆]有足夠的利潤率去支撐這么做。所以我說的一些華為的一些優(yōu)點(diǎn)，各位華為手機(jī)的用戶不用向我吐槽，：-）

5、在開會(huì)的過程中，經(jīng)常人們?nèi)菀走M(jìn)入誤區(qū)，或者過于發(fā)散，或者過于保守。在產(chǎn)品定義階段的會(huì)議，往往都有人提醒，發(fā)散的時(shí)候不要收斂；在問題解決的會(huì)中，往往會(huì)提醒，不要過去發(fā)散，聚焦問題。這個(gè)能夠提醒大家的人往往就非常重要。當(dāng)然有時(shí)也會(huì)流于形式，各位朋友可以看下一篇案例《華為內(nèi)部討論如何給孫楊漲姿勢》，會(huì)議中不斷有人提醒聚焦，但是大家還是比較發(fā)散。

什么是《羅伯特議事法則》？

一百年前有個(gè)好小伙子,名叫享利.馬丁.羅伯特,二十五歲,中國人叫愣頭青。他畢業(yè)于西點(diǎn)軍校在南北戰(zhàn)爭期間奉命主持一個(gè)地方教會(huì)的會(huì)議。結(jié)果呢——搞砸 了。人們爭個(gè)不亦樂乎，什么結(jié)論都沒有?？傊凰?。這個(gè)會(huì)開了比不開還要糟糕。這個(gè)小伙子呢，有點(diǎn)一根筋。說我要研究一下，弄個(gè)規(guī)則，否則我就再也不開會(huì)了。他研究上下幾千年的開會(huì)討論，有一個(gè)結(jié)論：人大概是特別愛爭論的一個(gè)動(dòng)物，最難被道理說服的動(dòng)物，分歧一旦出現(xiàn)。很難在短時(shí)間內(nèi)靠語言交流說服對(duì)方。否則吵個(gè)幾天幾夜都不會(huì)有結(jié)果。而且越吵越覺得自己有道理，對(duì)方是個(gè)笨蛋。所以雙方找到共同點(diǎn)達(dá)成一個(gè)結(jié)論一定要有一個(gè)機(jī)制。他把這個(gè)研究當(dāng)作一個(gè)戰(zhàn)爭一樣。把人的爭論本性當(dāng)作敵人。最后這個(gè)小伙子打贏了。

打贏的結(jié)果是1876年羅伯特議事規(guī)則。他自費(fèi)出版買了一千本到處送人。1915 愣頭青羅伯特成了將軍，他修訂了這規(guī)則。一開始人家不重視，嘴上沒毛說話不牢的小家伙行嗎。唉，沒想到，真行，他們一實(shí)行這個(gè)規(guī)則，吵架沒了，會(huì)開下去了。墨水瓶，板凳也不亂飛了。結(jié)果羅伯特議事規(guī)則成了世界上最通行的議事規(guī)則。

開會(huì)經(jīng)常有三個(gè)問題。

一，跑題：就是你說李連杰，我扯到成龍，我說豬八戒，你扯到溫家寶李鵬。跑得沒個(gè)邊了。而且老人家特別愛擺掌故，一開頭，我給你們講個(gè)故事，這一講，就講到中飯了。

二，一言堂：這一個(gè)一言堂呢，是領(lǐng)導(dǎo)者愛講話，誰是領(lǐng)導(dǎo)就嘩嘩嘩說個(gè)沒完，一講就全他講了。第二個(gè)呢，農(nóng)村有一些特別愛講話的。也有從來不講話的。。

三，野蠻爭論：一討論問題，就說你上次多報(bào)了五元錢，你不是好孩子，懷疑別人的品德。一百句話中抓住人家一個(gè)詞不放。甚至打起來。會(huì)議就沒法子開了。

四，打斷：不得打斷別人的正當(dāng)發(fā)言。

羅伯特議事法則的一條就是：主持人來解決以上問題。但是一般的企業(yè)往往，領(lǐng)導(dǎo)出現(xiàn)的時(shí)候，主持人是不會(huì)去提醒領(lǐng)導(dǎo)，“你跑題了”，“你一言堂了”，“你不應(yīng)該打斷別人的正常發(fā)言”，這就是國外的科學(xué)的一些理論和方法到了中國往往不適應(yīng)中國的土壤，不能生搬硬套的典型案例。

其實(shí)在華為，已經(jīng)能夠在大多數(shù)會(huì)議中，做到發(fā)生“跑題、一言堂、打斷、不文明”時(shí)，有主持人去提醒，并拉回到正軌上。但是一些會(huì)議也做不到，比如：領(lǐng)導(dǎo)比較強(qiáng)勢，領(lǐng)導(dǎo)自己是主持人，主持人是個(gè)馬屁精，一些政治敏感問題，就不能去破壞和諧。此處不展開細(xì)說。

那么華為是怎么去解決這些問題的呢？

1、“以客戶為中心”，所以領(lǐng)導(dǎo)再大，大不過客戶，客戶需求一律允諾，一律搞定。所以大家都是為了搞定客戶，當(dāng)大家在原則性的問題上不會(huì)有大的分歧。

2、 績效導(dǎo)向，一切是按照結(jié)果去評(píng)價(jià)績效的。所以在一些問題上，如果領(lǐng)導(dǎo)提出了某個(gè)方案，但是可能存在重大隱患時(shí)，底下人是有責(zé)任去提醒和反對(duì)的。否則造成重大嚴(yán)重后果后，領(lǐng)導(dǎo)跑不掉，一樣會(huì)修理底下的人。都是拴在一條繩子上的螞蚱。當(dāng)某個(gè)同事提出跟領(lǐng)導(dǎo)不同的意見時(shí)，并有價(jià)值時(shí)，會(huì)從績效結(jié)果上去認(rèn)可這個(gè)兄弟。這就是教育員工，鼓勵(lì)提出反對(duì)意見，鼓勵(lì)糾正領(lǐng)導(dǎo)的錯(cuò)誤。

3、 教育主管。華為提倡狼文化，所有的主管能夠被提拔上去，一般都是狼性十足，能講會(huì)說，精力旺盛，在開會(huì)時(shí)balabala一頓，與員工溝通時(shí)也是balabala一頓自己說得爽。那么就會(huì)容易造成一言堂，或者跑題。那么在主管培訓(xùn)的時(shí)候，都會(huì)教育帶團(tuán)隊(duì)的人，要會(huì)傾聽，會(huì)交流，溝通時(shí)要把握節(jié)奏和分寸。

我曾經(jīng)支持過CCB的網(wǎng)絡(luò)建設(shè)一段時(shí)間，當(dāng)時(shí)剛?cè)サ臅r(shí)候，跟他們的IT規(guī)劃部，開了一個(gè)會(huì)。當(dāng)時(shí)，開會(huì)時(shí)就是典型的“一言堂”，他們一個(gè)領(lǐng)導(dǎo)過來，一頓狂罵：“你們?nèi)A為的設(shè)備怎么怎么不行，你們思科的設(shè)備也是狗屎，你們西門子服務(wù)太差。。。。。。”，建行的人，還有設(shè)備廠商的人都被罵蒙了，就聽他一頓牢騷，罵完設(shè)備廠商，開始罵自己的員工“balabala”。然后所有人都不知道這哥們想干嘛，這哥們也講不出自己想要什么樣的設(shè)備，性能和服務(wù)。然后氣憤憤就走了。

一言堂、跑題、不文明，這些都不是致命的，最致命的就是“無效會(huì)議”。當(dāng)這位領(lǐng)導(dǎo)走了之后，大家繼續(xù)按照自己的思路，方法，繼續(xù)討論，然后花2分鐘討論一下，怎么應(yīng)付這位領(lǐng)導(dǎo)。所以我們開會(huì)時(shí)需要的，但是如何開的有效是有套路的。

那么如何做到呢？

第一、 例行會(huì)議，有議題。例如周會(huì)，一周例會(huì)的議題做事先的安排，不是很隨意的說一下。訂好議題，訂好每個(gè)議題的時(shí)間，保證不跑題。

第二、 會(huì)議要有紀(jì)要，每次開會(huì)的會(huì)議主持人，會(huì)議紀(jì)要人都明確。會(huì)議紀(jì)要是很重要的一件事情，也需要很高的技巧，即需要有效參與會(huì)議討論，有需要記錄下關(guān)鍵要點(diǎn)，不記流水賬。

第三、 會(huì)議紀(jì)要要分為：

結(jié)論（會(huì)議結(jié)論不隨意更改）；

遺留問題（要符合SMART原則）；

要有責(zé)任人；

要求完成的時(shí)間等等。

紀(jì)要有模板，提醒大家紀(jì)要要符合SMART原則。

第四、 勤跟蹤，要閉環(huán)。所有的遺留問題，在下次會(huì)議的時(shí)候都會(huì)回顧，看看是不是完成了，有沒有拖延，直到有個(gè)交代。當(dāng)然，如果返現(xiàn)任務(wù)安排有問題，根據(jù)評(píng)估也會(huì)進(jìn)行問題的關(guān)閉和掛起。

第五、 所有的決議都是需要有理有據(jù)的，不能是拍腦袋。因?yàn)槭虑芭哪X袋，事后就會(huì)拍大腿。然后就有人拍屁股走人了。這樣就不會(huì)決議是下級(jí)服從上級(jí)，少數(shù)服從多數(shù)。當(dāng)然，這樣的話就會(huì)存在效率問題，因?yàn)橛行﹩栴}就會(huì)因?yàn)槎虝r(shí)間研究不清楚，決策不下來。這是就有了CCB(這個(gè)CCB不是建設(shè)銀行的意思，CCB(Change Control Board) 在CMMI(Capability Maturity Model Integration)中，是“變更控制委員會(huì)”的含義，CCB可以由一個(gè)小組擔(dān)任，也可以由多個(gè)不同的組擔(dān)任，負(fù)責(zé)做出決定究竟將哪些已建議需求變更或新產(chǎn)品特性付諸應(yīng)用。典型的變更控制委員會(huì)會(huì)同樣決定在哪一些版本中糾正哪些錯(cuò)誤。CCB是系統(tǒng)集成項(xiàng)目的所有者權(quán)益代表，負(fù)載裁定接受那些變更。CCB由項(xiàng)目所涉及的多方成員共同組成，通常包括用戶和實(shí)施方的決策人員。CCB是決策機(jī)構(gòu)，不是作業(yè)機(jī)構(gòu)，通常CCB的工作是通過評(píng)審手段來決定項(xiàng)目是否能變更，但不提出變更方案。至少會(huì)保證，決策的決議是集體的智慧。)

按照小米UI每周發(fā)布的進(jìn)度，周四一天的內(nèi)測。我按照華為的流程怎么套都套不出來。

疑惑點(diǎn)在于：

1、內(nèi)測是指開發(fā)人員自測試，還是測試人員的測試？

2、如果是指開發(fā)人員自測試，那么測試人員在哪里測試？

3、如果是測試人員測試，那么開發(fā)人員的自測試呢？開發(fā)轉(zhuǎn)測試的點(diǎn)在哪里？

華為背景的朋友一定會(huì)問：測試人員怎么可能用一天的時(shí)間完成測試？

也許有人說，小米的效率就是高。

那么我們來看一下華為的測試流程，你就知道是否可以壓縮到一天完成相關(guān)的測試。

首先說明一點(diǎn)，華為的軟件部門，包括UI、或者網(wǎng)站的開發(fā)團(tuán)隊(duì)也是按照小步迭代進(jìn)行開發(fā)的，在產(chǎn)品穩(wěn)定后，新增需求會(huì)拆分成細(xì)小的版本，進(jìn)行最短周期的開發(fā)測試。也可能華為的拆解需求的能力弱于小米，但是這里我們單純談測試流程。

測試是產(chǎn)品開發(fā)過程中必不少的環(huán)節(jié),在華為的研發(fā)人員中,有近三分之一的人員是測試人員。

華為的測試體系在國內(nèi)算是起步較早,大概經(jīng)歷了這樣幾個(gè)階段:

1) 青銅器時(shí)代: 手工作坊式測試

1996年研發(fā)測試團(tuán)隊(duì)成立手工作坊方式的研發(fā)過程和測試

2) 鐵器時(shí)代：IPD和CMM階段

1998年華為與IBM合作，開始引進(jìn)IPD流程

1999年左右引入CMM理念

產(chǎn)生IPD-CMMI流程

2004年在IPD基礎(chǔ)上開發(fā)PTM流程，自動(dòng)化測試規(guī)模開展

2006~2007年左右PTM趨于完善

注：上圖中各個(gè)TR點(diǎn)的含義如下：

HLD：概要設(shè)計(jì)文檔；

LLD：詳細(xì)設(shè)計(jì)文檔；

1. UT

單元測試的對(duì)象是LLD中所劃分定義的程序單元或模塊，它也是單元測試用例設(shè)計(jì)中可測試的最大單元。該測試對(duì)象可能由一個(gè)或多個(gè)函數(shù)或者類組成，測試設(shè)計(jì)就是對(duì)測試對(duì)象進(jìn)行測試用例設(shè)計(jì)。

UT的目的，是通過函數(shù)運(yùn)行來檢查模塊代碼對(duì)于LLD文檔的順從性，驗(yàn)證每個(gè)函數(shù)的輸入輸出響應(yīng)，與它在詳細(xì)設(shè)計(jì)文檔中預(yù)先定義的是否一致。函數(shù)是產(chǎn)品開發(fā)實(shí)現(xiàn)的最基本單位，下一個(gè)實(shí)現(xiàn)單位是模塊，從測試的角度看，希望UT完成后，每個(gè)函數(shù)都牢固可靠，下一步的IT測試將聚焦在函數(shù)之間配合能否實(shí)現(xiàn)分配需求，而不用擔(dān)心函數(shù)本身的輸入輸出響應(yīng)問題。

單元測試比較適合開發(fā)人員做。

2.IT

集成測試是指把若干個(gè)經(jīng)過單元測試的單元組裝到一起而進(jìn)行的測試，集成測試應(yīng)依據(jù)HLD，主要發(fā)現(xiàn)接口、依賴中的錯(cuò)誤或不完善的地方。集成測試的對(duì)象為若干個(gè)單元測試對(duì)象的組合，至少為兩個(gè)。

IT的目的，是根據(jù)模塊設(shè)計(jì)對(duì)模塊的分解，從已驗(yàn)證的函數(shù)開始，逐層向上集成，得到一個(gè)可運(yùn)行的模塊。

IT可以由開發(fā)人員做，也可以由測試人員做。不難看出，UT是面向每一個(gè)單元的測試，IT是測試單元之間的接口，可以把UT/IT歸為“單元級(jí)”測試。

3.ST

CMM定義的系統(tǒng)測試：系統(tǒng)測試是針對(duì)軟件項(xiàng)目組所承擔(dān)開發(fā)的軟件系統(tǒng)進(jìn)行的整體測試，將軟件系統(tǒng)作為整體運(yùn)行或?qū)嵤┟鞔_定義的軟件行為子集的測試。主要采用的測試方法是黑盒測試，即不管程序內(nèi)部的實(shí)現(xiàn)邏輯，以檢驗(yàn)輸入輸出信息是否符合規(guī)格說明書中有關(guān)需求規(guī)定的測試方法。可見ST的測試對(duì)象是規(guī)格說明書，更確切的說，是模塊需求規(guī)格說明書，所以一般也稱為MST。模塊SRS文檔給出了模塊的輸入輸出的相應(yīng)要求。MST后，每個(gè)模塊是牢固可用的。

4.BBIT

BBIT為模塊間接口測試，驗(yàn)證模塊之間的接口能不能配合，有時(shí)和聯(lián)調(diào)混在一起，其實(shí)目的并不相同。BBIT的目的，是根據(jù)系統(tǒng)設(shè)計(jì)對(duì)系統(tǒng)的分解，從已通過驗(yàn)證的模塊開始，逐層向上集成，得到一個(gè)可運(yùn)行的系統(tǒng)。而聯(lián)調(diào)一般涉及軟件、硬件或者不同產(chǎn)品間的配合測試。MST和BBIT可以歸到“模塊級(jí)” 的測試，一個(gè)驗(yàn)證模塊，一個(gè)驗(yàn)證模塊間的接口。

以上UT/IT/MST/BBIT一般由開發(fā)人員完成，系統(tǒng)基本可以運(yùn)行起來了，測試人員可以開展SDV、SIT、SVT了。

5.SDV

SDV雖然屬于測試人員開展的系統(tǒng)測試，但是有點(diǎn)偏灰盒測試，因?yàn)镾DV驗(yàn)證各子系統(tǒng)的配合是否滿足設(shè)計(jì)需求（DR），對(duì)內(nèi)部的實(shí)現(xiàn)還是關(guān)注的，驗(yàn)證多個(gè)模塊集成以后是否滿足設(shè)計(jì)需求。

6.SIT

SIT也是驗(yàn)證設(shè)計(jì)需求是否得以滿足，與SDV不同的是，SIT完全把系統(tǒng)當(dāng)作一個(gè)黑盒來測試，不關(guān)心內(nèi)部具體的實(shí)現(xiàn)。實(shí)際應(yīng)用中，SDV和SIT 雖然都屬于系統(tǒng)一級(jí)的測試，往往由不同項(xiàng)目組（子系統(tǒng)）的測試人員分別測試，他們只關(guān)注各自的子系統(tǒng)，所以還是把SDV和SIT歸為“子系統(tǒng)級(jí)”的測試比較好。

7.SVT

SVT是驗(yàn)收測試，其測試對(duì)象是產(chǎn)品包需求OR。產(chǎn)品包需求給出了產(chǎn)品的范圍，從產(chǎn)品可能的應(yīng)用環(huán)境的角度刻畫系統(tǒng)，SVT的目的就是確認(rèn)（或驗(yàn)收）產(chǎn)品包需求給出的各種應(yīng)用場景產(chǎn)品均能滿足。

即使是網(wǎng)頁開發(fā)項(xiàng)目，外包項(xiàng)目，終端的項(xiàng)目，華為的測試仍然會(huì)經(jīng)歷以下幾個(gè)測試階段：

SIV：System Integration Verify 系統(tǒng)集成驗(yàn)證

SDV：System design Verify 系統(tǒng)設(shè)計(jì)驗(yàn)證

SIT：System Integration Test 系統(tǒng)集成測試

SVT：System Verification Test 系統(tǒng)確認(rèn)測試（系統(tǒng)模擬測試）

迭代結(jié)束后，在正式對(duì)外發(fā)布前，會(huì)將歷次迭代實(shí)現(xiàn)的所有Story再做一次測試，測試 的主體在測試人員，包括功能、非功能，并要給出測試報(bào)告。這個(gè)活動(dòng)就稱為SIT或發(fā)布測試。

如果Story 測試、迭代SDV測試都自動(dòng)化了，則本次測試主要是執(zhí)行自動(dòng)化用例、如前 面有測試不充分，則補(bǔ)充測試，以及詳細(xì)性能測試。如果用例自動(dòng)化程度不高，則本次測試會(huì) 刷選部分用來進(jìn)行測試。測試結(jié)束后需要給出測試報(bào)告。

SIT測試重點(diǎn)：所有迭代開發(fā)完成后，由迭代開發(fā)團(tuán)隊(duì)中的測試人員完成對(duì)全系統(tǒng)進(jìn)行回歸測試，達(dá)到TR4A的質(zhì)量標(biāo)準(zhǔn)。遺留問題要滿足TR5的DI（缺陷密度）目標(biāo)。

4) 集團(tuán)軍時(shí)代：IPD-RD-I&V階段

2008年左右開始推廣敏捷，研發(fā)組織演變?yōu)镻DU方式

引進(jìn)迭代開發(fā)模式，形成IPD-RD-I&V流程

系統(tǒng)集成與驗(yàn)證流程：IPD-RD-I&V(I&V：Integrationand Verification)

項(xiàng)目管理論壇

《測試計(jì)劃》編寫完成后需要進(jìn)行評(píng)審，參與人員有項(xiàng)目經(jīng)理，測試經(jīng)理和系統(tǒng)工程師，測試組長需要根據(jù)評(píng)審意見修改《測試計(jì)劃》，并上傳到VSS上，由配置管理員管理。

項(xiàng)目管理者聯(lián)盟

待開發(fā)人員把《SRS》歸納好并打了基線，測試組長開始組織測試成員編寫《測試方案》，測試方案要求根據(jù)《SRS》上的每個(gè)需求點(diǎn)設(shè)計(jì)出包括需求點(diǎn)簡介，測試思路和詳細(xì)測試方法三部分的方案?！稖y試方案》編寫完成后也需要進(jìn)行評(píng)審，評(píng)審人員包括項(xiàng)目經(jīng)理，開發(fā)人員，測試經(jīng)理，測試組長，測試成員和系統(tǒng)工程師，返回評(píng)審結(jié)果。測試組長組織測試成員修改測試方案，直到評(píng)審?fù)ㄟ^后才進(jìn)入下個(gè)階段――編寫測試用例。

測試用例是根據(jù)《測試方案》來編寫的，通過《測試方案》階段，測試人員對(duì)整個(gè)系統(tǒng)需求有了詳細(xì)的理解。這時(shí)開始編寫用例才能保證用例的可執(zhí)行和對(duì)需求的覆蓋。測試用例需要包括測試項(xiàng)，用例級(jí)別，預(yù)置條件，操作步驟和預(yù)期結(jié)果。其中操作步驟和預(yù)期結(jié)果需要編寫詳細(xì)和明確。測試用例應(yīng)該覆蓋測試方案，而測試方案又覆蓋了測試需求點(diǎn)，這樣才能保證客戶需求不遺漏。同樣，測試用例也需要通過開發(fā)人員，測試人員，系統(tǒng)工程師的評(píng)審，測試組長也需要組織測試人員對(duì)測試用例進(jìn)行修改，直到評(píng)審?fù)ㄟ^。

在我們編寫測試用例的階段，開發(fā)人員基本完成代碼的編寫，同時(shí)完成單元測試。轉(zhuǎn)測試部后直接進(jìn)行系統(tǒng)測試。測試部對(duì)剛轉(zhuǎn)過來的測試版本進(jìn)行預(yù)測試，如果軟件未實(shí)現(xiàn)CheckList清單上的10％，測試部會(huì)把該版本打回。否則，軟件轉(zhuǎn)測試部進(jìn)行系統(tǒng)測試。根據(jù)《測試計(jì)劃》進(jìn)度安排，測試組長進(jìn)行多輪次的測試，每輪測試完成后測試組長需要編寫測試報(bào)告，其中包括用例執(zhí)行通過情況，缺陷分布情況，缺陷產(chǎn)生原因，測試中的風(fēng)險(xiǎn)等等，這時(shí)測試人員就修改增加測試用例。待到開發(fā)修改完bug并轉(zhuǎn)來新的測試版本，測試部開始進(jìn)行第二輪的系統(tǒng)測試，首先回歸完問題單，再繼續(xù)進(jìn)行測試，編寫第二輪的測試報(bào)告，如此循環(huán)下去，直到系統(tǒng)測試結(jié)束。在系統(tǒng)測試期間，測試人員還需要編寫驗(yàn)收手冊，驗(yàn)收用例和資料測試用例等。

修改問題單，直到滿足規(guī)定的缺陷密度，才能夠通過相關(guān)TR點(diǎn)。

如果驗(yàn)收發(fā)現(xiàn)的缺陷率在SOW規(guī)定的范圍內(nèi)，那么驗(yàn)收成功。如果超過規(guī)定的缺陷率，需要質(zhì)量回溯。

雷軍說：

那么我們看華為的硬件測試過程，就知道成本出在哪里了。

第一、 全程測試參與的流程：

第二、 多層級(jí)的測試與試驗(yàn)

對(duì)于電路的設(shè)計(jì)，會(huì)進(jìn)行單元測試、整機(jī)測試、小批量試制、HALT試驗(yàn)、環(huán)境試驗(yàn)、EMC試驗(yàn)、熱測試、進(jìn)入生產(chǎn)環(huán)節(jié)之后會(huì)進(jìn)行HASS試驗(yàn)。特殊的設(shè)備還會(huì)進(jìn)行鹽霧試驗(yàn)、硫化試驗(yàn)。整機(jī)結(jié)構(gòu)還會(huì)進(jìn)行：跌落試驗(yàn)、擠壓、扭曲等等。

HALT（Highly accelerated life test）高加速壽命試驗(yàn)。HALT是一種發(fā)現(xiàn)缺陷的工序，它通過設(shè)置逐級(jí)遞增的加嚴(yán)的環(huán)境應(yīng)力，來加速暴露試驗(yàn)樣品的缺陷和薄弱點(diǎn)，而后對(duì)暴露的缺陷和故障從設(shè)計(jì)、工藝和用料等諸方面進(jìn)行分析和改進(jìn)，從而達(dá)到提升可靠性的目的，最大的特點(diǎn)是設(shè)置高于樣品設(shè)計(jì)運(yùn)行限的環(huán)境應(yīng)力，從而使暴露故障的時(shí)間大大短于正?？煽啃詰?yīng)力條件下的所需時(shí)間。

環(huán)境試驗(yàn)是為了保證產(chǎn)品在規(guī)定的壽命期間，在預(yù)期的使用，運(yùn)輸或貯存的所有環(huán)境下，保持功能可靠性而進(jìn)行的活動(dòng)。是將產(chǎn)品暴露在自然的或人工的環(huán)境條件下經(jīng)受其作用，以評(píng)價(jià)產(chǎn)品在實(shí)際使用，運(yùn)輸和貯存的環(huán)境條件下的性能，并分析研究環(huán)境因素的影響程度及其作用機(jī)理。

HASS應(yīng)用于產(chǎn)品的生產(chǎn)階段，以確保所有在HALT中找到的改進(jìn)措施能夠得已實(shí)施。HASS還能夠確保不會(huì)由于生產(chǎn)工藝和元器件的改動(dòng)而引入新的缺陷。

硬件工程師最怕HALT試驗(yàn)，因?yàn)闀?huì)超越器件的限制范圍去進(jìn)行測試。但是為什么要這么做呢，其實(shí)是找到整個(gè)設(shè)備的最薄弱點(diǎn)，然后對(duì)最薄弱點(diǎn)進(jìn)行改進(jìn)。但是由于超出了器件的允許的工作范圍，異常的情況特別多，原因也復(fù)雜。但是按照規(guī)范必須分析清楚，并給出優(yōu)化措施。這是非常燒腦的意見事情，很多經(jīng)典的問題都是HALT試驗(yàn)過程中產(chǎn)生的。

由于我本人非測試出生，有講的不對(duì)的地方請(qǐng)專家指正?，F(xiàn)在小米開始不復(fù)當(dāng)年風(fēng)光了，想到雷軍的5%，就寫下這些。