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工具软件安装 环境升级 固件升级:有些相关参数,开发提供脚本修改参数 刷机