01

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

完備的測(cè)試和覆蓋

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

02

tapeout出去的是RTL流片，無需

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

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

03

這是一個(gè)遺留的正確代碼，

最好不要去動(dòng)它

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

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

04

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

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

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

05

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

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

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

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

06

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

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