在基礎實踐2中您如何定義驗證標準?有了基礎實踐1中定義的戰略指導方針,您就可以進入下一步了。這個BP(基礎實踐)既適用于靜態測試也適用于動態測試。預期的結果是單元的特定測試用例和單元級靜態檢查的定義。在本文中,我們將討論基礎實踐2-7。
本文是ASPICE系列文章的第3篇。

ASPICE基礎實踐
基礎實踐2:制定單元驗證標準
ASPICE過程期望定義標準,以確保單元執行軟件詳細設計和非功能需求中所描述的操作。
所有的工作產品都應該按照軟件單元驗證策略中的描述進行生產。
例如,應為靜態測試定義以下標準:
- 靜態測量的類型(例如,圈復雜度的測量)和成功的評價標準(測量的圈復雜度小于50)。
- 符合編碼標準(如MISRA)
- 符合項目中商定的設計模式
您可以為所有單元設置單元驗證標準,或者專門為一類單元或單個單元設置單元驗證標準。為了不讓工作失去控制,建議對一般定義保持慎重和保守。
專業提示:覆蓋目標(例如代碼覆蓋)通常不適合作為單元驗證標準。它們最好用作測試結束標準,從而確定測試何時可以被認為完成。
對于每個測試規范,基礎實踐6“確保一致性”要求在測試規范和軟件詳細設計之間進行內容檢查。在大多數情況下,這是通過審查等質量保證措施來完成的。此檢查的目的是證明測試用例正確地測試了鏈接需求的內容。明確地期望每個評審都有文檔記錄。
如果在評估過程中發現缺少或不充分的非功能需求(SWE.1)或缺少或不充分的軟件詳細設計(SWE.3),BP2評估可能會被降級。
換句話說,如果前面的過程沒有完成,他們也不會得到一個好的評價。
基本實踐3:執行軟件單元的靜態驗證
使用基礎實踐2中定義的標準,軟件單元的靜態驗證應該在基礎實踐3中執行。
該驗證可以通過以下方式執行:
- 自動靜態代碼分析工具
- 代碼審查(例如檢查編碼標準和指導方針的符合性或正確使用設計模式)
成功標準應該使用BP2的標準來確定。它們具體說明檢查是成功還是失敗。基礎可以是覆蓋標準或遵從最大值(max.圈復雜度最大為Y)或最小值(min.每行代碼最少x行注釋)。
基礎實踐4:測試軟件單元
使用基礎實踐2中創建的測試規范,軟件單元測試將在基礎實踐4中執行。預期測試將按照軟件單元驗證策略中所描述的方式執行。
對于基礎實踐3和基礎實踐4,明確要求記錄包括結果在內的所有測試。如果出現異常現象和檢驗發現的情況,應將其記錄、評估和報告。
此外,BP4要求以有意義的方式總結所有數據。在軟件單元驗證中,通常需要大量的測試數據。測試數據應該在多個詳細級別上為手動和自動執行驗證結果而準備。對此的解決方案是一個有意義的總結,例如通過餅圖的形式聚集所有測試結果。
基礎實踐3和基礎實踐4的評估說明
與軟件單元驗證策略(BP1)相比,驗證測試執行的偏差導致BP3或BP4的貶值。
對于BP3和BP4,缺乏有意義的總結會導致降級。如果一個測試只被評為通過/失敗,而沒有關于測試的附加信息,那么評估人員對受影響的基礎實踐的評價不會比“Partly”更好。自動化軟件單元測試報告中對單元的模擬和計算可以被視為對評估的充分補充信息。
評估人員將希望分別看到BP3和BP4的評估示例。具體地說,他們想要用它來驗證一個發現是否符合軟件單元驗證策略和SUP.9問題解決管理。
基礎實踐5:建立雙向追溯
在ASPICE中有幾個地方需要雙向追溯。如何實施取決于你自己。在這種情況下,您需要將詳細設計的需求與測試用例和靜態測試的結果聯系起來。測試用例依次鏈接到詳細設計的需求。
在最簡單的情況下,這可以通過表格的形式完成(列=測試用例;行=需求)。這種實現需要大量維護,而且很容易出錯。
Pro-Tip:為此使用模型動態測試工具TPT等工具,盡可能容易地創建鏈接,最好是自動生成報告。您可以將此跟蹤報告為概述用于一致性評審(SWE.4 BP6)作。在更改請求的情況下,您可以更快地分析對測試用例的依賴性。
評估人員明確地希望您將測試用例和需求雙向地鏈接起來(BP5)。
基礎實踐7:總結和交流結果
所有單元驗證結果應匯總并通報相關方。BP7明確地期望有證據表明已經報告了結果。所有類型的通信媒體,如信件、郵件、視頻、論壇帖子等,都可以作為證據(只要它們有記錄并可追溯)。
如果SWE.4的BP 3和/或BP 4被評為“None”或“Partly”,那么預計評估員會對BP7降級。
在BP7的ACQ.13項目要求過程中,需要確定相關方及其對信息的需求。
ACQ.13項目要求過程不作為ASPICE評估的一部分進行審查。然而,一個項目不應該僅僅因為過程沒有被評估就忽略它,這是一個很好的實踐。
總結
ASPICE要求質量保證的許多活動和結果。許多所需的結果也應該以可驗證的方式進行檢查。
了解并應用這些評估規則可以增加獲得良好評估的可能性。通常,一個項目在2年后達到1級,在2年后達到2級。
經驗表明,當團隊愿意學習并不斷工作以滿足需求時,成功是最快實現的。
-
代碼
+關注
關注
30文章
4892瀏覽量
70421
發布評論請先 登錄
?共達電聲通過ASPICE CL2認證
佑駕創新智能座艙DMS項目通過ASPICE CL3評估
硬件輔助驗證(HAV) 對軟件驗證的價值
思必馳語音平臺項目通過ASPICE 1級能力認證
慧榮科技車用級SSD主控芯片獲得ASPICE CL3國際認證
航盛車載顯示系統項目通過ASPICE CL3評估
TüV南德助力上海電驅動獲ASPICE 2級評估認可
調試ADS1278,讀取數據過程中在下一次SYNC低脈沖信號前出現反復進入中斷的現象,請問是否正確?
華盛艾思科榮獲DEKRA德凱ASPICE CL2認證證書
華盛艾思科榮獲ASPICE 4.0 CL2級認證
法本信息座艙平臺項目通過ASPICE CL2級評估
汽車軟件開發中的ASPICE合規挑戰與Jama Connect解決方案

比亞迪整車電子電氣架構4.0平臺獲TüV南德ASPICE 2級能力評估認可

汽車軟件開發者的必修課:ASPICE 4.0主要特點、優勢及與之前版本的變化之處

評論