接上(shàng)文(wén)。
第三篇針對(duì)系統集成與系統需求測試。

1  系統集成測試

系統集成測試是(shì)汽車(chē)軟件(jiàn)測試的(de)第五級别，但(dàn)系統集成測試在形式完整性上(shà ♥™ng)的(de)意義更大(dà)，我們通(tōng)常認為(wèi)系統集成測試本身₽λα(shēn)沒有(yǒu)獨立的(de)測試用∞π♣≈(yòng)例。

• 測試目标：為(wèi)集成的(de)軟硬件(jiàn)符合系統架構設計(jì)提供證據，包括軟硬件(jiàn)接口和(héδ♦)數(shù)據流，體(tǐ)現(xiàn)形式常為(wβ¶↑σèi)系統模型中的(de)系統接口。廣義上(shàng)，也(yě)包括一(yī)些(xiē)機(jī)械接口，比如(rú)，ECU外(wài)殼與PCB∏£$的(de)連接、接插件(jiàn)與PCB的(de)連接。

• 測試依據：如(rú)前所述，沒有(yǒu)單獨的(de)系統集成♥≈≤ 測試用(yòng)例，其或來(lái)源于軟件(jiàn)測試或來(lái)源于硬件(jiàn)測試，有(yǒu)時(shí)還(hái)會(huì)用(yòn★♦♦‌g)到(dào)下(xià)一(yī)小(xiǎo)™÷節提到(dào)的(de)系統需求測試。

• 測試對(duì)象/測試設計(jì)/測試環境/進入标準/退出标準/負責角色：參考其他(tā)測試部分(fēn)。

2  系統需求測試

系統需求測試是(shì)汽車(chē)軟件(jiàn)測試的(de)第六級别，也(yě)是(shì)ECU零件(jiàn) π>開(kāi)發層面的(de)最後一(yī)個(gè)測試。在此階段之後，通(t♣‌§σōng)常可(kě)以将軟件(jiàn)或ECU交付下(xià)遊整車(chē)集成‌¶©。

• 測試目标：确保集成系統（含配置、标定）經過測試，以證明(míng)其符合系統需求且已準備好(hǎo)交付。

• 測試依據：測試用(yòng)例來(lái)源于系統需求，而表現(xiàn)形式可(kě)能(néng)是(shì)一(yī)份獨立的(de)÷£™≠系統需求說(shuō)明(míng)書(shū)，也(yě)可(kě•↔&)能(néng)是(shì)在系統級需求或設計(jì)裡(l☆★↔ǐ)做(zuò)了(le)系統測試标識的(de)部分(fēn)。

• 測試對(duì)象：帶有(yǒu)硬件(jiàn)、軟件(jiàn)和(hé)'♦标定的(de)ECU。

• 測試設計(jì)：測試用(yòng)例的(de)設計(jì)可(kě)以選擇如(rú)下(xi​ €↕à)方法，等價類劃分(fēn)（将輸入數(shù)據劃分(fēn)為(wèi)若幹個(gè)等價類，從(cóng)每個(g≈☆è)等價類中選取代表性的(de)數(sh​δ™ù)據進行(xíng)測試，以縮減測試用(yòng)例）、邊界值分(fēn)析（重點關注輸入值的(de)邊界條件(jiàn)，因為(wèi)在這(zhè)些(xiē)邊界附近Ω↔≠¶(jìn)，程序更容易出錯(cuò)）、‌↓↕決策表（用(yòng)于描述在不(bù)同條件(jiàn)下(xià)的(de)系統行(xínπσ∞€g)為(wèi)，幫助測試人(rén)員(yuán)理(lǐ)解并測試複雜(zá)的(de)邏輯條$★¶件(jiàn)）、狀态轉換測試（關注系統在不(bù)同狀态之間(jiān)的(§πσ₹de)轉換，确保系統在狀态轉換時(shí)能(néng)夠正确工(gōng)作(zuò)）、錯(cuò)誤猜測（基于測試人(rén)員(yuán)的(de)經驗和(hé)直覺，猜測可(≤π​λkě)能(néng)的(de)錯(cuò)‌§誤并設計(jì)相(xiàng)應的(de)測試用(yòng)例）、負面測試（在某些(xiē)情況下(xià)，測試人(rén)員(yuán)需要(yào)考慮 ≤負面測試，即測試系統在不(bù)滿足正常工(gōng)作(zuò)條件(jiàn)§§ε時(shí)的(de)行(xíng)為(wπλ$èi)，如(rú)故障注入）。

