01

這是經(jīng)過硅驗證的 IP，無需進(jìn)行

完備的測試和覆蓋

你確定所有功能cross場景是否都經(jīng)過硅驗證么。你確定應(yīng)用場景和外部約束都沒有變化么？

02

tapeout出去的是RTL流片，無需

檢視驗證環(huán)境，只要檢視驗證計劃就足夠了

70%的時間花在驗證上，其中相當(dāng)多的時間花在開發(fā)測試平臺上、可重用且架構(gòu)良好的測試平臺可幫助你在更短的時間內(nèi)實現(xiàn)驗證目標(biāo)，并日后更容易維護(hù)。簡而言之，要想不加班做好驗證平臺是第一選擇。

03

這是一個遺留的正確代碼，

最好不要去動它

架構(gòu)中有bug的遺留代碼最難維護(hù)，最好現(xiàn)在重構(gòu)優(yōu)化，不然后面定位起來并且新增特性更是一場噩夢。

當(dāng)你預(yù)期到后面需要對代碼進(jìn)行修改以支持新功能時，請考慮局部重構(gòu)吧。

04

一開始就開發(fā)驗證環(huán)境

也許在驗證經(jīng)理面前比較有壓力，希望一開始就具備高效的工作能力。

但是，最好還是理清所有的細(xì)節(jié)，上下游的約束和業(yè)務(wù)流程，否則往往會事倍功半。

05

越優(yōu)秀的驗證工程師

發(fā)現(xiàn)的bug越多

很多時候，優(yōu)秀是需要靠隊友凸顯的。糟糕的設(shè)計往往會誕生一個看起來很優(yōu)秀的驗證工程師。一個優(yōu)秀的驗證工程師應(yīng)該是驗證環(huán)境構(gòu)建最完備的那個。

雖然，bug數(shù)量太過片面。但是，那也許會讓驗證經(jīng)理很高興。畢竟，驗證看起來卓有成效。

06

驗證環(huán)境不需要架構(gòu)文檔

反向一個驗證環(huán)境，從代碼中看出驗證思路，不比反向一個設(shè)計模塊簡單。如果有那么些精力的話，還是用文檔記錄自己的思路吧。