一直在回答日本话题下提问的我，终于找到了一个可以回答的工作上的提问了。（激动）

我在大学学计算机，用C#编网站和程序。

毕业之后来到日本，进入汽车行业，在做题主所说的汽车电子测试工程师。

我做的是关于车体的部分，也就是天窗，座椅，侧门后门，前面的进气格栅，等等等等，是不是在按照要求所规定的在动作。

简单的说是测试，我知道按照国内的环境，测试永远没有开发来的过瘾，对吧。

就是因为你们编程水平太低，所以才不能和我们一样做设计，只能看看我们写的对不对，对吧。

嘛。

我不能否认啦，至少我在大学学的都是面向对象编程方法，在这个行业里面用的都是汇编和C，撑死是C++，我最多用http://VB.Net来帮公司做几个小工具而已。

那么，汽车电子测试工程师的发展，怎么样呢。

我在这个行业仅仅干了一年，但我刚好赶上了这一波自动化的趋势。

国内的情况我不太知道，但我想也差不多吧，这种自动化的趋势。

如果国内完全不知道的话我就回国去当开拓者了哈哈哈。

汽车电子测试，在我的理解是针对于写入了程序的芯片，也就是ECU的功能进行检测，而相对于前几年基本靠看波形的手实施方法以外，一阵靠仿真来进行自动化测试的趋势正在形成。

硬件在环？

我不是学汽车电子的，所以很多关于这个的东西我不懂。

但是我现在做的应该是国内被称为硬件在环的东西。

通过计算机模拟信号的输入输出，从而为ECU构建一个仿佛置身车体之中的状态。

之后改变这边信号的状态，或者改变开关的出入力，从而对ECU进行测试。

相对于手实施，仿真测试由于通过计算机的控制，可以实现更加精密的操作，比如在一秒内扳动开关100次之类，或者在RAM读写的那一瞬间拔掉电源之类，从而使手操作的误差降到最小。

其次，通过编写测试脚本，在不断发生的回归测试中，只需要将过去的脚本重新执行一次，便可以快速的获得结果。而不需要重新让有经验的人再一次扳动开关盒重复做一次几万件的测试。并且有了前回的数据，完成的时间也精准可控。

而现在在我的公司里面，这个自动化测试的团队正在如日中天的接受来自各个设计部门的测试希望。

他们从最开始的交付手实施，到一半手实施一半自动化，到希望全部交由自动化，这一切都发生在我进入公司的这一年间。

而最最开始决定尝试使用自动化的，现在已经只要一出现软件修正时，通知我们进行回归测试，而我们在下班之前开启自动化实施机，到早上上班的时候，全部的脚本就已经运行结束。

手实施则不可能有这样的速度。

而现在还有更多的项目还没有引进自动化。

因此，我觉得在这上还有很长的路可以走。

不知道国内如何，我现在也算是在日本汽车行业里面，如果国内已经赶超了日本，发展可能会少一点，如果国内并不如日本的话，我想甚至还没有开始。

所以不是挺有前途的?

=======================================

另外，如果你只是问电子测试工程师如何，我觉得还好。

如果最后你的问题依旧是，测试和设计，我应该何去何从的话。

我有些话想跟你说。

最开始来到日本，我是想做设计的。

毕竟设计是让我学习计算机最重要的原因。

但既然我来到了测试的TEAM，我就有责任把它做好。

在我的发表上，我说，设计像是上帝，测试像是超人。

上帝负责创造世界，超人是在保护世界。

你更喜欢那边?

创造一些东西，还是守护一些东西?

我和上司也聊过这些，

为什么你选择了做测试呢。

一个上司说我最喜欢摆弄很多东西，所以设计像在做玩具，而我则喜欢玩玩具。

另一个上司说，

最喜欢发现问题的时候，不停地猜测到底是在哪里出了问题，

小心翼翼的一点点试探，去尝试寻找真相，

每一次修改脚本并实施的时候，

那种「这次没准可以解开这个谜」的期待都让他欲罢不能。

而找到问题之后，来到设计面前把测试报告一扔，

看着设计满脸菜色，揪着头发说啊是bug的时候，

就是对我们最高的奖励。

所以不要小看测试哦，

我们既是你的敌人，

又是真的维护住一个产品品质的超人。