01

這是經過硅驗證的 IP，無需進行

完備的測試和覆蓋

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

02

tapeout出去的是RTL流片，無需

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

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

03

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

最好不要去動它

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

當你預期到后面需要對代碼進行修改以支持新功能時，請考慮局部重構吧。

04

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

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

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

05

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

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

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

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

06

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

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