这是两个很绕口的词。而且乍一看起来好像就是同一份工作。今儿聊聊我个人对于这两者的认识。
举例：
这个工程师需要做的事情，首先就是setup一个自动化测试环境。单单从这方面来说，测试工程师和自动化工程师需要做的是完全一样的。比如搭建起来一套完整的UiAutomator环境。
之后就会有区别了。当环境搭建好以后，测试工程师的主要精力就会铺到编写脚本，执行测试上。而自动化工程师则会把精力放在如何优化UiAutomator环境上
比如，大家都知道UiAutomator的case编写完成后，首先需要通过ant编译，然后再通过adb命令进行push，最后才能执行。这一点上，一般来说测试工程师就不会做什么改变了，但是自动化工程师一定会做一个程序或者批处理或者其他的什么，让这几个步骤变成点一下就全干完的事情。
什么是测试自动化：
这是一种让测试过程脱离人工的一次变革。对于控制成本，控制质量，回溯质量和减少测试周期都有积极影响的一种研发过程。
什么是自动化测试：
通过将测试执行部分部分或者全部交由机器执行的一种测试，叫做自动化测试。这种测试不需要人的实时参与。同时这种测试在小规模应用时会比手动测试昂贵许多。
自动化测试可以看作测试自动化的一部分。
不同的工程师，工作不同：
一个自动化工程师，会比较专注于测试工具的研发。最主要的是这个工程师会从成本的角度去考虑问题。这一点比较像PM。他所做的一切是为了减少自己或者团队的工作量，尽可能的将重复的，有规律可循的工作代码化，自动化。
一个自动化测试工程师，会比较专注于测试代码的开发，以及测试结果的分析。对于被测设备本身非常感兴趣。他们比较倾向于一种完美主义者，追求的是高质量而经常忽略成本。这一点更像开发人员。
现在绝大多数公司都会执着于自动化测试，而忽略测试自动化。这一点会让整个AT（automation test，下同）成本变得非常高。
我曾经面试过一家公司的AT工程师，对方对于AT的做法就是每天都在release新的测试代码，每天都在run不同的测试。每天都在修改之前的case。我说你这个并不是自动化测试，而是一种用代码测试产品的手动测试。这样的测试，经常被冠以自动化测试之名混水摸鱼。
这家公司很明显的只是将代码单元测试贴上了自动化的幌子。
