• 0
  • 0
分享

  车载测试

  1、你都知道哪些can工具,测试时用到的功能有哪些?

  can工具是能向车仿真发送can信号的一类工具的统称,常见的有

  busmaster?canoe?cantest 等等

  虽然软件的名字有很多,软件的功能细节有差异,但是针对测试使用的功能通常都是以下几种:

  接收can信号

  仿真发送can信号

  抓日志(保存信号信息)

  编写自动化脚本(高级功能)

  2、busmaster工具怎么发送can仿真信号?

  1)点击“transmit windows”功能键,弹出“Configure Transmission Messages-CAN”窗口。

  2)双击“Tx Frame List”里的“add message”,输入报文id等参数信息,发送报文。如果已经导入过DBC文件,报文可以在列表里选择。如果没有导入过DBC文件,报文只能手动输入。

2-1.png

  3)一个id通常对应多个信号。在“Signal Detail”部分找到要发送的信号编辑参数,就可以发送报文了。如下图,id号为320,选择的信号是“ESP_VehideSpeed”,仿真车速是100km/h。

  4)在"Message Windows-Can"窗口,可以查看日志是否发送成功。

  3、busmaster工具怎么抓取can日志?

  1)点击“logging”功能控件,在列表里选择“configure”,抓取日志前先确定日志保存的路径和文件类型。文件类型可以是“.log”、“.txt”、“ .asc”等。

  2)点击“logging” 功能控件,在列表里选择 “activate”,开始抓取。

  3)需要时,到保存日志的地方读取日志文件即可。

  4、busmaster工具在什么地方查看发送和接受到的can信号?

  在"Message Windows-Can"窗口,可以查看到发送和接受到的can信号,具体显示内容如下图。

2-2.png

  5、canoe工具怎么发送can仿真信号?

  1)选择“simulation setup”功能,在弹出的窗口中插入“IG”(交互生成器),双击生成的“IG”图标,会弹出“IG"窗口。在该窗口中就可以发can仿真信号。如下图:

2-3.png

  2)canoe工具在“Trace”窗口可以看到刚刚发送的信号。

  6、canoe工具怎么抓取can日志?

  1)启动“measurement setup”功能。(不同的canoe版本,“measurement setup”的位置可能不一样,但是抓日志的功能都是“measurement setup”,要记住)

  2)在弹出的“measurement setup”窗口中,点击“Logging”后面的“CANOE”图标,设置日志保存的路径和日志文件类型。日志文件类型可以是“.log”、“.asc”。双击“Logging”前面的暂停键,就开始抓日志了。需要看日志时,到刚刚保存日志的地方去查看即可。如下图:

2-4.png

  7、canoe工具在什么地方查看发送和接受到的can信号?

  在" Trace "窗口,可以查看到发送和接受到的can信号,具体显示内容如下图。

2-5.png

  8、什么是CAN(Controller Area Network)?什么是can高线?什么是can低线?

  物理上can总线就是2根铜线。

  CAN是控制器域网的简称,can属于总线式串联通信网络。can总线就相当于汽车的中枢神经系统,是汽车里的一种通讯协议。相当于把很多的汽车电脑都并联到这两根线上,实现数据共享。

  1)can总线分为can高线和can低线,是由两条铜做的导线。它的作用就是将汽车仪表、变速箱、辅助刹车系统,ECU(电子控制单元,ECU就是汽车的大脑)、控制模块、各种传感器等多个控制单元链接在一起,实现信息的实时同步。通俗的讲就像电话线一样,联通各个部件用来通信和传输数据。

  2)好处:can总线系统的应用大大简化了车身线路的布局,车身功能增加了,但是线束却相应的简化了,同时线束的简化也给维修带来了更多的便利性。

  3)低速can和高速can区别:数据传输数据不一样、数据有效相应时间不一样。

  高速can:链接和安全相关的,比如:刹车、换挡、车身稳定……

  低速can:门锁控制、车灯控制……

  9、什么是ECU?

  ECU是电子控制单元,是汽车专用微机控制器,注意ECU是总称,不代表车上只有一个ECU。

  1)ECU可以说是现代汽车的核心电子元件之一,汽车的ECU就相当于人的大脑,一般装于驾驶座仪表板下方或雨刷联动杆附近。

  2)ECU的作用是随时监控着输入的各种数据(比如刹车、换挡等)和汽车运行的各种状态(加速、打滑、油耗等),并按照预先设计的程序计算各种传感器送来的信息,经过处理以后,把各个参数发送给各相关的执行机构,执行各种预定的控制功能。

  3)不同ECU名字不一样,ECU就是处理信号的。

  10、什么是OBD?

  OBD:

  汽车obd指的是车载自动诊断系统,汽车上的obd接口一般位于方向盘的左下方。车载自动诊断系统的主要作用是检测发动机的运行状况,发动机在工作的过程中燃烧的燃油会产生尾气,车载自动诊断系统会随时监控汽车的尾气是否排放超标,一旦汽车的尾气出现超标的情况,obd警示灯会立即发出警报。车载自动诊断系统不仅可以检测汽车尾气指标,同时还可以检测发动机、催化转化器、颗粒捕集器、氧传感器、排放控制系统、燃油系统等,随时监测汽车上出现的一些安全隐患,保障汽车的安全性能。

  11、什么是TBOX(涉及到仿真测试)

  Telematics BOX,简称车载T-BOX,车联网系统包含四部分,主机、车载T-BOX、手机APP及后台系统(目前各大主机厂都在建设自己的车联网平台(TSP),基本功能目前应该说都大同小异)。

  主机主要用于车内的影音娱乐,以及车辆信息显示;车载T-BOX主要用于和后台系统/手机APP通信,实现手机APP的车辆信息显示与控制。

  当用户通过手机端APP发送控制命令后,TSP后台会发出监控请求指令到车载T-BOX,车辆在获取到控制命令后,通过CAN总线发送控制报文并实现对车辆的控制,最后反馈操作结果到用户的手机APP上,仅这个功能可以帮助用户远程启动车辆、打开空调、调整座椅至合适位置等。

  参考下图:

