作者 | 明
小編 | CACTUS
在智能汽車軟件研發(fā)中,標(biāo)準(zhǔn)化流程是保障質(zhì)量與合規(guī)的基石。ASPICE與ISO 26262等標(biāo)準(zhǔn)要求開發(fā)團(tuán)隊在功能安全與過程成熟度之間保持平衡,但隨著車載軟件復(fù)雜度持續(xù)增加,傳統(tǒng)CI/CT流程在動態(tài)測試環(huán)節(jié)依然嚴(yán)重依賴人工用例,導(dǎo)致效率與覆蓋率難以滿足高頻迭代的需求。
人工智能(AI)的引入,為這一困境提供了全新的最佳實踐范式:AI能夠基于需求自動生成高覆蓋率的測試用例,并通過CI/CT流水線與標(biāo)準(zhǔn)化流程無縫銜接,從而實現(xiàn)“需求即測試”的端到端閉環(huán)。這不僅提升了效率,更推動CI/CT流程從自動化走向智能化。
標(biāo)準(zhǔn)化流程的重要性
在汽車軟件開發(fā)中,ASPICE(Automotive SPICE)和 ISO 26262 是廣泛采用的兩個重要標(biāo)準(zhǔn):
ASPICE:為軟件開發(fā)與驗證過程提供規(guī)范,旨在提升過程成熟度;
ISO 26262:專注于汽車電子與電氣系統(tǒng)的功能安全。
雖然兩者聚焦的重點(diǎn)不同(ASPICE 關(guān)注過程穩(wěn)定性,ISO 26262 關(guān)注安全性),在測試與驗證環(huán)節(jié)卻有高度的契合,特別是在以下測試階段:
1.單元測試(ASPICE: SWE.4, ISO 26262: Part 6 - Section 9)
2.集成測試(ASPICE: SWE.5, ISO 26262: Part 6 - Section 10)
3.軟件合格性測試(ASPICE: SWE.6, ISO 26262: Part 6 - Section 11)
在這三大測試階段中,CI/CT 起到了將流程落地與工程自動化的核心作用,使得開發(fā)過程既符合規(guī)范要求,又能夠持續(xù)優(yōu)化和反饋。通過 CI/CT 流程的自動化,開發(fā)團(tuán)隊能夠在軟件開發(fā)的各個環(huán)節(jié)中實現(xiàn)更高的效率與準(zhǔn)確性。
AI技術(shù)下的CI/CT 的分階段最佳實踐
在傳統(tǒng)CI/CT的自動化框架基礎(chǔ)上,引入AI可實現(xiàn)需求/代碼自動解析、測試用例自動生成與標(biāo)準(zhǔn)化導(dǎo)入,推動驗證工作從“階段性執(zhí)行”轉(zhuǎn)變?yōu)椤俺掷m(xù)運(yùn)行”。其核心理念是:“每次提交即一次驗證,每次變更都可追溯”。這一理念推動了從單元測試到集成測試,再到軟件合格性測試的全流程標(biāo)準(zhǔn)化管理。
01.軟件單元測試
在軟件開發(fā)過程中,單元測試是確保代碼質(zhì)量的最基本步驟。傳統(tǒng)的開發(fā)流程中,動態(tài)測試由于需要人工介入,往往會遠(yuǎn)遠(yuǎn)滯后于開發(fā)進(jìn)度,導(dǎo)致后期修復(fù)成本較高。通過引入 CI/CT,并借助AI自動生成測試用例,靜態(tài)檢查與動態(tài)測試被前置至代碼提交階段,問題能夠早期發(fā)現(xiàn)并修復(fù)。
· 靜態(tài)模型測試:在提交模型文件至版本管理系統(tǒng)后,CI/CT平臺自動觸發(fā)靜態(tài)分析工具(如 MXAM)對模型進(jìn)行規(guī)范檢查,生成的測試報告自動上傳至測試管理系統(tǒng),并通過企業(yè)通訊工具通知相關(guān)人員。
· 動態(tài)模型測試:CI/CT平臺檢測到模型變更后,然后調(diào)用模型測試工具(如TPT)創(chuàng)建測試工程并完成測試環(huán)境配置。TPT內(nèi)置的 TASMO 功能可根據(jù)模型邏輯自動生成高覆蓋率的測試用例,隨后由平臺自動執(zhí)行測試并生成報告。測試報告最終會被上傳至版本管理與需求管理平臺,實現(xiàn)全流程的閉環(huán)管理。
· 模型生成代碼:在模型測試通過后,系統(tǒng)會自動生成目標(biāo)代碼并回傳至版本管理工具,同時由CI/CT平臺統(tǒng)一調(diào)度,記錄構(gòu)建產(chǎn)物并通過郵件通知相關(guān)人員,確保代碼生成與交付過程的可追溯與高效性。
· 靜態(tài)代碼測試:在檢測到代碼提交后,CI/CT平臺自動調(diào)度工具(如 QAC)對手寫代碼進(jìn)行靜態(tài)分析,發(fā)現(xiàn)潛在的代碼問題,并生成報告,自動上傳分析結(jié)果,通過郵件或即時通訊工具通知相關(guān)人員。
· 動態(tài)代碼測試:當(dāng)CI/CT平臺檢測到代碼變更時,自動從需求管理平臺中獲取對應(yīng)代碼的測試需求,會自動調(diào)用專業(yè)領(lǐng)域大語言模型的API,對代碼結(jié)構(gòu)進(jìn)行解析,基于函數(shù)邏輯生成覆蓋度測試用例,同時結(jié)合需求描述生成功能性測試用例。隨后,CI/CT平臺調(diào)度代碼測試工具(如VectorCAST),完成測試環(huán)境適配、用例加載與執(zhí)行,并自動生成測試報告,上傳至管理平臺,并將結(jié)果實時通知相關(guān)人員,實現(xiàn)需求驗證與覆蓋度驗證的雙重保障。
02.軟件集成測試
集成測試是確保模塊之間接口一致性與系統(tǒng)行為穩(wěn)定性的關(guān)鍵環(huán)節(jié)。在傳統(tǒng)流程中,模塊接口變動頻繁,集成測試無法及時跟進(jìn),導(dǎo)致缺陷漏測或被覆蓋。通過 CI/CT,集成測試流程得到標(biāo)準(zhǔn)化,測試結(jié)果實時反饋,提升了團(tuán)隊的響應(yīng)速度。
· 模型集成測試:CI/CT平臺自動觸發(fā)靜態(tài)和動態(tài)模型測試,平臺自動比對模型與代碼的接口一致性,識別潛在沖突,并生成風(fēng)險報告。模型代碼生成后,自動集成至主工程,與手寫代碼一起進(jìn)行后續(xù)測試。
· 代碼集成測試:通過執(zhí)行 QAC 靜態(tài)分析和 VectorCAST 動態(tài)測試,對整個系統(tǒng)的集成進(jìn)行驗證,實現(xiàn)閉環(huán)追溯。
· 編譯驗證:在每次集成后,CI 流程自動拉取最新代碼,執(zhí)行編譯與構(gòu)建操作,確保每次提交都能夠順利集成,并及時通知責(zé)任人。
03.軟件合格性測試
軟件合格性測試是驗證軟件系統(tǒng)在真實硬件環(huán)境中能否穩(wěn)定運(yùn)行的最后環(huán)節(jié)。通過 CI/CT,合格性測試流程被完全自動化,從燒寫到臺架測試,所有環(huán)節(jié)都能實現(xiàn)自動執(zhí)行,確保系統(tǒng)在目標(biāo)平臺上的穩(wěn)定性和功能完整性。
· 自動刷寫階段:當(dāng)構(gòu)建產(chǎn)物或臺架測試工程在版本管理平臺發(fā)生變更時,CI流程會自動觸發(fā),獲取上一階段生成的刷寫文件(如 HEX/S19),并調(diào)用刷寫工具(如 CANoe、UDE、勞德巴赫等)完成自動燒錄。燒錄結(jié)束后,系統(tǒng)會記錄日志并通過郵件通知相關(guān)的開發(fā)與測試人員,確保信息及時同步。
· 臺架測試執(zhí)行:CI流程會自動拉取測試工程并配置對應(yīng)的臺架環(huán)境,隨后調(diào)用臺架工具(如 CANoe、ecu.test)執(zhí)行測試工程并自動運(yùn)行對應(yīng)的測試用例。測試結(jié)果會被上傳至版本管理倉庫、測試管理平臺和需求管理平臺,實現(xiàn)需求與用例的雙向追溯,同時系統(tǒng)會將結(jié)果實時推送給對應(yīng)負(fù)責(zé)人,支持按項目或功能模塊快速定位與追溯。
AI加持下CI/CT解決方案
在CI/CT的標(biāo)準(zhǔn)化落地過程中,企業(yè)往往會面臨以下共性挑戰(zhàn):
· 工具鏈整合:不同測試工具之間缺乏統(tǒng)一接口,難以自動化銜接;
· 用例維護(hù):人工維護(hù)測試用例成本高、易失真;
· 協(xié)作流程不統(tǒng)一:開發(fā)、測試、運(yùn)維團(tuán)隊之間缺乏一致的方法論。
北匯信息已有成熟的解決方案
· 通過與主流工具廠商的合作,打通MXAM、TPT、VectorCAST、QAC、ecu.test等市面主流工具,實現(xiàn)自動化集成;
· 搭建統(tǒng)一的測試管理平臺,支持用例的自動同步與版本控制,降低人工維護(hù)成本;
· 制定標(biāo)準(zhǔn)化CI/CT流程手冊,并提供培訓(xùn)和輔導(dǎo),確保不同團(tuán)隊高效協(xié)作。
在AI深度融合的過程中,又帶來了新的挑戰(zhàn):
· 需求規(guī)范性不足:測試需求的不完整或不規(guī)范,會直接影響AI生成用例的準(zhǔn)確性與覆蓋率。
· AI輸出的不確定性:由于AI本身可能存在“幻覺”問題,生成的用例未必完全符合實際需求或準(zhǔn)確反映系統(tǒng)行為,這可能引發(fā)測試用例失效或遺漏。
針對這一點(diǎn),北匯信息可提供方法論與指導(dǎo):例如,指導(dǎo)客戶建立標(biāo)準(zhǔn)化需求模板、制定需求編寫規(guī)范,從源頭保障AI生成用例的質(zhì)量。同時,依托VectorCAST等工具支持自然語言用例導(dǎo)入的能力,北匯信息可指導(dǎo)企業(yè)通過AI生成符合格式的用例文件,實現(xiàn)自動化導(dǎo)入和執(zhí)行,逐步形成從需求到驗證的閉環(huán)。
為了應(yīng)對AI輸出的不確定性,建議客戶建立質(zhì)量控制環(huán)節(jié),這不僅限于通過人工審核來確保AI生成的測試用例符合功能安全標(biāo)準(zhǔn)。比如:客戶可以通過多智能體機(jī)制(例如,一個智能體生成測試用例,另一個智能體進(jìn)行驗證),對AI生成的測試用例進(jìn)行二次檢查與驗證,確保測試用例準(zhǔn)確覆蓋需求并反映系統(tǒng)的正確行為。通過這種方式,可以發(fā)現(xiàn)AI可能忽略的細(xì)節(jié)問題,避免誤判導(dǎo)致的測試失效或遺漏,從而確保測試質(zhì)量和系統(tǒng)安全性。
AI賦能下的CI/CT不僅是效率的提升,更是標(biāo)準(zhǔn)化流程的升級。北匯信息憑借在工具鏈集成、流程標(biāo)準(zhǔn)化和AI自動生成測試用例的經(jīng)驗,幫助企業(yè)構(gòu)建起符合ASPICE與ISO 26262要求的CI/CT體系。通過AI驅(qū)動的自動生成、自動導(dǎo)入與自動驗證,研發(fā)測試團(tuán)隊不僅能夠提升效率,還能建立起可追溯、可迭代、可擴(kuò)展的全新測試體系,推動CI/CT真正邁入智能化階段。
-
AI
+關(guān)注
關(guān)注
88文章
36980瀏覽量
289821 -
智能汽車
+關(guān)注
關(guān)注
30文章
3190瀏覽量
108954 -
汽車軟件
+關(guān)注
關(guān)注
1文章
146瀏覽量
3578
發(fā)布評論請先 登錄
汽車軟件研發(fā)智能化:AI在CI/CD中的實踐

9月4日在線研討會 | AI賦能下的汽車軟件研發(fā)CI/CD實踐

博世IP賦能車規(guī)芯片高效設(shè)計與行業(yè)標(biāo)準(zhǔn)化

軟通動力助力軟件智能化領(lǐng)域標(biāo)準(zhǔn)化建設(shè)邁上新臺階
芯盾時代以AI戰(zhàn)略賦能全線產(chǎn)品智能化升級
長安汽車與深演智能榮獲2025愛分析DeepSeek最佳實踐案例
電源變換器EMC整改:需求分析到整改報告的標(biāo)準(zhǔn)化流程
賽美特“AI智造”生態(tài)體系亮相,四大方向賦能智能制造
老文章新視角:從靜態(tài)測試到CI/CT生態(tài)的進(jìn)化

充電樁EMC整改:測試失敗到一次過檢的標(biāo)準(zhǔn)化流程設(shè)計
HarmonyOS 應(yīng)用開發(fā)賦能套件:鴻蒙原生應(yīng)用開發(fā)的 “神助攻”
智能零部件管理助力中電思儀的標(biāo)準(zhǔn)化管理
CI/CD方案:推動智能汽車開發(fā)的高效利器

評論