作者 | 明

小編 | CACTUS

在智能汽車軟件研發(fā)中，標(biāo)準(zhǔn)化流程是保障質(zhì)量與合規(guī)的基石。ASPICE與ISO 26262等標(biāo)準(zhǔn)要求開發(fā)團(tuán)隊(duì)在功能安全與過程成熟度之間保持平衡，但隨著車載軟件復(fù)雜度持續(xù)增加，傳統(tǒng)CI/CT流程在動(dòng)態(tài)測試環(huán)節(jié)依然嚴(yán)重依賴人工用例，導(dǎo)致效率與覆蓋率難以滿足高頻迭代的需求。

人工智能（AI）的引入，為這一困境提供了全新的最佳實(shí)踐范式：AI能夠基于需求自動(dòng)生成高覆蓋率的測試用例，并通過CI/CT流水線與標(biāo)準(zhǔn)化流程無縫銜接，從而實(shí)現(xiàn)“需求即測試”的端到端閉環(huán)。這不僅提升了效率，更推動(dòng)CI/CT流程從自動(dòng)化走向智能化。

標(biāo)準(zhǔn)化流程的重要性

在汽車軟件開發(fā)中，ASPICE（Automotive SPICE）和 ISO 26262 是廣泛采用的兩個(gè)重要標(biāo)準(zhǔn)：

ASPICE：為軟件開發(fā)與驗(yàn)證過程提供規(guī)范，旨在提升過程成熟度；

ISO 26262：專注于汽車電子與電氣系統(tǒng)的功能安全。

雖然兩者聚焦的重點(diǎn)不同（ASPICE 關(guān)注過程穩(wěn)定性，ISO 26262 關(guān)注安全性），在測試與驗(yà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 起到了將流程落地與工程自動(dòng)化的核心作用，使得開發(fā)過程既符合規(guī)范要求，又能夠持續(xù)優(yōu)化和反饋。通過 CI/CT 流程的自動(dòng)化，開發(fā)團(tuán)隊(duì)能夠在軟件開發(fā)的各個(gè)環(huán)節(jié)中實(shí)現(xiàn)更高的效率與準(zhǔn)確性。

AI技術(shù)下的CI/CT 的分階段最佳實(shí)踐

在傳統(tǒng)CI/CT的自動(dòng)化框架基礎(chǔ)上，引入AI可實(shí)現(xiàn)需求/代碼自動(dòng)解析、測試用例自動(dòng)生成與標(biāo)準(zhǔn)化導(dǎo)入，推動(dòng)驗(yàn)證工作從“階段性執(zhí)行”轉(zhuǎn)變?yōu)椤俺掷m(xù)運(yùn)行”。其核心理念是：“每次提交即一次驗(yàn)證，每次變更都可追溯”。這一理念推動(dòng)了從單元測試到集成測試，再到軟件合格性測試的全流程標(biāo)準(zhǔn)化管理。

01.軟件單元測試

在軟件開發(fā)過程中，單元測試是確保代碼質(zhì)量的最基本步驟。傳統(tǒng)的開發(fā)流程中，動(dòng)態(tài)測試由于需要人工介入，往往會(huì)遠(yuǎn)遠(yuǎn)滯后于開發(fā)進(jìn)度，導(dǎo)致后期修復(fù)成本較高。通過引入 CI/CT，并借助AI自動(dòng)生成測試用例，靜態(tài)檢查與動(dòng)態(tài)測試被前置至代碼提交階段，問題能夠早期發(fā)現(xiàn)并修復(fù)。

· 靜態(tài)模型測試：在提交模型文件至版本管理系統(tǒng)后，CI/CT平臺(tái)自動(dòng)觸發(fā)靜態(tài)分析工具（如 MXAM）對(duì)模型進(jìn)行規(guī)范檢查，生成的測試報(bào)告自動(dòng)上傳至測試管理系統(tǒng)，并通過企業(yè)通訊工具通知相關(guān)人員。

· 動(dòng)態(tài)模型測試：CI/CT平臺(tái)檢測到模型變更后，然后調(diào)用模型測試工具（如TPT）創(chuàng)建測試工程并完成測試環(huán)境配置。TPT內(nèi)置的 TASMO 功能可根據(jù)模型邏輯自動(dòng)生成高覆蓋率的測試用例，隨后由平臺(tái)自動(dòng)執(zhí)行測試并生成報(bào)告。測試報(bào)告最終會(huì)被上傳至版本管理與需求管理平臺(tái)，實(shí)現(xiàn)全流程的閉環(huán)管理。

