本文將簡要概述任何 SOM 或我們稱為開發(fā)套件的任何載卡的驗證，在根據(jù)最終用戶的產(chǎn)品要求交付新解決方案之前，需要經(jīng)過不同的驗證和驗證，以及他們?nèi)绾慰梢詾槿魏巫詣踊瘻y試過程的成功做出貢獻(xiàn)。

SOM 是一個完整的 CPU 架構(gòu)，內(nèi)置于信用卡大小的小封裝中。它是一種板級電路，集成了系統(tǒng)功能，并在單個模塊上提供了嵌入式處理系統(tǒng)的核心組件——處理器內(nèi)核、通信接口和內(nèi)存塊。設(shè)計任何基于 SOM 的產(chǎn)品都比從頭開始設(shè)計整個系統(tǒng)要快得多。

全球市場上有多家系統(tǒng)級模塊制造商提供等量的開源自動化測試框架。如果您計劃在您的產(chǎn)品中使用系統(tǒng)模塊 （SOM），首先需要從可用的框架中識別測試自動化框架，然后檢查適合您需求的模塊。

模塊系統(tǒng) （SOM） 可確保降低任何應(yīng)用程序的開發(fā)和設(shè)計風(fēng)險。SOM 是一個可重復(fù)使用的模塊，具有最大的硬件/處理器復(fù)雜性，減少了載體/主板上的工作量，從而加快了上市時間。

它降低了對產(chǎn)品成功至關(guān)重要的設(shè)計復(fù)雜性和上市時間。這些System-on-Module運行一個操作系統(tǒng)，主要用于需要以太網(wǎng)、文件系統(tǒng)、高分辨率顯示器、USB、Internet等的應(yīng)用，以及需要高計算量且開發(fā)工作量少的應(yīng)用。如果您正在構(gòu)建體積小于 20-25K 的產(chǎn)品，則使用現(xiàn)成的 SOM 進(jìn)行產(chǎn)品開發(fā)是切實可行的。

SOM 的測試自動化框架

測試自動化框架是一組用于開發(fā)測試用例的指南。框架是旨在支持更有效測試的工具和實踐的結(jié)合。該指南涉及編碼標(biāo)準(zhǔn)、處理測試數(shù)據(jù)的方法、對象存儲庫、存儲測試結(jié)果的過程或有關(guān)訪問外部資源的信息。

測試框架是任何成功進(jìn)行自動化測試的產(chǎn)品發(fā)布的重要組成部分。使用自動化測試框架將提高團隊的測試效率和準(zhǔn)確性，并將減少時間和風(fēng)險。

有不同類型的自動化測試框架。選擇正確的框架對于您的 SOM 應(yīng)用程序測試非常重要。

下面是幾個常用的例子：

線性自動化框架

基于模塊化的測試框架

圖書館架構(gòu)測試框架

數(shù)據(jù)驅(qū)動框架

關(guān)鍵字驅(qū)動的框架

混合測試框架

綜上所述，模塊化和混合測試框架最適合 SOM 及其開發(fā)套件驗證。測試的最終目標(biāo)是確保軟件按照規(guī)范工作并符合用戶期望。

整個過程涉及相當(dāng)多的測試類型，根據(jù)應(yīng)用程序和組織的性質(zhì)，這些測試類型優(yōu)先于其他類型或優(yōu)先于其他類型。讓我們看看端到端測試過程中涉及的一些基本測試。

單元測試

完整的軟件堆棧由許多小組件組成。與其直接測試完整的軟件堆棧，不如先涵蓋單個模塊級別的測試。在這里，單元測試確保具有模塊/方法級別的輸入/輸出測試覆蓋率。

單元測試為復(fù)雜的集成軟件提供了基礎(chǔ)，并提供了高質(zhì)量的應(yīng)用程序代碼，加速了持續(xù)集成和開發(fā)過程。通常單元測試是由開發(fā)人員通過測試自動化來執(zhí)行的。

冒煙測試

冒煙測試用于驗證部署的軟件構(gòu)建是否穩(wěn)定。繼續(xù)進(jìn)行進(jìn)一步測試取決于煙霧測試結(jié)果。它也稱為構(gòu)建驗證測試，用于檢查功能是否滿足其目標(biāo)。如果 SOM 沒有清除煙霧，仍然需要一些開發(fā)工作。

健全性測試

按預(yù)期工作的更改或提議的功能由健全性測試定義。假設(shè)我們修復(fù)了嵌入式產(chǎn)品的啟動流程中的一些問題，那么它應(yīng)該去驗證團隊進(jìn)行健全性測試。一旦通過此測試，它不應(yīng)影響其他基本功能。健全性測試是無腳本的，專門針對發(fā)生代碼更改的區(qū)域。

回歸測試

每次修改/修改程序時，都應(yīng)該重新測試以確保修改不會無意中“破壞”一些不相關(guān)的行為。這稱為回歸測試。這些測試通常通過測試腳本自動化。每次測試程序/設(shè)計時，它都應(yīng)該給出一個平滑的結(jié)果。

功能測試

功能測試指定系統(tǒng)做什么。它也被稱為黑盒測試，因為功能測試的測試用例是在沒有參考實際代碼的情況下開發(fā)的，即沒有查看“盒子內(nèi)部”。

所有嵌入式系統(tǒng)都有輸入、輸出。黑盒測試是關(guān)于哪些輸入應(yīng)該是可接受的以及它們應(yīng)該如何與輸出相關(guān)聯(lián)。

測試人員不知道模塊或源代碼的內(nèi)部結(jié)構(gòu)。黑盒測試包括壓力測試、邊界值測試和性能測試。

圖像/視頻密集型行業(yè)在為顯式應(yīng)用程序設(shè)計和開發(fā)定制硬件解決方案方面面臨困難，同時減少了時間和成本。它與快速發(fā)展且復(fù)雜性增加的處理器相關(guān)聯(lián)，要求產(chǎn)品公司在短時間內(nèi)不斷推出升級的變體。

在過去的幾年里，Softnautics 圍繞 Lattice、Xilinx、Intel、Qualcomm、TI 等各種處理器系列開發(fā)了復(fù)雜的軟件，并成功地測試了視覺處理、AI/ML、多媒體、工業(yè)物聯(lián)網(wǎng)等應(yīng)用的板卡。更多的。

Softnautics 擁有經(jīng)過市場驗證的開發(fā)驗證和驗證自動化套件的流程，在功能和/或性能覆蓋率方面零妥協(xié)，以及使用內(nèi)部 STAF和開源框架執(zhí)行測試自動化。Softnautics 還為產(chǎn)品/解決方案的未來版本、版本管理和產(chǎn)品維護/維護提供測試支持。

審核編輯：郭婷