肖sir___车载测试___面试题和答案归纳

车载面试题

一、实车还在设计开发阶段，大部分测试通过什么测试？

答案：通过台架和仿真来完成的

二、测试部分划分？

 测试部门是分为自研，系统，验收，自研部门是开发阶段测试，系统部门是功能测试，还有验收部门，就是上市前的验收测试

三、你讲下车载测试流程？
（比如BCM测试的时候，先明确测试的输入，对输入）

进行需求分析，然后设计测试用例，进行用例评审，评审完执行测试用例形成最终的版本，
开发提测后进行冒烟测试，基本功能未实现就打回，如果通过，那就进行后续全面的测试，测试过程中
发现bug(定位bug),记录bug,跟踪bug直至关闭，测试完毕，最终写测试报告

四、如何设计最好的测试的用例？
用现有的资源，进行最大范围的覆盖

五、你的需求是从哪里来的？
研发设计部门给的 （中文的）

六、预充还是单车机？
单车机

七、产品更新时间？

一周一次

八、一个版本测试多长时间（按产品说）？
一般至少半年到一年。
版本每周都会发版。

九、汽车功能测试环境有哪些？

主要有实车和台架，实车就是我们的测试车辆，一般是试制车，车的行驶环境就是我们的测试环境。
台架是为了满足某个测试而模拟的测试环境。
台架分为：hil（黑尔）台架，单个控制器的台架、整车台架、车身台架、动力系统台架等，主要验证其功能，或者实车无法满足的测试环境。

十、车载测试分为哪些：
功能测试，系统测试，专项测试，性能测试，测试模块分为中控，仪表，底盘，远程车控，TBOX，诊断

tBOX是车联网系统其中之一的远程信息处理器系统。这套系统包括：（主机，车载T-BOX，手机APP，后台系统）

十一、那音频咋测的？
你音视频比如那个这个收音机，收音机无非就是收台选台下一个嘛，

音频测试策略：
MP3 am fm cd U盘

音频测试：
带歌词测试 不带歌词测试
MP3
m4a
wav
歌词文件lrc
amr
acc

十二、然后 MP 3 我怎么测？
测 MP 3 里面播放了不同格式 wav 的这个 m4a 的 MP3。
然后播放音乐的话去导入一些有这歌词的，没有歌词的音乐测试音乐的一些播放快进暂停

 

十三、汽车功能安全国际标准IOS26262：
汽车功能安全就是识别出风险并将风险降到最低到可控或可接受的范围
而测试的责任就是验证这些风险是否在可接受的范围并且可控

十四、ADB命令主要做哪些工作？
ADB 这边的话主要来抓取在 log 里面抓取那个bug 。
我们首先的话就说要连接，用 ADB 来连接这个 adbs vices 来连接这个这个车。
然后看查看一下这个设备的型号。然后的话首先要连接下车机权限 ADB root 连接成功之后的话，
后期的话打开 ADB log cat 然后来查看那个日志。因为有时候出现重大 bug 的话，
比如说是重启无响应黑屏白屏这些的这个是很严重的bug 。然后在里面直接用 ADB 库把那个 bug 文件直接拉到手机上去，
然后传拉到那个 JIRA 上面给那个开发。对，后期的话也要用 monkey 来测试一下。因为要模拟一下这个稳定性，
比如说但是这个 monkey 的话等于后期项目稳定之后才测了，前期是不用来测 monkey 的。

十五、这个 monkey 主要是要那个 ADB 是吧？（稳定性）
对 ADB 是按 monkey 然后的话比如说模拟顾客，在多长时间内我一直点击。
这个人不可能一直，点击几千次或者多少次几个小时连续点击，人不可能一直在点。所以说就要么用 monkey 来给他测一下。

十六、车载测试中遇到问题：
首先定义问题，环境的问题还是设备的问题或者测试方法的问题，
首先确认是什么问题，如果是测试软件的问题就先确定自己的测试方法有没有问题，如果没有问题，那就是测试软件的问题，这时候就需要提bug 进行跟踪，
如果是车子本身的问题，就想办法找到问题。