· 模型生成代碼：在模型測試通過后，系統(tǒng)會(huì)自動(dòng)生成目標(biāo)代碼并回傳至版本管理工具，同時(shí)由CI/CT平臺(tái)統(tǒng)一調(diào)度，記錄構(gòu)建產(chǎn)物并通過郵件通知相關(guān)人員，確保代碼生成與交付過程的可追溯與高效性。

· 靜態(tài)代碼測試：在檢測到代碼提交后，CI/CT平臺(tái)自動(dòng)調(diào)度工具（如 QAC）對(duì)手寫代碼進(jìn)行靜態(tài)分析，發(fā)現(xiàn)潛在的代碼問題，并生成報(bào)告，自動(dòng)上傳分析結(jié)果，通過郵件或即時(shí)通訊工具通知相關(guān)人員。

· 動(dòng)態(tài)代碼測試：當(dāng)CI/CT平臺(tái)檢測到代碼變更時(shí)，自動(dòng)從需求管理平臺(tái)中獲取對(duì)應(yīng)代碼的測試需求，會(huì)自動(dòng)調(diào)用專業(yè)領(lǐng)域大語言模型的API，對(duì)代碼結(jié)構(gòu)進(jìn)行解析，基于函數(shù)邏輯生成覆蓋度測試用例，同時(shí)結(jié)合需求描述生成功能性測試用例。隨后，CI/CT平臺(tái)調(diào)度代碼測試工具（如VectorCAST），完成測試環(huán)境適配、用例加載與執(zhí)行，并自動(dòng)生成測試報(bào)告，上傳至管理平臺(tái)，并將結(jié)果實(shí)時(shí)通知相關(guān)人員，實(shí)現(xiàn)需求驗(yàn)證與覆蓋度驗(yàn)證的雙重保障。

02.軟件集成測試

集成測試是確保模塊之間接口一致性與系統(tǒng)行為穩(wěn)定性的關(guān)鍵環(huán)節(jié)。在傳統(tǒng)流程中，模塊接口變動(dòng)頻繁，集成測試無法及時(shí)跟進(jìn)，導(dǎo)致缺陷漏測或被覆蓋。通過 CI/CT，集成測試流程得到標(biāo)準(zhǔn)化，測試結(jié)果實(shí)時(shí)反饋，提升了團(tuán)隊(duì)的響應(yīng)速度。

· 模型集成測試：CI/CT平臺(tái)自動(dòng)觸發(fā)靜態(tài)和動(dòng)態(tài)模型測試，平臺(tái)自動(dòng)比對(duì)模型與代碼的接口一致性，識(shí)別潛在沖突，并生成風(fēng)險(xiǎn)報(bào)告。模型代碼生成后，自動(dòng)集成至主工程，與手寫代碼一起進(jìn)行后續(xù)測試。

· 代碼集成測試：通過執(zhí)行 QAC 靜態(tài)分析和 VectorCAST 動(dòng)態(tài)測試，對(duì)整個(gè)系統(tǒng)的集成進(jìn)行驗(yàn)證，實(shí)現(xiàn)閉環(huán)追溯。

· 編譯驗(yàn)證：在每次集成后，CI 流程自動(dòng)拉取最新代碼，執(zhí)行編譯與構(gòu)建操作，確保每次提交都能夠順利集成，并及時(shí)通知責(zé)任人。

03.軟件合格性測試

軟件合格性測試是驗(yàn)證軟件系統(tǒng)在真實(shí)硬件環(huán)境中能否穩(wěn)定運(yùn)行的最后環(huán)節(jié)。通過 CI/CT，合格性測試流程被完全自動(dòng)化，從燒寫到臺(tái)架測試，所有環(huán)節(jié)都能實(shí)現(xiàn)自動(dòng)執(zhí)行，確保系統(tǒng)在目標(biāo)平臺(tái)上的穩(wěn)定性和功能完整性。

· 自動(dòng)刷寫階段：當(dāng)構(gòu)建產(chǎn)物或臺(tái)架測試工程在版本管理平臺(tái)發(fā)生變更時(shí)，CI流程會(huì)自動(dòng)觸發(fā)，獲取上一階段生成的刷寫文件（如 HEX/S19），并調(diào)用刷寫工具（如 CANoe、UDE、勞德巴赫等）完成自動(dòng)燒錄。燒錄結(jié)束后，系統(tǒng)會(huì)記錄日志并通過郵件通知相關(guān)的開發(fā)與測試人員，確保信息及時(shí)同步。

