最新測試技術:使用狀態遷移法設計自動化駕駛測試用例
ADAS概述
ADAS翻譯成中文為“高階駕駛輔助系統”,全稱Advanced Driving Assisstance Systems,是在汽車緊急情況下提前做出主動判斷和預防,以達到預防和輔助的作用。 加我VX:atstudy-js 回覆“測試”,進入 自動化測試學習交流群~~
注意Systems是複數,因此該系統只是單一個系統,且是由許多子功能系統組成。
可以將這些子功能劃分為行車和泊車兩大類。行車部分常見的有AEB-自動緊急制動、ACC-自適應巡航、FCW-前向碰撞預警、LCA-變道輔助、LKA-車道保持、TLA-交通訊號燈提醒、TSR-交通標誌識別、ICC-智慧巡航控制等。
泊車部分有APA-自動泊車、AVP-代客泊車等,而這些子系統就是發展全自動駕駛的基礎,因此可以將ADAS視作自動駕駛的簡化版。
自動化測試學習交流群,內含直播課+實戰+面試資料mp.weixin.qq.com/s/xmVNK7OMvW0I1qGwHh1TZg
LCA功能描述
LCA全稱Lane Change Assistance,譯為變道輔助,是透過安裝在車輛後保險槓角落的兩個角雷達來持續監控本車側後方的區域,主要探測鄰近車道上其它的車輛當前位置、行駛速度、行駛方向。
LCA包括BSD-盲點監測和CVW-接近車輛報警兩部分。
KCA有兩種視覺報警形式:一級報警是LED燈常亮,二級是LED燈閃,當一級報警啟用時並且駕駛員打方向燈,此時二級報警將啟用,二級報警比一級報警加強。
BSD盲點監測,實時監測車外後視鏡看到盲區。當盲區內出現其它車輛,外後視鏡警示燈就會一直亮著來提醒司機,避免變道風險。
若此時駕駛員向有風險側打方向燈,系統則判斷駕駛者有併線意圖,此時車輛將透過位於外後視鏡警示燈閃爍來警示駕駛者有撞車的危險。
CVW 車輛快速接警示系統,會監測兩側相鄰車道後方70 米範圍內所有車輛,透過計算判斷,如有後方車輛快速接且在3.5 秒內變道有碰撞風險時,外後視鏡警示燈將點亮以警示駕駛者。
若此時駕駛員仍然向有風險側打方向燈,系統則會判斷駕駛者有併線意圖,車輛將透過位於外後視鏡警示燈閃爍來警示駕駛者,以避免事故發生。
LCA之狀態遷移法用例設計
首先,LCA功能有幾大狀態:OFF為關閉狀態,ON為開啟狀態,Passive為未啟用狀態,Warning Level1/2分別為Active啟用狀態下的兩種形式,Error為故障狀態。
根據狀態遷移法設計case的要求:針對每個狀態之間轉換的條件設計1個用例,具體講解每個狀態之間是如何轉換的以及轉換的條件有哪些。
T1(OFF——> ON): 系統無故障LCA切換到ON狀態,一般預設開啟,在車輛打著火時自動開啟,可以透過中控上的顯示選單直接開啟/關閉這個功能。
T2( ON——>OFF): LCA切換到OFF狀態。
T3(Passive——> Warning Level1): 自車速度15kph-150kph;非R檔;目標在CVW區(TTC<3.5s)或BSD區(無報警——>一級報警)。
TTC全稱:Time To Collision,譯為碰撞時間,用於判定兩車之間發生碰撞的可能性、判斷警告時機,可以被計算出來:TTC=兩車相對距離/兩車相對速度。
T4(Warning Level1/2——> Passive):自車車速低於12kph/大於150kph/R檔/沒有風險車輛靠近/目標在CVW區但TTC>3.5s。
T5(Warning Level1——> Warning Level2):滿足T3所有條件;風險側打方向燈,由一級報警升為二級報警。
T6(Warning Level2——> Warning Level1):關閉風險側方向燈,由二級報警降為一級報警。
T7(Error——> ON): 系統故障恢復且故障之前狀態為ON(此種狀態可能會比較難理解,此處做一個說明:一旦發生故障,功能關閉,一旦故障消失,功能應該恢復到故障之前的狀態)。
T8(ON——> Error):當LCA處於ON狀態檢測到故障 。
最後:
可以到我的個人V:atstudy-js,可以免費領取一份10G軟體測試工程師面試寶典文件資料。以及相對應的影片學習教程免費分享!其中包括了有基礎知識、Linux必備、Mysql資料庫、抓包工具、介面測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、介面自動化測試、測試高階持續整合、測試架構開發測試框架、效能測試等。
這些測試資料,對於做【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫,這個倉庫也陪伴我走過了最艱難的路程,希望也能幫助到你!
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31407649/viewspace-2914037/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 測者的測試技術手冊:自動的自動化EvoSuite 自動生成JUnit的測試用例UI
- 使用allpairs自動設計組合測試用例AI
- 手工測試用例與自動化測試用例的區別
- 自動化測試|Eolink Apikit 如何儲存、使用測試用例API
- Web自動化-Selenium自動化測試-4-編寫測試用例Web
- 測試開發之自動化篇-自動化測試框架設計框架
- 面向開發的測試技術(三):Web自動化測試Web
- 自動化測試系列 —— UI自動化測試UI
- 自動駕駛測試全流程自動駕駛
- 緊追時下熱門測試技術:自動駕駛測試,瞭解一下自動駕駛
- 自動化測試平臺設計與實現(二、自動化測試用例物件設計實現、關鍵字物件設計與實現)物件
- Lyft成立紐約自動駕駛汽車辦公室 暗示在此測試技術自動駕駛
- 【自動化測試】移動端測試輔助工具 - adb
- 基於LangChain手工測試用例轉Web自動化測試生成工具LangChainWeb
- 基於LangChain手工測試用例轉介面自動化測試生成工具LangChain
- 基於LangChain手工測試用例轉App自動化測試生成工具LangChainAPP
- 技術前沿:AI大模型在自動化測試中的應用例項AI大模型
- APP測試設計測試用例的要點APP
- 測試用例設計指南
- 軟體測試:自動化測試
- 自動的自動化:EvoSuite 自動生成JUnit的測試用例UI
- 【自動化測試入門】自動化測試思維
- expdp 遷移測試
- 行遷移測試
- 使用 RFT 設計 Web 2.0 應用的 GUI 自動化測試框架WebGUI框架
- 高階測試工程師必備技術:用Git版本控制自動化測試程式碼工程師Git
- 手工測試和自動化測試 BattleBAT
- 自動化測試系列(三)|UI測試UI
- 小程式自動化測試--測試3
- Junit測試Android自動化測試Android
- 軟體測試用例設計方法-場景法
- 軟體測試用例設計方法-判定表法
- 軟體測試用例設計方法-因果圖法
- 系統測試用例設計之判定表法
- 功能測試、自動化測試、效能測試的區別
- 微信小程式設計師自動化測試微信小程式程式設計師
- 自動化測試框架: 設計的重構框架
- 如何學習自動化測試?從手工測試到自動化測試的過程…