• 測試環境：不(bù)同于軟件(jiàn)測試，該環節的(de)測試要(yào)盡可‍γ​(kě)能(néng)提供更接近(jìn)實車(chē‍<‍∞)的(de)真實環境約束和(hé)外(wài)部激勵，使用(yòng)真實的(de)傳感器(∞✔↓×qì)、真實的(de)對(duì)手件(jiàn)、真實的(de)線束、真實‌©♣σ的(de)溫度等。總之，盡量模拟實車(chē)的(de)實際使↕✘&≠用(yòng)。

• 進入标準：完成必要(yào)的(de)前序測試（如(rú)系統集成測試）且無重大(dà)問(wèn)題、相(xiàng)關的(de)測試設備（如(rú)線束、ECU、傳感器(qì)）就(jiù♦÷‍)位、已review并發布的(de)軟硬件(jiàn)、已review并發布的(de)系統需求測試用(yòng)例與計(jì)劃。

• 退出标準：已執行(xíng)對(duì)應的(de)測試用(yòng)例、測試報(bào)告已完成、缺陷已錄入工(gōng)具鏈。除了(le)常規的(de)退出外(wà✔±‍₹i)，出于成本的(de)考慮，還(hái)會(huì)有(→€yǒu)測試中止，比如(rú)，基本功能(néng)确認失效、發現(xiàn)的♦€♦(de)缺陷會(huì)影(yǐng)響其他(tā)功能(néng)測試結果有(yǒu®↑‍)效性、對(duì)于發現(xiàn)的(σ'€de)缺陷被修複後需重新測試的(de)範圍，或者在測試過程中，得(de)知×₽(zhī)新的(de)軟硬件(jiàn)即将釋放(fàn≥®g)，也(yě)應綜合評估後中止。

• 負責角色：系統測試人(rén)員(yuán)。

3  系統需求測試用(yòng)例選擇

完整的(de)系統需求測試會(huì)消耗大(dà)量的(de)時(•Ω≈shí)間(jiān)和(hé)資源，但(dàn)發布前的(de)最£♣≈β後測試又(yòu)責任重大(dà)，所以，我們需要(←₹yào)在用(yòng)例選擇上(shàng)做(zuò)一(yī)個(gè)平衡，不(bù♠≠≈)全測，或者不(bù)是(shì)每次交付全測，而☆σ該測的(de)也(yě)一(yī)個(gè)不(b∞♣€×ù)能(néng)少(shǎo)。一(yī)般有(yǒu)€↓如(rú)下(xià)關注點。

• 必測項：為(wèi)了(le)控制(zhì)對(duì)整∏Ωβ↓車(chē)帶來(lái)的(de)風(fēng)險，首先需要(yà∑π​≤o)設定一(yī)些(xiē)隻要(yào)打開(kāi)軟件(jiàn)或動♦∞了(le)硬件(jiàn)就(jiù)得(de)λ$做(zuò)的(de)必測項。必測項一(yī)般是(shì)涉及到(↓←♠dào)ECU最基礎的(de)功能(néng)或者直接影(yǐng)響産線或其他(tā)對(duì)手件(jiàn)聯調的(de)部分(fēn)。

• 産品風(fēng)險大(dà)小(xiǎo)：對(duì)于功能(néng)安全等級較高(gāo)或者涉及到(dào)法律法規認證等高(gāo)風(fēng)險軟件(jiàn)，通(tōng)常，需要(yào)投入更↔& 多(duō)的(de)資源在影(yǐng)響分(fēn)析與測<‌ 試量上(shàng)，這(zhè)是(shì)一(yī)個(gè)✘"✔≠理(lǐ)所當然的(de)決定。

• 不(bù)同配置下(xià)的(de)功能(néng)是(shì)否适用(yòng)：這(zhè)需要(yào)我們有(yǒu)一(yī)個(☆π→♥gè)清晰的(de)feature list或配置表，不(bù)适用(yòng)的(de)功能(néng)自(zì)然不(bù)需要(yào)測試。β☆÷

• 功能(néng)是(shì)否實現(xiàn)：即便本配置有(yǒu)該功能(néng)，功能(n≈ ↑éng)的(de)成熟度也(yě)得(de)達到(dào)可(kě)測水(shuǐ)平。

• 變更的(de)範圍：結合接口文(wén)檔、系統模型、追溯關系等，對(duì)功能(néng)自(zì)身(shēn)的(de)πδ‌∏變更及其對(duì)未變更功能(néng)的(de)影(yǐng)響進行(xíng)評£α估，并進一(yī)步确認測試範圍。有(yǒu)時(shí)，ECU外(wài)部的(de)系統環境或者車(chē)輛(liàng)的(de)變更都(dōu)會(huì)影(yǐng)響到(dào)測試用(yòn¥×g)例的(de)選擇。

• 曆史測試狀态：舊(jiù)的(de)版本、相(xiàng)近(jìn)配置、相(xiàng)近(j∞£ìn)分(fēn)支或者平台主線的(de)測試結果可(kě)能(néng)可(kě)以被當前軟件(jiàn)↔ε><沿用(yòng)。一(yī)般在這(zhπ★è)裡(lǐ)，也(yě)是(shì)基于變更來(lái™✘)評估。

• 全量測試：Delta測試很(hěn)必要(yào)，但(dàn)全量測試也(yě)不(bφσù)應舍棄，我們可(kě)以根據産品和(hé)項目特點制(zhì)定一(♣•εyī)些(xiē)執行(xíng)全量測試的(de)規則，比如(rú)，一(yī)年(nián)至少(shǎo)一(yī)次、切換新硬件(jiàn)或新軟件(jiàn) '&分(fēn)支基線後至少(shǎo)一(yī)次、發布D樣件(jiàn)之前至少(shǎo) ®÷測試一(yī)次、ECU上(shàng)路(lù)試車(chē)前至少(shǎo)一(yī)次、ECU進入€↔車(chē)廠(chǎng)産線前至少(shǎo)一(yī)次等。

4  雙向可(kě)追溯性和(hé)一(yī)€®緻性

所有(yǒu)系統級别的(de)可(kě)★β測試需求必須至少(shǎo)被一(yī)個(gè)測✘≠試用(yòng)例覆蓋。

而為(wèi)了(le)檢查測試覆蓋率，必須♥β✘能(néng)夠通(tōng)過工(gōng)具實現(xiàn)✘ε♣₩測試報(bào)告、測試規範與相(xiàng)應需求之間(jiān)的(de)可≤¶ε (kě)追溯性，比較典型的(de)是(shì)建立∑≈鏈接。

如(rú)果要(yào)發布的(de)軟件(jiàn)版本的(de)測試覆蓋率不(bù)完整，測試團隊應向項目經理(lǐ)或客戶彙報(bào)，并記錄偏差原因和(hé)進行(xíng)風(fēng)險評估。

一(yī)緻性呢(ne)，一(yī)般也(yě)隻能(néng)通  (tōng)過評審來(lái)盡量保證。比如(rú)，系統測試人(rén)員(yuán)應該參與系統需求的(d÷±€e)評審，而feature owner則參與系統測試的(de)測試用(yòng)例評審。

5  全文(wén)小(xiǎo)結

本文(wén)講了(le)系統集成測試和₹ (hé)系統需求測試，但(dàn)系統集成測$×γ 試的(de)用(yòng)例來(lái)源于軟件(jiàn)測試、硬件(jiàn)↕λ ✔測試或系統需求測試，而系統需求測試在測試策略上(shàng)與軟件(jiàn)需₩♣↔★求測試也(yě)有(yǒu)很(hěn)多(duō)相♦φ‌∞(xiàng)似之處，要(yào)綜合前面的≈λ(de)文(wén)章(zhāng)一(yī)起來(lái)理(lǐ)®♥÷解。

6  寫在最後

系統測試比較“硬”，即與ECU、整車(chē)有(yǒu)更緊密的(de&≥)關系，而它也(yě)側面體(tǐ)現(xiàn)了(le)汽車(chē)軟件(jiàn)的(de©₹∏ε)獨特性。

轉自(zì)水(shuǐ)輕言