2-6.png

  12、车载测试除了can日志,还有哪些日志。

  车机除了can日志外(can日志用can工具抓取),还有车机自身的系统日志,车机自身系统日志的实时查看用的命令是 adb logcat。车机终端的生产厂商在生产车机的时候,会将系统日志保存在某个文件夹下。当车机出现问题后,把该文件用 adb pull命令导出来,交给开发,开发来分析。

  13、车机测试环境/方式

  1.台架测试/裸机测试/本地测试:连接电源、线束、车机,通过P-CAN、CANoe(发送CAN信号)、项目特有的模拟器等发送can信号来测试

  备注:本地测试可以覆盖80%-90%的功能点,比如:媒体。

  连接电源、线束、车机:搭建测试环境,让车机亮起来。

  2.实车测试

  把车机放到车上去测试。

  3.路试

  涉及到GPS的测试,都需要路试。比如:地图……

  4.自动化测试

  成熟的公司都有自动化机柜或者写好的自动化脚本,几乎不要测试人员搭建自动化测试环境。

  自动化机柜可以做性能测试,比如记录车机的开机时间(车点火后,从出现logo到启动结束的时间)

  每个公司自动化机柜都不同,使用前公司都会培训的。

  14、车机测试实际工作中的任务(测试流程)

  1.熟悉需求,根据需求编写case(列出大纲、然后细化case)

  a.系统工程师leader或者项目leader会安排会议,系统、软件、测试等一起review需求

  b.有疑问的地方需要通过邮件、提impediment的方式和系统沟通确认

  c.编写好的case会由模块组长/测试leader review,不断的修改完善

  d.需求变更后及时更新case

  备注:case用例模板,参考之前的项目。写用例前测试组长(测试leader)都会要求先写测试大纲的。

  2.搭建环境、来新版软件后升级软件

  —公司都会培训的,升级方式不通用,每个项目都是不一样的。

  a.一般只需要连接电源、线束、车机、模拟器即可

  b.项目初期的软件升级一般需要用刷机工具(MFG tool、E1等)来升级

  —初期的软件升级都需要刷机工具,每个项目叫法不一样。刷机之后,接通电源,线接好了,车机就能量起来,亮起来后就可以测试了。

  c.项目一定阶段后便可用USB进行升级

  d.软件升级也是一个功能(STM/ETM工程测试模式:主要给工厂用)

  ----由特定的人去测试

  3.模块组长/测试leader会安排测试任务

  a.会根据实际的项目情况来安排测试任务,可能是focus test(按照用例级别挑出用例级别高的测试)或者full test(全部用例都需要测试)

  b.有新增功能等变更时,可能会安排只测试变更,其他功能smoke test

  4.按照计划进行测试

  a.验证修复的bug

  b.发现问题及时登录bug,与软件沟通,截取log等协助软件解决问题,用到的log工具都很简单,会用到一些linux基本的命令和adb命令。

  c.发现黑屏、重启等严重问题,及时反馈给leader,并发邮件告知软件等相关人员

  5.提交测试报告

  6.项目基本不是自己公司的项目(外包),所以会有客户报问题,和客户沟通,去客户现场抓取log等

  15、可以针对性的准备点英文面试(英文自我介绍、bug描述、需求讲解等)

  需求讲解举例:蓝牙自动连接功能

  车机之前已经成功连接手机蓝牙,手机端的蓝牙是开启状态,当车熄火后重新点火,车机侧的蓝牙能够自动连接。

  16、面试官会问这个模块写了多少条用例?车机一共写了多少条用例?

  参考《长安车机测试用例》文档,用真实数据回答。

  17、简历上写的模块有哪些测试点?你是怎么测试的?

  参考《长安车机测试用例》文档,用真实数据回答。涉及到仿真测试,要列举“矩阵表”上的仿真信号,以及can工具的使用。

  用例都是真实的,认真学习后以“总-分-细”的策略讲述。

  用例是真实的、矩阵是真实的,工具是真实的。面试时大胆的说即可。

  18、车载项目一般开发和测试人员是多少呢?一般项目周期是多长时间?