十七、那我在测试的过程中，我们平时怎么去 bug 定位 bug 呢？
我们测试的时候都是用的摄像头全天候的去监控了我们的操作步骤的和画面的。那如果出问题的话，
我们后续把这个视频按照这个时间节点，我们导航旁边都会放一个时钟进行记录它的一个出 bug 时间。
然后把这个 bug 通过这个视频剪辑的方式，把一两分钟或者是一段时间的剪辑出来，
然后再通过我们的串口工具插上我们的 U 盘，在后台设置的一个隐藏
目录这个设计按钮里面记录我们那个打一个打一个 log 这个画面里面点击导出 log
把它的所有的这个导航执行期间的一个 Linux 底层的一个执行日志导出来，给到我们的开发

十八、BUG的管理流程：
1、 测试人员发现bug提交给开发。
2、 开发人员判断是否是bug。
3、 如果是bug，进行修改，修改完成后更改bug状态为已解决。重新指派给测试
4、 如果不是bug，退回给测试人员并描述退回原因，或为设计如此，或为外部原因，或者不能重现。
5、 开发人员修改完成的bug，由测试人员进行验证，确认修改正确，关闭bug。
6、 验证未通过的bug重新激活，开发人员继续修改，直至验证通过，关闭bug。
7、 测试人员需要对开发人员退回的bug进行确认。
8、 确认不是bug关闭。
9、 如与开发人员意见不一致，认为是bug，需提交产品经理确认。
10、 产品经理确认是bug由开发人员修改，不是bug由测试人员关闭

十九、路测测什么？
报警提示音（行驶时车门未关，保险带未系，油量的提示，故障灯提示，等等）

二十、UDS诊断服务包括哪些内容?
诊断和通信管理服务
数据传输服务
存储数据传输服务
输入输出控制服务
例程服务
上传/下载服务

二十一、UDS诊断和OBD诊断的区别?
UDS就是统一诊断服务
UDS和OBD最大的区别就是实现了模块化汽车诊断。
ECU->MVCI->诊断设备。中间加了一个MVCI（modular vehicle communication interface）的接口设备。
上层的诊断设备只要发送同样的命令就可以得到电控系统的数据，而不关心底层的数据链路和物理层是怎么实现的。
这样硬件和软件可以分别开发,是完全不同于obd的开发规范

二十二、汽车网络的协议：
11898、15769、14229

二十三:网络诊断中的27服务是干什么的？
27服务是安全解锁，比如我们要写某个DID的时候，就必须要过一级安全访问，
首先是发一个种子请求，一般是2701，得到响应的数据在通过钥匙的算法得到钥匙数据，
在通过2702发送钥匙请求，然后对比钥匙数据是否正确，从而判断安全解锁是否成功

二十三：ADAS的测试顺序？
首先对传感器进行测试（毫米雷达、激光雷达、高清摄像头），然后对集成后的功能进行测试（紧急制动、车道偏离、自动泊车、碰撞预警），
在研发阶段这些所以功能都是要通过仿真测试完成，

二十四：V模型的开发流程是什么？
V模型的左边是开发流程，分别的需求分析，架构设计详细设计。
V的右边是测试流程，分别的单元测试，集成测试和软件合格性测试，他们的横坐标是相互对应的
（如：
单元测试的输入对于的是详细设计，
集成测试的输入对应的是架构设计，
合格性测试的输入对应的是软件需求。）

二十五：测试实操（如车窗的功能执行）？
点击中控的某个功能，功能未执行，如何判断是否的硬件问题呢？
点击车窗按钮后，通过CAN设备监测功能信号有没有发出，同时监测车窗有没有接受到控制信号，
如果接受到了而没有执行，那多半是车窗的问题，可能是硬件的问题

二十六：如何升级？
升级的话我们一般先升 ECU 再升 MCU 这个都是开发打好的压缩包给我们到时候使用 U 盘进那个串口工具连接上，
公司开发的有这个工具，硬件连上去就行了，然后导航进行升级，升级完了之后就会进一些 bug 的修复的验证测试和新功能的延伸。

拓展：（1）ECU（Electronic Control Unit）电子控制单元，又称“行车电脑”、“车载电脑”等。它和普通的电脑一样,由微控制器（MCU）、存储器（ROM、RAM）、输入/输出接口（I/O）、模数转换器（A/D）以及整形、驱动等大规模集成电路组成

