一、muc行业的fae和汽车电子测试工程师怎么选?
MCU的FAE（Field Application Engineer）指的是微控制器（MCU）的现场应用工程师吗？
如果是的话，个人觉得比电子测试工程师好，在半导体公司做 技术支持工程师可以学习到嵌入式方面的各种主流技术，为客户提供现场技术支持和解决问题，如果有这方面经验，你随时找电子测试岗位应该也都是可以的，本人对于新能源电子测试不是很了解。
现场应用工程师应该能接触到 广泛的技术背景和知识，包括电子电路设计、嵌入式系统、软件开发等方面，可以协助客户在开发中克服各种技术难题。在MCU行业中，FAE是至关重要的一部分，因为MCU产品本身就是高度技术化的产品，需要专业技术支持才能使客户充分发挥产品的性能和功能。
二、什么是汽车电子行业系统工程师？
汽车电子工程师主要负责制定和实施汽车电子产品开发项目，制定汽车电子产品的生产工艺及流程，并解决设计开发过程中出现的技术问题。
三、什么是系统工程师汽车电子行业？
一般都是在开发部门，产品匹配工程师职责：
1、收集、制定技术标准和技术规范；
2、对客户资料（产品图、数摸、原理图等）进行技术分析并完成相关的报价资料；
3、对客户提供技术支持；
4、支持VA/VE降本工作；
5、支持子零件的开发和采购；
6、完成产品3D数摸、2D产品图和原理图的发布；
7、完成DFMEA、APQP进度表并定期检查、分析和总结；
8、完成样线制作并跟踪装车进度，记录、跟踪问题清单并解决装车过程中的实际问题；
9、完成EWO报价及相关资料更新；
四、汽车电子行业做实验测试员怎么样？
关于测试，
做测试的水平也是高低参差，未来怎么样看你测试能做到什么程度？比方对自动化的测试能不能理解透，花一些时间能不能把自动化测试变成自己总负责？用户观点的自由测试有没有视野去给开发做总结做提案等等？懂得在测试过程整理测试用例为下一个项目备着？都是yes的话，应该待遇也不低的。
五、汽车电子软件测试前途？
没做过你那个行业，怎么说了，你精通某一门，别人都不会，就你会，那就有钱途了
六、汽车电子测试工程师如何转行软件开发？
从你的从业经验来看，我觉得你已经具备了汽车电子嵌入式软件开发要求了。
其实汽车电子嵌入式开发比较重要的是你能基于客户的需求开发出高质量的软件，这个就需要了解客户需求、详细设计、编码、测试，还有就是调试了。
对于AUTOSAR的配置其实不是重点，配置工作基本一个月就能上手。
建议关注微信公众号“汽车电子软件课”里的Classic AUTOSAR知识图谱。
七、大陆汽车电子测试工程师怎么样？
大陆工资普遍不高，作为跳板是不错的选择，而且，电子测试专业在汽车行业比较吃香。
八、电子行业硬件测试工程师一般做些什么工作?还有就是,硬件测试主要要那些测试方法？
测试工程师一般要做的是测试硬件各方面的性能，包括（但不限于）功能测试、电器性能测试、物理测试、安全等级测试、使用寿命测试等很多种类，目的在于发现并完善硬件研发工程师在研发和设计过程中没有考虑到或忽略掉的一些问题，并加以改正，尽可能完善产品功能和质量； 测试工程师测试产品也叫做“黑盒”测试； 一般测试产品都会有专用的检测仪器和工具，对产品的各个功能模块进行独立测试或整合测试；对于用户需求的功能、接口、物理特性等进行普通测试和极限测试等；
九、汽车电子方面的开发工程师和测试工程师如何选择？
告诉你个现实，如果测试的工资为10万，软件开发为15万，算法为20万，软件项目负责人30万，软件经理40万！明白否？
十、汽车电子测试工程师发展前途怎么样？
一直在回答日本话题下提问的我，终于找到了一个可以回答的工作上的提问了。（激动）
我在大学学计算机，用C#编网站和程序。
毕业之后来到日本，进入汽车行业，在做题主所说的汽车电子测试工程师。
我做的是关于车体的部分，也就是天窗，座椅，侧门后门，前面的进气格栅，等等等等，是不是在按照要求所规定的在动作。
简单的说是测试，我知道按照国内的环境，测试永远没有开发来的过瘾，对吧。
就是因为你们编程水平太低，所以才不能和我们一样做设计，只能看看我们写的对不对，对吧。
嘛。
我不能否认啦，至少我在大学学的都是面向对象编程方法，在这个行业里面用的都是汇编和C，撑死是C++，我最多用http://VB.Net来帮公司做几个小工具而已。
那么，汽车电子测试工程师的发展，怎么样呢。
我在这个行业仅仅干了一年，但我刚好赶上了这一波自动化的趋势。
国内的情况我不太知道，但我想也差不多吧，这种自动化的趋势。
如果国内完全不知道的话我就回国去当开拓者了哈哈哈。
汽车电子测试，在我的理解是针对于写入了程序的芯片，也就是ECU的功能进行检测，而相对于前几年基本靠看波形的手实施方法以外，一阵靠仿真来进行自动化测试的趋势正在形成。
硬件在环？
我不是学汽车电子的，所以很多关于这个的东西我不懂。
但是我现在做的应该是国内被称为硬件在环的东西。
通过计算机模拟信号的输入输出，从而为ECU构建一个仿佛置身车体之中的状态。
之后改变这边信号的状态，或者改变开关的出入力，从而对ECU进行测试。
相对于手实施，仿真测试由于通过计算机的控制，可以实现更加精密的操作，比如在一秒内扳动开关100次之类，或者在RAM读写的那一瞬间拔掉电源之类，从而使手操作的误差降到最小。
其次，通过编写测试脚本，在不断发生的回归测试中，只需要将过去的脚本重新执行一次，便可以快速的获得结果。而不需要重新让有经验的人再一次扳动开关盒重复做一次几万件的测试。并且有了前回的数据，完成的时间也精准可控。
而现在在我的公司里面，这个自动化测试的团队正在如日中天的接受来自各个设计部门的测试希望。
他们从最开始的交付手实施，到一半手实施一半自动化，到希望全部交由自动化，这一切都发生在我进入公司的这一年间。
而最最开始决定尝试使用自动化的，现在已经只要一出现软件修正时，通知我们进行回归测试，而我们在下班之前开启自动化实施机，到早上上班的时候，全部的脚本就已经运行结束。
手实施则不可能有这样的速度。
而现在还有更多的项目还没有引进自动化。
因此，我觉得在这上还有很长的路可以走。
不知道国内如何，我现在也算是在日本汽车行业里面，如果国内已经赶超了日本，发展可能会少一点，如果国内并不如日本的话，我想甚至还没有开始。
所以不是挺有前途的?
=======================================
另外，如果你只是问电子测试工程师如何，我觉得还好。
如果最后你的问题依旧是，测试和设计，我应该何去何从的话。
我有些话想跟你说。
最开始来到日本，我是想做设计的。
毕竟设计是让我学习计算机最重要的原因。
但既然我来到了测试的TEAM，我就有责任把它做好。
在我的发表上，我说，设计像是上帝，测试像是超人。
上帝负责创造世界，超人是在保护世界。
你更喜欢那边?
创造一些东西，还是守护一些东西?
我和上司也聊过这些，
为什么你选择了做测试呢。
一个上司说我最喜欢摆弄很多东西，所以设计像在做玩具，而我则喜欢玩玩具。
另一个上司说，
最喜欢发现问题的时候，不停地猜测到底是在哪里出了问题，
小心翼翼的一点点试探，去尝试寻找真相，
每一次修改脚本并实施的时候，
那种「这次没准可以解开这个谜」的期待都让他欲罢不能。
而找到问题之后，来到设计面前把测试报告一扔，
看着设计满脸菜色，揪着头发说啊是bug的时候，
就是对我们最高的奖励。
所以不要小看测试哦，
我们既是你的敌人，
又是真的维护住一个产品品质的超人。