2-7.png


作者:吃面爱放香菜    

来源:http://www.51testing.com/html/29/n-7795829.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 软件测试(Software Testing):在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。一、软件的分类?1、按照功能划分:【系统软件】:如操作系统、数据库管理系统,各种驱动软件等;【应用软件】:如Office、有道翻译、QQ等;2、按照技术结构划分:【单机版本】:如Office,画图工具等;【C/S结构软件】:如QQ、微信等;【B/S结构软件】:如新浪、搜狐、google等;3、按照使用终端划分:【PC端】:电脑版QQ等安装在电脑端的软件;【移动端】:如手机版QQ、微信等安装在移动端的软件;4、按照用户划分:【产品软件】:Office、...
            0 0 1036
            分享
          • 据网友反馈,苹果 iPhone 年年焕新计划资格已从“第 10-13 个月”更新至“第 3-13 个月”。根据苹果介绍,参与该计划可年年用上新 iPhone。有了 iPhone 年年焕新计划,就可每年轻松升级到新款 iPhone,并可享受 AppleCare+ 服务计划的保障。只需在升级换购资格期限内折抵你的 iPhone,即可获得此设备原零售价格的 50% 作为折抵优惠来购买新 iPhone。计划生效日期第 3 个月起第 13 个月末。苹果 iPhone 年年焕新计划资格更改为“第 3-13 个月”,原设备可折价 50%此前,苹果官网显示,想要加入 iPhone 年年焕新计划的用户,只需购买...
            0 0 1438
            分享
          •   继猎豹移动CEO傅盛与金沙江创投董事总经理朱啸虎“互怼”后,朱啸虎又发了朋友圈解释了一番。  他表示,昨天的对话造成很多误解,其实我们应该是国内垂直AIGC真正出手最多的早期投资人(这句话在对话中被故意删掉了)。  其核心观点为不要迷信通用大模型,“明年3.5就成commodity,3年后4也将是commodity!对于大部分创业者,场景优先,数据为王!”朱啸虎称。作者:佚名原文链接:新浪科技_新浪网(sina.com.cn)
            0 0 1346
            分享
          •   要想彻底搞垮一个测试团队并非易事,需要多角色通力配合、多方联动、综合施策,才能达到目的。  本文从实践经验出发,为大家总结了搞垮测试团队的 18 项措施,或许可以给大家带来一些启发。  QA  QA 作为质量管理者,在搞垮测试团队的过程中必然责无旁贷、冲锋在前。  1、所有线上事故测试主责  任何线上事故,一定要第一时间质问测试 “为什么没测出来”?最好和产品、研发、运维一起追问测试,最后在公司大群里发问(人数越多效果越好),并 @ 测试团队的主管(措辞越激烈效果越好)。  不要和我讲需求场景未定义,也不要讲开发做了改动没通知——测试就是质量的代言人,必须对质量承担主要责任。  2、定义尽...
            0 0 1049
            分享
          • 功能测试可以说是件简单的事情,但是想要做好却并不那么容易。笔者所测的业务是商业化广告相关的CRM系统,整条业务线有18个子系统,很多子系统的流程相当长且繁复,功能逻辑复杂,想要上线后没有漏测着实不容易。不过从我接手以来,有幸还没有发生大的漏测问题。今天笔者就来聊聊自己对于功能测试的一些个人经验和思考。接到需求后,我一般会将需要做的工作分为三部分,分别为:需求分析、测试用例、以及测试执行。当然,有一个很重要的大前提,那就是要足够熟悉你所测的系统。下面就分别来聊聊这三部分。需求分析+设计分析拿到一个需求,第一步应该做的就是需求分析。这个环节很多人不在乎,觉得这不是测试的工作,而是产品应该的工作,测...
            10 9 1799
            分享
      • 51testing软件测试圈微信