仿真和驗(yàn)證是開發(fā)任何高質(zhì)量的基于 FPGA 的 RTL 編碼過程的基礎(chǔ)。在前文中，我們介紹了面向?qū)嶓w/塊的仿真，并介紹了如何在虹科的IP核中執(zhí)行面向全局的仿真。

前文回顧

虹科干貨 | 如何測試與驗(yàn)證復(fù)雜的FPGA設(shè)計(jì)（1）——面向?qū)嶓w或塊的仿真

虹科干貨 | 如何測證復(fù)雜的FPGA設(shè)計(jì)（2）——如何在虹科的IP核中執(zhí)行面向全局的仿真

盡管擴(kuò)展的仿真計(jì)劃提供了良好的可信度，但仍有許多corner的情況無法在虛擬環(huán)境中驗(yàn)證。對(duì)于這些情況，開發(fā)人員需要制定基于硬件的測試計(jì)劃，而這也是獲得高質(zhì)量結(jié)果的最后一步。在本篇文章中，我們將對(duì)介紹第三個(gè)關(guān)鍵步驟——在硬件平臺(tái)上驗(yàn)證IP核。

硬件測試

硬件測試是為IP核產(chǎn)品執(zhí)行高質(zhì)量測試和驗(yàn)證計(jì)劃的最后一步，主要可以分為以下幾個(gè)階段：

1

測試準(zhǔn)備

該階段定義了在產(chǎn)品開始測試之前必須完成的步驟。在這個(gè)階段，需要制定測試計(jì)劃文檔，里面詳細(xì)描述了必須在 DUT（被測設(shè)備）上執(zhí)行的每一項(xiàng)測試。

2

測試執(zhí)行

測試執(zhí)行階段主要是執(zhí)行上一個(gè)階段中制定的測試用例

3

問題報(bào)告

該階段需要檢查和報(bào)告在測試執(zhí)行期間檢測到的所有問題，虹科技術(shù)團(tuán)隊(duì)將提供一個(gè)問題電子表格，其中將記錄在測試階段檢測到的每個(gè)問題。每當(dāng)注冊新問題時(shí)，都會(huì)向開發(fā)團(tuán)隊(duì)報(bào)告，并且能夠追蹤哪些問題已解決，哪些問題仍有待審查。

4

測試結(jié)束

該階段確定測試階段何時(shí)完成，并創(chuàng)建測試結(jié)果文檔，其中將包含成功執(zhí)行的測試的摘要以及有關(guān)測試的更多相關(guān)信息。

虹科SoC-e測試工具

為了優(yōu)化測試執(zhí)行過程，我們使用了虹科SoC-e測試工具，以進(jìn)行自動(dòng)化測試。該工具考慮了以下內(nèi)容：

DUT配置過程

流量注入和嗅探

記錄從DUT 返回的流量

驗(yàn)證保存的日志

將DUT 設(shè)置為原始狀態(tài)

虹科SoC-e測試軟件架構(gòu)

該工具的第一步與DUT 配置的執(zhí)行有關(guān)。這是通過名為 Platform.vars 的輸入配置文件完成的。通過該文件，用戶可以配置不同的參數(shù)，如 DUT SSH 參數(shù)、主機(jī) PC 的IP 地址或網(wǎng)絡(luò)接口。

第二步，完成TS（測試站）和 DUT之間的流量注入和嗅探。我們有不同的第三方設(shè)備用作測試站，但最常用的設(shè)備之一是IXIA Novus One Plus。流量可以通過 IXIA 的 Python API 輕松發(fā)送。數(shù)據(jù)包操作是通過 Scapy Python 模塊完成的。盡管 Scapy 允許傳輸該工具生成的所有流量，但它是使用不同的工具tcpreplay執(zhí)行的。這使我們能夠克服由 Scapy 引起的帶寬和準(zhǔn)確性方面的某些限制。在此步驟中，測試提供了自定義流量的靈活性，以驗(yàn)證不同的 DUT 功能。可擴(kuò)展性不是問題，因?yàn)樵摴ぞ咧С痔砑宇~外的流量和測試端口。

第三步，該工具使用測試站或通過 Linux tcpdump 軟件登記來自 DUT 的流量。

第四步，在虹科SoC-e測試工具驗(yàn)證上一步中存儲(chǔ)的信息（統(tǒng)計(jì)、寄存器轉(zhuǎn)儲(chǔ)（dump）等），以檢查一切是否正常。通過這兩個(gè)步驟，SoC-e 測試工具為測試用例的驗(yàn)證提供了一個(gè)很好的解決方案。

最后，第五步，也是最后一步。最后一步的主要目的是將 DUT 配置恢復(fù)到其原始狀態(tài)，因?yàn)樗赡茉跍y試期間被修改。