一、hil测试原理？
hil(hardware-in-the-loop，硬件在环)测试的基本原理是通过hil设备模拟整车控制器所需的传感器信号、通信信号，同时采集整车控制器发出的控制信号，整车控制器与运行在hil设备中的整车模型构成闭环，由此实现整车控制器的硬件在环测试。当今，hil硬件在环测试已成为ecu(electroniccontrolunit，电子控制单元)开发流程中非常重要的一环，减少了实车路试的次数，缩短开发时间和降低成本的同时还提高了ecu的软件质量，降低了整车厂的风险。
二、mil测试和hil测试区别？
区别在于等效测试目的。mil测试的目的是为了验证自动生成的代码和模型具有相同的行为，既然如此，对于测试用例就没有功能意义上的要求，只要要求代码和模型输入的测试数据相同即可，当然希望数据量足够大，能够覆盖各种路径以及各种信号范围。
另外，因为hil测试中代码运行在实际的控制器上，所以测试除了可以验证代码和模型是否一致之外，还可以获得算法在实际控制器上的最长运行时间。
三、hil测试工程师需具备哪些基础知识？
具备一定的labview基础，可胜任软件配置工作； 了解一种主流HIL测试系统（NI/ETAS/dSPACE），有HIL工作台架搭建、测试设计、HIL测试经验者优先；
熟悉MATLAB/Simulink，并能运用其设计简单的仿真模型； 熟悉测试流程、规范及工具； 工作认真细致，有强烈的责任心； 具有良好的沟通能力、团队合作精神；英语四级及以上，熟练的英文使用能力。
四、hil项目管理工程师职责？
负责跟踪各项目管理的日常事务;
2.
负责项目计划的检查、跟踪、统计、汇总和分析工作;
3.
制定项目目标及项目计划、项目进度表;
4.
制定项目执行和控制的基本计划
五、国内汽车行业HIL测试都用什么系统什么软件？
谢邀。
dSPACE系统标配的控制软件是ControlDesk；
ETAS系统标配的控制软件是Operator等；
NI系统标配的是Veristand（基于Labview内核进行了封装），也可以直接应用Labview；
此外，MBtech的PROVEtech可以在不同的硬件系统上应用。
六、新能源汽车测试工程师是做什么的？
职责：
1.总体负责整车电子电器架构软件测试，功能测试，系统测试；
2.根据要求出差到或华为内部进行客户改装车的电气功能验收，线束测试，整车基本功能验收；
3.基于项目需要进行通信环网测试，路由测试，各项目版本的集成验证测试；
4.参与撰写整车不同功能域，不同系统的测试用例，并完成测试执行；
5.负责整车智能驾驶ADAS功能验证，场地测试，道路测试。
七、新能源测试工程师该如何定位方向？
个人经验
发展方向无非两点
1.横向发展，助理工程师-中级工程师-高级工程师
2.纵向发展-技术转管理（机会很重要），测试工程师-测试主管-测试经理（一般人到这也就到头了）
八、新能源电池测试流程？
a)将待检车辆置于测功机的检测位置，使得待检车辆的车轮位于测功机的滚筒上；
b)将测功机需要模拟的道路状况选为水平道路；
c)使得待测车辆以一定的速度行驶一定的时长；在此期间每隔一个记录周期记录一次车辆电池的剩余电量；
d)将测功机需要模拟的道路状况选为坡路，并根据需要设定坡路的坡度；
e)使得待测车辆以一定的速度行驶一定的时长；在此期间每隔一个记录周期记录一次车辆电池的剩余电量。
九、新能源汽车电控测试工程师有何出路?
题主你好。我目前就是从事新能源汽车电控测试工程师的工作。
先说一下我的个人经历，
2011年毕业，就职于C公司，岗位是系统集成与控制策略工程师，学习，做项目
2015年，入职B公司，岗位是 电控系统测试工程师，做项目，建体系
2018年，入职现在的X公司，岗位也是 电控系统测试工程师，承担测试领域的一些建设和项目业务
所以，目前看来，我应该是最有资格回答题主这个问题的了。
我结合一下我之前给部门的同事做业务培训的时候的PPT材料（当然，不会涉密，是我个人制作的一些材料，外加一些可以在网上查到的相关信息），给楼主介绍一下，电控系统测试工程师，到底是怎样的一种职业。1，测试业务基本概述
1.1实验，试验，测试，这三者的区别
实验（Experiment）：为了检验某种科学理论或假设而进行某种操作或从事某种活动
试验（test）：为了察看某事的结果或某物的性能而从事某种活动
测试（test）：测试是具有试验性质的测量，即测量和试验的综合
基本上总结起来就是，
测试工作相对细化，更加细致，有可能针对某个系统或单个的零部件。
试验工作相对整体，更加综合，通常是基于某个系统或者整车。
而试验和测试工作本质上是不分家的，只有侧重点和所处的级别不一样，后面会有更详细的介绍。
1.2 汽车测试业务的目的
通过下面这张材料，汽车开发的过程，无论是硬件还是软件，基本上就是表中所示的“前中后”（设计——样件or样车——测试or试验）三个过程的循环。
测试业务，是处于这个“后”端的工作过程。
可以看出来：汽车测试这项业务的目的，是为了让车辆在测试过程中发现更多的问题，并且将问题解决在研发过程中，最终让车辆达到量产状态。
1.3 测试业务大致的历史
在国内的一些汽车测试业务，尤其是整车企业的测试业务，总体来说，起步是比较晚的。就我本人的了解，尤其是整车级别的新能源汽车的系统集成测试工作，基本上以2017年为一个分水岭。
在2017年之前，各大主机厂基本上都没有建立起相关的测试业务体系，大多数的测试业务都是外包给一些强势供应商进行。或者由开发人员兼职进行测试工作。又或者干脆没有测试这项业务，由试验部门的可靠性路试或者耐久路试，替代系统集成测试的工作。
在2017年之后，各大主机厂逐渐意识到了系统集成测试这项业务的重要性，小则成立相关的科室，室组。大则设立相关的部门，将测试这块业务单独独立出来。对自己公司的车辆进行深度的测试，真正逐渐开始做到了，自己造的车，自己说了算。而不是依赖于第三方测试公司的结果。
而且还有一个好处就是，研发过程前端的文档，协议等相关重要文件，也不需要透露给第三方测试公司，避免了企业涉密的一些问题。
2，电控系统功能测试
2.1电控系统功能测试的分类1——不同层级的测试
通过下图可以看的出来，测试业务，是属于研发链的后端。
测试通常分为：
a、系统集成测试（整车级）——通常以车辆为测试载体，进行整车级别的测试，重点测试前端规划的功能在整车级别的达成情况。如整车的充电功能、行车功能等
b、子系统级功能测试（分系统测试或台架级测试）——通常以某一个单独的系统为载体，在整车或者台架上，进行测试。如HIL台架测试、Labcar台架测试、空调系统测试等
c、单件测试功能测试（部件级测试）——通常以单个零部件的电气测试为主，验证单个零部件的软硬件的功能达成情况。如冒烟测试、过压测试、欠压测试等
本人设计的领域业务，属于整车级的功能测试，故更加偏向a+b的整车级或系统级测试（通常整车厂也是进行这方面的测试），c级别的单件测试，通常是由提供零部件的供应商进行，如果零部件由主机厂自己开发的话，通常也是由整车厂负责嵌入式开发的部门进行测试。
另一种测试分级的角度是：开发者角度测试和使用者角度测试。本质上，其实就是下面介绍的白盒测试和黑盒测试。
E2.2 电控系统功能测试的分类2——不同预期结果的测试
按照不同预期的测试结果来分，测试可以划分为：
a、白盒测试——拥有明确的测试输入文档，功能清单，功能规范；测试用例与文档的要求一一对应；测试的预期结果清晰明确的。（并且有清晰的内部信号交流，网络协议，控制器之间交互工作的流程）——基于开发者的测试操作
b、黑盒测试——对输入的文档不做明确要求内容细化，仅要求输入操作方式，或超出文档范围的部分；测试用例通常来自人员非预期操作或不同场景；测试的预期结果虽然也是明确的，但存在一定的未知风险（因为不关注内部的信号交流，控制器之间的交互工作的流程）。——模拟客户的未知操作
c、灰盒测试——已知部分明确的输入，结合一定的场景和未知操作，进行的测试。
归结起来：
1，正向或自主的研发测试：多采用白盒+灰盒测试的方式。 如软件测试、功能测试
2，逆向或委外的研发测试：多采用灰盒+黑盒测试的方式。 如对标测试、可靠性路试
（感谢网友maymay996指正：软件测试领域的白盒测试：是指实际运行被测程序，通过程序的源代码进行测试而不使用用户界面。黑盒测试：又称功能测试、数据驱动测试或基于规格说明的测试，是通过使用整个软件或某种软件功能来严格地测试）
3，测试基本流程
3.1 测试基本流程
每一个公司的测试业务开展流程，基本上都会遵循如下的原则（即使有差异，也不会差太多）：
当然了，在实际工作开展的过程中，有可能会涉及到与测试业务相关的很多其他流程。一定要在测试工作过程中熟练运用。如果公司没有相关配套的流程，那就得由经验相对丰富的工程师或者专家进行流程方面的建设。我就组织建立过B公司和X公司电控系统测试相关的业务工作流程。
3.2 测试人员角色——VSE和DRE
在测试领域，通常会有VSE和DRE的工作分工，大致介绍如下：
1，测试DRE职能职责——DRE: Design Release Engineer
为什么我要把DRE放在前面说呢？因为，DRE是测试业务开展的根！不仅仅是测试领域的DRE，各领域的DRE，都是最辛苦的工作人员。车辆的研发工作，最离不开的，就是DRE。
测试DRE的最主要职能职责，就是测试执行。根据测试用例，执行测试任务。将车辆或系统的质量问题，尽可能的暴露出来，就是测试DRE的工作！
2，测试VSE职能职责——VSE: Vehicle System Engineer
那测试VSE的工作呢，就是去协调项目或走相关的流程，制作相关的汇报材料，推动质量问题的关闭等等，为测试DRE能更好的完成测试任务，保驾护航。
当然，很多整车厂，VSE和DRE的工作任务并不做区分，即做测试也跟管项目，就会造成测试周期拉长，测试完整度被打断等风险。
进入整车厂做测试工作，就看你个人情况咯，如果你是闷头踏实干活的选手，你适合做DRE。如果你比较会交流，会来事，你适合做VSE，冲锋在项目组去抗住压力吧。
如果，你的部门比较缺人……那你就都干着吧……
4，测试用例编制
为什么要把这一条单独列出来？因为，测试用例的编制，非常非常重要！
测试用例编制的好坏，直接决定了测试执行的效果。如果测试用例编制的不好，很可能会给测试执行的DRE造成误解或者歧义。通常是由经验丰富资深或者高级工程师为主，参与编写。如何写出合适的测试用例，仁者见仁智者见智，工作达到一定的年限之后，自然会有自己的见解
我这里提供几种测试用例的编制方法，算是抛砖引玉吧
提取测试用例方法，不局限于以上列举到的方法，在不同的企业，开发环境中进行一定的调整，单独或者合并使用，尽可能的去覆盖用户的操作
其他方法：如（1）逐级细分法（2）输入域测试法 （3）输出域分析法 （4）正交试验设计法 （5） 业务流程分析法 （6）状态迁移法，等等…——很多做软件测试的同学应该会比较熟悉不少名词。用在汽车上，也是有很多通用的地方！
所以，以上，大概是我要分享给你的，关于电控系统测试工作的一些相关内容。
再然后，分享一点我的个人经历：
我在C公司的时候，有幸，几乎将整车厂基于自主开发整车控制器（VCU）软件的整个动力系统开发和验收的V流程开发模式，几乎全摸了一遍。从最开始系统方案设计，网络协议，工作流程，到模型开发，生成代码，标定，测试，甚至到最后的售后上门服务。我都摸了一遍。（好像就底层的嵌入式开发我没有正式的干过……），基本上花了3-4年左右，才明确了自己在整车研发过程中，我应该做什么。
所以在2015年开始，我就一直致力于做新能源电控系统测试相关的工作，DRE，VSE，包括流程建设，测试用例编制，都做过。
个人给你的建议是：如果将来想要在新能源电控测试领域开展自己的相关工作，建议你花一定的时间，去摸一下开发流程前端的东西。自己参与系统设计，参与模型开发，参与标定等工作之后，你会对电控测试工程师，会有不一样的理解。
最后，尽量去做更多的项目，做完整的项目，有助于让你积累成功的经验！
我之前所在的B公司，就是因为测试领域的业务单独成立部门后，所有上市的销售车型都必须要由电控测试部门的测试报告，软件才允许对外放行，最直接有效的成果就是，2015年之后，B公司上市的车，没有一例因为电控系统软件方面的原因发生严重事故或产生召回更新软件的事件。
测试工作的一个形象比喻，就是汽车上市前最后一道把关，是底裤一般的存在，守门员一样的存在。所以要严格守住自己的底裤，把控住最后一道底线，坚决不放过任何一个可能存在的风险或质量问题，是作为测试工程师的职业操守。
同时，希望你能逐渐成长为领域的专家或者有话语权的人，这样可以做出更多有益于整个行业的事情。
共勉
申明 以上材料均为本人自己编制和撰写，不存在抄袭现象，如有部分与其他网络材料相似之处，属于行业之间雷同效果。特别鸣谢，在我职业生涯遇到的很多带领我前进的导师：C公司的冯老师，B公司的邵博士，都是我的引路人，感谢二位对我的栽培。以及做过成功项目的一些合作的同事，你们都很棒。一路走来，感谢你们，才有我的成长。致敬前C公司和B公司的测试团队成员！
——完——
十、qt测试工程师？
分析代码、编写测试代码、确认、评估测试问题的严重性；
Quasar Technologies 的缩写
- 相关评论
- 我要评论
-