聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。
舉報投訴
-
RT-Thread
+關(guān)注
關(guān)注
32文章
1644瀏覽量
45273 -
單元測試
+關(guān)注
關(guān)注
0文章
55瀏覽量
3531
發(fā)布評論請先 登錄
相關(guān)推薦
熱點推薦
前端的單元測試課
https://www.bilibili.com/opus/1178756596191199237 從入門到會寫:前端單元測試最佳學(xué)習(xí)路徑 在當(dāng)今的互聯(lián)網(wǎng)開發(fā)江湖中,前端技術(shù)棧的更新迭代速度令人咋舌
半導(dǎo)體嵌入式單元測試的核心技術(shù)、工具選型與落地全流程
是日本GAIOTECHNOLOGY公司專為嵌入式系統(tǒng)開發(fā)的自動化單元測試工具,它在傳統(tǒng)測試工具的基礎(chǔ)上實現(xiàn)了多項核心技術(shù)突破,解決了半導(dǎo)體嵌入式軟件測試中的諸多痛點。2.1.1 目標代
發(fā)表于 03-06 14:55
嵌入式軟件單元測試必要性與專業(yè)工具重要性的系統(tǒng)性專業(yè)研究報告
。?單元測試?作為在代碼編寫階段對最小功能單元(函數(shù)、模塊)進行驗證的實踐,成為突破這一困境的核心手段。
?2. 必要性:實證數(shù)據(jù)與行業(yè)強制要求
?2.1 缺陷修復(fù)成本的指數(shù)級差異
表格
階段
缺陷修復(fù)成本
發(fā)表于 03-05 10:41
資料] 汽車軟件質(zhì)量躍遷的系統(tǒng)性路徑:基于ISO 26262標準的單元測試體系重構(gòu)與中日實踐深度對比(2026學(xué)術(shù)研究報告)
各位伙伴,請問一個問題,[資料] 汽車軟件質(zhì)量躍遷的系統(tǒng)性路徑:基于ISO 26262標準的單元測試體系重構(gòu)與中日實踐深度對比(2026學(xué)術(shù)研究報告),這份數(shù)據(jù)誰有源參考文獻,有酬感謝
發(fā)表于 01-08 10:09
汽車軟件質(zhì)量躍遷的系統(tǒng)性路徑:基于ISO 26262標準的單元測試體系重構(gòu)與中日實踐深度對比(2026學(xué)術(shù)研究報告)
豐田、本田等日本車企與比亞迪、蔚來等中國企業(yè)的實證數(shù)據(jù),構(gòu)建“單元測試覆蓋率-OTA召回成本-管理認知偏差”三維模型。研究發(fā)現(xiàn): 日本車企通過CoverageMaster winAMS工具實現(xiàn)
發(fā)表于 01-05 14:58
嵌入式軟件單元測試中AI自動化與人工檢查的協(xié)同機制研究:基于專業(yè)工具的實證分析
?
?摘要****?
本文系統(tǒng)探討嵌入式軟件相較于通用軟件在單元測試層面的特殊性,分析其對高覆蓋率、可追溯性與實時性驗證的嚴苛需求,并以專業(yè)工具winAMS為技術(shù)載體,深入研究AI驅(qū)動的自動化測試在
發(fā)表于 12-31 11:22
C語言單元測試在嵌入式軟件開發(fā)中的作用及專業(yè)工具的應(yīng)用
平臺和操作系統(tǒng)上運行,無需進行大量的修改
二、C語言單元測試在嵌入式開發(fā)中的關(guān)鍵作用
嵌入式系統(tǒng)對實時性和可靠性要求極高,單元測試是確保代碼質(zhì)量的關(guān)鍵手段。
發(fā)表于 12-18 11:46
嵌入軟件單元測試的全面研究與實踐
引言 嵌入軟件單元測試是確保嵌入式系統(tǒng)質(zhì)量和可靠性的關(guān)鍵環(huán)節(jié)。嵌入式系統(tǒng)廣泛應(yīng)用于汽車電子、工業(yè)控制、醫(yī)療設(shè)備等關(guān)鍵領(lǐng)域,其軟件直接操控硬件,任何微小的錯誤都可能導(dǎo)致嚴重后果。單元測試
新能源汽車質(zhì)量保證體系與傳統(tǒng)汽車單元測試規(guī)范的融合研究
摘要 隨著新能源汽車產(chǎn)業(yè)的快速發(fā)展,其質(zhì)量保證體系面臨前所未有的挑戰(zhàn)。本文探討了將傳統(tǒng)汽車成熟的單元測試規(guī)范應(yīng)用于新能源汽車領(lǐng)域的可行性,重點分析了ISO 26262標準體系在新能源汽車電子控制系統(tǒng)
單元測試專業(yè)工具在新能源開發(fā)中的作用研究
單元測試的歷史由來與發(fā)展 單元測試的概念可以追溯到20世紀60年代,伴隨著計算機科學(xué)和軟件工程學(xué)科的發(fā)展而逐步形成。早期的計算機科學(xué)研究(20世紀60年代)中,程序員意識到僅依靠手工調(diào)試和集成測試
邊聊安全 | 軟件單元測試的設(shè)計方法
上海磐時PANSHI“磐時,做汽車企業(yè)的安全智庫”軟件單元測試的設(shè)計方法寫在前面:軟件單元測試的設(shè)計是一個系統(tǒng)化的過程,旨在驗證代碼的最小可測試部分(通常是函數(shù)或方法)是否按預(yù)期工作。軟件單元
HarmonyOSAI編程單元測試用例
根據(jù)選中的ArkTS方法名稱,CodeGenie支持自動生成對應(yīng)單元測試用例,提升測試覆蓋率。
在ArkTS文檔中,光標放置于方法名稱上或框選完整的待測試方法代碼塊,右鍵選擇CodeG
發(fā)表于 08-27 14:33
HarmonyOS AI輔助編程工具(CodeGenie)代碼測試
放置于方法名稱上或框選完整的待測試方法代碼塊,右鍵選擇CodeGenie > Generate UT,開始生成單元測試用例。
說明
最多支持解讀20000字符以內(nèi)的代碼片段。ArkUI
發(fā)表于 07-14 17:33
新能源車軟件單元測試深度解析:自動駕駛系統(tǒng)視角
分之一以下。
? 案例分析: ? 2022年某車企因電機控制算法中的整數(shù)溢出未在單元測試中發(fā)現(xiàn),導(dǎo)致車輛在高速行駛時突然動力中斷,引發(fā)大規(guī)模召回。該事件凸顯了單元測試在預(yù)防系統(tǒng)性故障中的核心作用
發(fā)表于 05-12 15:59
新能源車背后的隱形守護者:軟件單元測試的生死較量?
。這個教科書級的避讓動作背后,是超過8000萬行代碼的精密協(xié)作,而確保這些代碼絕對可靠的秘密武器,正是我們今天要揭秘的軟件單元測試。 ?一、代碼世界的顯微鏡:單元測試為何重要? 如果把整車軟件比作一座摩天大樓,單元測試就是檢查
RT-Thread上的單元測試:什么是單元測試?單元測試的作用是什么?



評論