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

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

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

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

SOM 的測(cè)試自動(dòng)化框架

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

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

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

下面是幾個(gè)常用的例子：

線性自動(dòng)化框架

基于模塊化的測(cè)試框架

圖書(shū)館架構(gòu)測(cè)試框架

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

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

混合測(cè)試框架

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

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

單元測(cè)試

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

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

冒煙測(cè)試

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

健全性測(cè)試

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

回歸測(cè)試

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

功能測(cè)試

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

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

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

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

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

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

審核編輯：郭婷