（2）微控制单元(Microcontroller Unit；MCU) ，又称单片微型计算机(Single Chip Microcomputer )或者单片机，是把中央处理器(Central Process Unit；CPU)的频率与规格做适当缩减，并将内存(memory)、计数器(Timer)、USB、A/D转换、UART、PLC、DMA等周边接口，甚至LCD驱动电路都整合在单一芯片上，形成芯片级的计算机，为不同的应用场合做不同组合控制。诸如手机、PC外围、遥控器，至汽车电子、工业上的步进马达、机器手臂的控制等，都可见到MCU的身影。

 

二十七：自动化测试？

canOE 总线分析工具 同时可以配合capl代码可以实现自动化测试
用一个工具来处理开发和测试阶段的任何任务
自动化测试
可对ECU诊断功能进行仿真和测试
在开发过程的早期阶段发现并修改错误状态
基于图形/文本评估结果

二十八：汽车CAN网络？
就是汽车各个控制器之间的传输和信号交互，类似于电脑和电脑之间的局域网，
所以汽车CAN网络测试就是汽车CAN网络之间的传输协议的测试，既然是信号交互和传输，
就会考虑到传输信号的一致性，信号多了频率大了是否会有堵塞丢帧的现象，还有故障的诊断和刷写的测试。

二十八：CAN信号波特率的设置？
波特率是什么呢：它是CAN信号传输的速率，通常默认值是500K，最大是1M，
只不过总线和长度有关，40米以内的最大波特率是1M，500K的支持总线长度110米。

Lin和CAN总线仿真测试工具（lin逐渐被淘汰）

二十九：CAN总线和LIN总线的区别：
1）、含义不同

1、CAN总线系统：CAN属于现场总线的范畴，它是一种有效支持分布式控制或实时控制的串行通信网络
。较之许多RS-485基于R线构建的分布式控制系统而言。

2、LIN总线系统：LIN总线是针对汽车分布式电子系统而定义的一种低成本的串行通讯网络，
是对控制器区域网络(CAN)等其它汽车多路网络的一种补充，适用于对网络的带宽、性能或容错功能没有过高要求的应用。

2）、传输速率不同

1、CNA总线系统：CAN总线的位速率较高，在汽车中使用时通常为500kb/s，最低的也达到100kb/s。

2、LIN总线系统：LIN总线的最高位速率为2Okb/s，通常使用19200b/s或9600b/s的速率。

3）、系统结构不同

1、CNA总线系统：CAN总线为多主机系统，即接人总线的任一电子单元都可通过总线仲裁来获取总线控 制权，
并向总线系统中发送信息，单元在发出完整的ID时即为主机。CAN总线使用11位 ID(甚至更多)，在一个子系统中可有较多的单元。

2、LIN总线系统：LIN总线为单主机多从机系统，每一子系统中有且只有一个主机，所有的信息传送都 由主机控制
，从机必须等待主机发出了与它对应的ID后才能发送信息。LIN总线使用6位 ID，在一个子系统中只能有较少的单元。

三十：了解车载中常用的设备和英文

tbox 车载联网系统
OTA 网络升级
Vcu 电动汽车行车大脑
ECU 燃油车汽车大脑
MCU 汽车微型计算机
T-BOX 车联网系统
Portable 就是便携式的GPS，价格便宜，不需要安装（一般是直接吸在挡风玻璃里面）
tuner 音响控制高低音左右平衡
audio 音频
video 视频
map 地图
FM/AM 收音机
BTphone 蓝牙手机
System 系统
VR vr导航显示路线
声音db 声音分贝仪
BTA 汽车蓝牙
Launcher 系统主页面
Muisc 音乐
USBAudio usb 插卡或者U盘
Picture 图片
Video 视频播放
BTPhone 蓝牙手机
iPod 苹果的MP4
Camera 倒车雷达
AVM 汽车360全景影像

三十一：tbox测试
首先我们会把MCU软件升级到测试目标的版本，查看HU端是否现实4G网络，ping公网还是私网，
确认软件升级完成后可以正常上电，断开KL15电等待2分钟，通过串口日志，期待结果是TBox进入SuspendMode，
且电流低于3.5mA，在上一步的基础上，持续观察电流10分钟，看是否都保持在3.5mA内，登录TBox绑定的账号，
在手机app端查看显示信息是否有误，在手机app端查看蓝牙能否成功连接，在手机app端将蓝牙钥匙授权给别人，
输入被授权人手机号，选择授权范围及时长，然后登陆被授权人账号，期待结果是可以登录且被授权人可连接蓝牙。
登录账号，发送远程控制打开车门的应用报文，期待结果是在app车控界面显示打开车门，TBox上电后，监控网络管理报文和应用报文，
查看上传至企业平台的日志，HTTP协议中200表示上传成功，500为失败。

