学习车载第一天

oem代工，odm贴牌

传统测试流程：

需求分析-测试计划-测试方案-环境准备-编写用例-评审用例-执行用例-编写测试报告

OEM:掌握核心技术，其他的所有都采用都外包

工作职责：

用例执行和补充的用例编写；

供应商类型

Tier1：一级供应商：博世：底盘；配套工具 绝对汽车的未来

Tier2：二级供应商：显示面板、包括元器件

bug修改与否

车厂跟供应商沟通，看哪方更加强势

OEM：核心技术，把部分工作 ECU： electronic control unit ：芯片 台积电：芯片

开发-测试过程：功能冗余，芯片过多线束过多造成车身加重

分布式EE架构

域控制：集中式EE架构

座舱域：系统、硬件、软件

辅助驾驶域：系统、硬件、软件

底盘域、动力域、车身域：不属于测试

座舱域

仪表：QNX系统（Linux系统） ​

中控：SmartCore系统 ​ HUD （head-up display）

辅助驾驶域：adas

1.定速巡航 ​ 2.疲劳驾驶场景 ​ 3.观影后体验 ​ 4.盲点监测 ​ 5.道路偏移 ​ 6.恶劣天气场景 车险： ​ 数据就是金钱：数据卖给对应4s店以及保险公司 ​ 所有行为的检测：埋点 ​ 荣威：20w内：搜索懂车帝

座舱域详解

系统+硬件+软件：smartcore+软件：

音乐、收音机、地图、蓝牙 ​

影音娱乐：ivi in-vehicle-information 基于系统（smartcore）的软件app测试：

软件测试：app测试 ​ 专项测试：稳定性、弱电、弱网、流量测试、中断、兼容、性能测试 ​

功能测试：基本功能 ​

与app区别： ​ 1.成熟产品：基于Android系统或者ios系统成熟的产品 ​

功能测试： ​ 1.登录、注册 ​ 2.正常播放、切换 ​

专项测试： ​

1.弱网：会有，一般不会有用例 ​

2.弱电：无 ​

3.稳定性：monkey命令（提供相关的命令）或模拟器（傻瓜式操作） ​

4.流量测试：会有（之前），流量测试：适当弱化 ​ tcpdump 导入车机 ，chmod ，运行运行命令抓取 4.导出到本地 ​ 5.wireshark分析 source_ip ​ 车厂提供的py脚本进行运行直接出结果（模拟器）：pip install ​

5.中断：播放音乐过程中接打电话； ​ 1.播放音乐过程中跟第三方应用 ​ 2.手机设备的交互 ：拨打蓝牙电话 ​ 3. 倒车入库音乐的播放：模拟信号：can工具：广成can工具、周立功can工具 ​

bug提交：标题要包含型号模块

注意点：

测试过程：蓝牙测试点

蓝牙协议：老式、新式手机支持的蓝牙协议不一样；公司给我们几台手机

仪表测试： 全程can工具进行模拟信号发送 can工具：canoe、广成can、周立功

canoe

1.新建工程：可以复现比较难出现的bug接近真实环境 他发现发送信号仪表没有显示，对应车厂的老师也复现不了。新建真实的节点环境导致无法复现

2.抓取车机log

3.发送can信号

4.自动化 ------CAPL语言类似C可以进行编写自动化脚本

周立功can： 发送can信号

广成can： 发送can信号 

can协议来源：

一级供应商VS车厂

一级供应商：提供整个仪表盘 定义仪表盘识别的信号 dbc文件：数据库文件：定义仪表盘可以识别信号

测试：车厂会把dbc发送给开发、测试进行测试

步骤：1.在工具内导入dbc文件，2. 根据约定好的信号进行发送 3.验证功能

测试环境

台架测试：居多

实车测试：实际开车 （有驾照优先）

路测：1.车厂-车管所备案-【规定内上路】 1.提交申请，2.测试后还车申请

台架测试

环境搭建 ​ 硬件环境：配套工具，螺丝刀、线束，绝缘胶带；车厂提供接线图 ​

软件环境搭建：

can工具软件安装 ​ 环境升级 ​ 固件升级：有些相关参数，开发提供脚本修改参数 刷机 ​