本文**：
我們在之前的《晶元驗證全視篇》中針對驗證師的「自我修養」提出了包括技術和專案在內的要素分析，從《一名驗證師的自我修養》一文可以發現驗證師需要得到各方面的鍛鍊。在這些因素背後，通過日常的觀察，我們可以發現優秀驗證師之間的共同能力。這些能力不完全是與生俱來，如果你願意下功夫，也可以在下面總結出的出色驗證師的六大能力上面通過平時的積累來養成。
全矽能力（full-silicon ability）
目前軟體開發領域最炙手可熱的人才之一就是全棧工程師（full-stack engineer），他們往往通曉前台後台資料庫的垂直開發，對於系統構建的理解也更開闊。我們驗證領域也急需要這樣的人才，稱之為全矽工程師。類似於軟體領域全棧工程師的要求，對於晶元驗證的全矽能力我們也著眼在技能和視野兩方面。
在技能層面，他需要掌握主流的驗證方法、工具，並且能夠結合實際來構建合理的驗證環境，同時他在硬體、軟體兩方面都需要精通，可以隨時切換來服務硬體除錯和軟體開發。伴隨著矽前驗證的完成，他也需要能夠在矽後測試過程中配合測試人員給出可除錯的方法或者建立測試用例。目前的驗證方法和理念都在不斷更新，工具的特性也逐漸複雜，在技能這一側需要的是不斷學習的習慣。
在視野上面，全矽驗證師在日常工作中，由於可以看到更遠更廣的可能，無論是團隊技術積累還是專案的整體收益，他都能夠提前做出部署，早一步展開準備工作。團隊裡面有這樣的人，往往如同定海神針，指引整個團隊的專案工作和未來的技術儲備。
不做假設（no assumption）
這一能力往往與日常工作的習慣是相違背的，因為工程師們往往喜歡做假設。他們在奇怪的現象面前容易做假設，或者在暫時解決不了的問題上也習慣做假設。而這些假設在相當多的時候不是最根本的原因，工程師們只是通過觀察問題體現的各個方面來猜測問題的根源，而在更多的時候由於時間、精力的緣故一旦當時無法深究原因，同時做的假設看起來能夠暫時解決問題的時候，這些假設逐漸地可能就被忘記它們是一種假設，而且被堂而皇之地發布在正式的環境或者產品當中去了。
這種有意無意的行為，很有可能會接到陌生來客的造訪，那就是新的問題。因為所以沒有弄清楚原因的解決辦法都只是暫時的替代辦法，而無法得到永久修復問題的保證。在這了，我們將常見的一些日常工作場景和建議改善的地方列舉出來，希望有心者可以完善自己的習慣：
專注力（concentration）
人們會比較容易地在一件事情上專注一天、一周或者乙個月，而如果他們需要專注很多年，對什麼行業、什麼職位來講都是乙個挑戰。由於我們對驗證師的綜合能力越來越高，要培養一名驗證師需要的時間和精力不允許公司或者驗證師自己輕易地換崗，所以我們對驗證師長期深耕驗證技術領域的建議是：
邏輯性（logic）
邏輯性可以被運用到工作的各個角落，無論是解決問題的思路、安排任務的先後還是溝通對話都需要有良好的邏輯性，同時這一能力也直接決定了工作效率的高低。我們將邏輯性進一步劃分為以下幾點：
戰鼓光環（war-drum aura）
優秀的驗證師除了自身的高效且富有經驗，也需要將自己的經驗財富盡可能多地輸出。在乙個驗證團隊中，我們需要幾位身經百戰的大牛可以一方面指導工作，另外也能夠鼓勵大家，提高整體的士氣，及時幫助團隊解決難題，這種積極的能力輻射我們稱之為「戰鼓光環」。這些大牛除了技術精進之外，也可以兼具以下的能力：
降低複雜度（complexity reduction）
這是一種特殊的能力，但也有規律可循，最場景運用這種能力的場景就是去除錯古怪的問題。在人們遇到了一種超出自己已有能力和經驗範疇的問題時，人們往往需要作出不同的嘗試來解決問題，沒有人在愛迪生發明燈泡之前知道鎢絲這種材料。在乙個前所未見的問題面前，我們首先要考慮的就是通過降低問題的複雜度，來逐一突破，如果試圖一步到位去解決它，恐怕要走的彎路不見得比一步一步解決來得少。降低複雜度的技巧一般包括：
看到上面這些優秀驗證師的能力，再結合自身，你不妨看看還有哪些地方需要日常修煉的。無論在什麼崗位，不進則退。如果你不想在驗證多年以後已經對所從事的工作產生厭倦的話，趁著你現在心態還年輕，還在關注這樣乙份垂直技術領域訂閱號的同時，也開始進行上面六項驗證能力的修煉吧！
驗證的方法篇之六 效能驗證
本文 在pc時代，還少有人將處理器功耗提上驗證的日程，因為大家對於處理器效能的關注多於功耗的考慮。在十多年前，大家使用2g的功能手機，超長待機 一詞漸漸被作為主打廣告語進入了使用者的視線，這得益於硬體本身的低功耗 效能本身不要求太突出 和大容量的電池。而到了智慧型手機時代，伴隨著將桌面辦公和娛樂移動...
驗證的管理篇之七 驗證的專業化
本文 人們對乙個行業所產生的偏見多半是由於沒有親身體驗過，而在晶元領域驗證所接收到的偏見也絲毫不少於其它行業所面臨的窘境。在每次新開學與我的學生們交流的時候，他們對於驗證的理解仍然停留在當初學習vhdl或者verilog所學到的通過乙個簡易包裝的測試盒子，固定的激勵源和細緻的時序激勵調整來測試設計。...
驗證的管理篇之三 驗證的收斂
本文 伴隨著隨機驗證的方式，遞迴 regression 驗證的方式變得更加有意義。一般來講，我們基於兩種目的來提交遞迴測試表 通常而言的遞迴測試指的是每次將所有測試用例提交到伺服器上，檢查測試結果。對於模組級的遞迴測試，這種方法在時間和計算資源上也許是可行的，然而對於晶元級，這種方式每次要消耗的時間...