三十二：导航路试
首先我会看默认GPS定位当前位置是否准确，然后输入我想去的地址，或者点历史目的地，可以正常导航，选择路线后，
地图是否可以正常的放大和缩小，在路上行驶时，在即将转弯，或者路线错误的时候，是否有语音提示，
路线错误是否能快速的更新新的路线，还有就是，我开到一半，想更换目的地，取消当前导航这些操作，
必须要可以正常使用，然后还可以下载离线地图，还有在导航的过程中，蓝牙也是和手机连接的状态，
突然来了个电话，是否会被中断，或者异常，车突然熄火，车机导航是否还会显示，或关闭电源，再打开时，是否有记忆模式

三十三：埋点测试
主要考虑两个方面，用户的反馈和埋点的数据，不同的车机设备点击相同的地方进行计数，
或者同一个设备对不同地方进行点击计数，但是这中间也出现过一些过问题，比如重复统计的埋点，
对一个功能埋点测试的时候，却在该时间上报了两次，或者多次上报，甚至未上报，造成了重复统计或未统计，
这就有可能是埋点开发人员的bug，或者服务器超时等原因造成的，就要去看日志文件，及时的报给开发

三十四：OTA测试
OTA测试的时候我们当时是主要评估两个主要的指标，一个是看这个把信息发送出的能力，还有一个是接收信息的能力，
我们之前一般系统更新的时候，就会用到OTA测试
OTA技术实现分三步：首先将更新软件上传到OTA中心，然后OTA中心无线传输更新软件到车辆端，最后车辆端自动更新软件

三十五：语音测试
语音测试的话是分在线语音和离线语音测试，就比如分别都会说一些比如我要去那里，打开音乐，查看今天天气，
给某某打个电话，或者给我讲个笑话，故事，看语音是否能正常给到用户一个正确的反馈

三十六：蓝牙
蓝牙测试的话，就比如蓝牙连接车机时，蓝牙连接前，车机处于播放音乐的状态，
连接后也要是播放状态，或者通过蓝牙播放手机音乐的同时，切换车机收音机，蓝牙音乐停止，播放收音机，
还有蓝牙音乐播放时，来电，蓝牙音乐停止，播放来电铃声，拒绝接听或挂断电话，蓝牙音乐恢复播放，蓝牙通话前，
播放任意音乐，通话时，通过手机或者车机操作切换到手机，车机端无声音输出，挂断电话恢复到通话前状态，蓝牙能自动重连，
车机端能控制蓝牙音乐的上一首下一首等等，这些都是要测试的

三十七：音乐测试
是否能正常播放是肯定的，上一首下一首，识别U盘播放，可以正常进行文件夹播放，
点通知栏的叉后，再启动音乐，能正常记忆播放全部音乐，或者待机唤醒后，启动音乐，
能正常记忆播放全部音乐，还有正常显示歌词，关闭桌面歌词，当然还有不同的音乐类型，
比如常见的话就mp3，当然我们之前测试的时候还有很多不常见的，比如wma，ogg，wav，ape等等，
测试的时候没有不常见的音乐格式文件，我们也会有资源库可以使用，实在没有的也可以让设计帮我们做一个该类型的格式提供我们测试

三十八：压力测试 使用万能表,RAM仿真,示波器,进行设备电压测量,疑难问题复现验证
如果万用表电压输入阻抗足够高,可以采用电压测量法,测量流有总电流的电阻两端电压,根据欧姆定律即可确定总电流.
测量支路电流类似,找到流有支路电流的电阻,测其两端电压.
当然还有可以用万用表电流档直接测量电流,测总电流将总电源供电线断开一根,将万用表串接连入其中,
即万用表一端接原来电源线连接的电路上的节点,一端和电源线连接,注意表的接入极性和实际电路一致(当然这是在直流电源电路的情形),
然后用合适的档位直接读出即可;支路电流测量与之类似,断开支路一点,将万用表串入其中,用电流表电流档合适档位直接测量即可

三十九：adb使用作用
adb logcat（查看日志）

四十：稳定性测试
需要使用公司软件模拟不同电压，软件的恢复性和记忆功能

 

四十一：mcu如何升级？

mcu使用U盘插入电脑升级