· 臺(tái)架測試執(zhí)行：CI流程會(huì)自動(dòng)拉取測試工程并配置對(duì)應(yīng)的臺(tái)架環(huán)境，隨后調(diào)用臺(tái)架工具（如 CANoe、ecu.test）執(zhí)行測試工程并自動(dòng)運(yùn)行對(duì)應(yīng)的測試用例。測試結(jié)果會(huì)被上傳至版本管理倉庫、測試管理平臺(tái)和需求管理平臺(tái)，實(shí)現(xiàn)需求與用例的雙向追溯，同時(shí)系統(tǒng)會(huì)將結(jié)果實(shí)時(shí)推送給對(duì)應(yīng)負(fù)責(zé)人，支持按項(xiàng)目或功能模塊快速定位與追溯。

AI加持下CI/CT解決方案

在CI/CT的標(biāo)準(zhǔn)化落地過程中，企業(yè)往往會(huì)面臨以下共性挑戰(zhàn)：

· 工具鏈整合：不同測試工具之間缺乏統(tǒng)一接口，難以自動(dòng)化銜接；

· 用例維護(hù)：人工維護(hù)測試用例成本高、易失真；

· 協(xié)作流程不統(tǒng)一：開發(fā)、測試、運(yùn)維團(tuán)隊(duì)之間缺乏一致的方法論。

北匯信息已有成熟的解決方案

· 通過與主流工具廠商的合作，打通MXAM、TPT、VectorCAST、QAC、ecu.test等市面主流工具，實(shí)現(xiàn)自動(dòng)化集成；

· 搭建統(tǒng)一的測試管理平臺(tái)，支持用例的自動(dòng)同步與版本控制，降低人工維護(hù)成本；

· 制定標(biāo)準(zhǔn)化CI/CT流程手冊，并提供培訓(xùn)和輔導(dǎo)，確保不同團(tuán)隊(duì)高效協(xié)作。

在AI深度融合的過程中，又帶來了新的挑戰(zhàn)：

· 需求規(guī)范性不足：測試需求的不完整或不規(guī)范，會(huì)直接影響AI生成用例的準(zhǔn)確性與覆蓋率。

· AI輸出的不確定性：由于AI本身可能存在“幻覺”問題，生成的用例未必完全符合實(shí)際需求或準(zhǔn)確反映系統(tǒng)行為，這可能引發(fā)測試用例失效或遺漏。

針對(duì)這一點(diǎn)，北匯信息可提供方法論與指導(dǎo)：例如，指導(dǎo)客戶建立標(biāo)準(zhǔn)化需求模板、制定需求編寫規(guī)范，從源頭保障AI生成用例的質(zhì)量。同時(shí)，依托VectorCAST等工具支持自然語言用例導(dǎo)入的能力，北匯信息可指導(dǎo)企業(yè)通過AI生成符合格式的用例文件，實(shí)現(xiàn)自動(dòng)化導(dǎo)入和執(zhí)行，逐步形成從需求到驗(yàn)證的閉環(huán)。

為了應(yīng)對(duì)AI輸出的不確定性，建議客戶建立質(zhì)量控制環(huán)節(jié)，這不僅限于通過人工審核來確保AI生成的測試用例符合功能安全標(biāo)準(zhǔn)。比如：客戶可以通過多智能體機(jī)制（例如，一個(gè)智能體生成測試用例，另一個(gè)智能體進(jìn)行驗(yàn)證），對(duì)AI生成的測試用例進(jìn)行二次檢查與驗(yàn)證，確保測試用例準(zhǔn)確覆蓋需求并反映系統(tǒng)的正確行為。通過這種方式，可以發(fā)現(xiàn)AI可能忽略的細(xì)節(jié)問題，避免誤判導(dǎo)致的測試失效或遺漏，從而確保測試質(zhì)量和系統(tǒng)安全性。

AI賦能下的CI/CT不僅是效率的提升，更是標(biāo)準(zhǔn)化流程的升級(jí)。北匯信息憑借在工具鏈集成、流程標(biāo)準(zhǔn)化和AI自動(dòng)生成測試用例的經(jīng)驗(yàn)，幫助企業(yè)構(gòu)建起符合ASPICE與ISO 26262要求的CI/CT體系。通過AI驅(qū)動(dòng)的自動(dòng)生成、自動(dòng)導(dǎo)入與自動(dòng)驗(yàn)證，研發(fā)測試團(tuán)隊(duì)不僅能夠提升效率，還能建立起可追溯、可迭代、可擴(kuò)展的全新測試體系，推動(dòng)CI/CT真正邁入智能化階段。