從前，硬件和軟件工程師大多生活在自己的世界里。硬件團(tuán)隊設(shè)計了芯片，調(diào)試了從鑄造廠返回的第一批樣本，讓軟件團(tuán)隊測試他們的代碼。隨著虛擬平臺和其他可執(zhí)行模型變得越來越普遍，軟件團(tuán)隊可以在芯片制造之前開始，有時甚至在嵌入式開發(fā)過程的早期。日程安排有更多的重疊，但團(tuán)隊之間的互動仍然有限。

采用嵌入式處理器的片上系統(tǒng)(SoC)設(shè)計的興起給硬件和軟件的開發(fā)方式帶來了巨大的變化。由于處理器控制著SoC的大部分功能，驗證團(tuán)隊通常會模擬在這些處理器上運(yùn)行的代碼。由于RTL仿真速度較慢，業(yè)界已經(jīng)看到仿真和FPGA原型的使用大幅增加?，F(xiàn)代驗證技術(shù)，包括Accellera內(nèi)部正在開發(fā)的便攜式刺激標(biāo)準(zhǔn)，跨越了多個驗證平臺。

編寫驗證期間在嵌入式處理器上運(yùn)行的代碼是一個關(guān)鍵挑戰(zhàn)。嵌入式程序員經(jīng)常加入硬件驗證團(tuán)隊來執(zhí)行這項任務(wù)。這種組織變革的一個結(jié)果是嵌入式軟件和硬件團(tuán)隊之間更早、更強(qiáng)的互動。SoC中出現(xiàn)的通用CPU、卸載引擎和其他可編程內(nèi)核越多，嵌入式軟件團(tuán)隊的參與就越多。他們與設(shè)計和驗證工程師一起開發(fā)SoC。

嵌入式開發(fā)程序員在模擬之外仍然密切參與;他們在硬件平臺或?qū)嶋H芯片上的測試通?？雌饋砼c模擬測試平臺代碼非常不同。應(yīng)該對測試進(jìn)行調(diào)整，以利用每個平臺的獨(dú)特特征。例如，慢速模擬支持持續(xù)檢查結(jié)果的短測試，而silicon最適合長測試和累積結(jié)果。這種調(diào)整可以防止代碼下載時間或結(jié)果上傳時間影響處理器的驚人速度。

當(dāng)然，最終SoC必須運(yùn)行生產(chǎn)軟件，因此通常會努力盡快運(yùn)行該軟件。這可能早在虛擬平臺和RTL仿真時就發(fā)生了，并且在仿真或FPGA原型制作期間很常見。可移植的激勵技術(shù)可以為所有的驗證和確認(rèn)平臺生成嵌入式測試用例，并且在生產(chǎn)軟件運(yùn)行之前有效地發(fā)現(xiàn)硬件缺陷。調(diào)試失敗的測試用例比操作系統(tǒng)或應(yīng)用程序中的掛起更容易。

雖然對于許多嵌入式開發(fā)工程師來說，硬件和軟件開發(fā)可能仍然是獨(dú)立的學(xué)科，但他們的團(tuán)隊比以往任何時候都更加緊密地合作。對早期生產(chǎn)軟件驗證的需求、面向SoC驗證和確認(rèn)的軟件驅(qū)動測試以及跨驗證平臺的可移植性都在推動同一方向的發(fā)展?，F(xiàn)有標(biāo)準(zhǔn)(如UVM)可能會有相應(yīng)的發(fā)展，新標(biāo)準(zhǔn)(包括便攜式刺激)也會有相應(yīng)的發(fā)展。