我为何从开发转测试，并坚持了16年？

此文是由茹炳晟老师的直播整理文，主题为“去 QE 时代，测试开发者该如何迎难而上？”。简单介绍下茹炳晟老师，他是 eBay 中国研发中心测试基础架构技术主管，有着 16 年的测试经验，而且有着从开发转型测试的奇妙经历，算是国内第一批做自动化测试的工程师。现在他还在极客时间开始了一个专栏 -《软件测试 52 讲》，覆盖率测试、开发者所需要的知识点，让测试更加精通，让开发了解测试。

我为何从开发转测试，并坚持了 16 年？

茹炳晟：刚才我们聊到自动化测试，我们做 GUI 自动化测试的过程当中，以前就只要把这个自动化做起来就好了，但随着你的用例，用的数量越来越多之后，你不单单是把一个场景自动化就可以了。因为随着你的用例变多之后，你所有的用例设置，包括你的代码的结构，都要考虑这个东西的可维护性，因为可维护性一直是 GUI 自动化测试很大的一个痛点。我们在后面的 GUI 测试过程中，就会去考虑，怎么来做分成？怎么来做基于可重用的脚本？怎么来做基于页面的对象模型？甚至到后面还有 BDD，就完全是业务，用户行为驱动的这种测试。那么，从这些概念当中，可能你已经听出来了，不管是你之前有没有接触过这些概念，你都能够发现一个很重要的信息点，自动化测试没你想的这么简单，也完全不是一个简单的录制，或者回放。

所以说，我自己当时在转型的过程中（从开发转向测试），我就是看到了这些点，觉得这里面的学问，或者说可以做得东西，尤其在当时的大环境下，是非常多的。因为当时没有人去做这块，而且当时是没有有开发经验背景的人会去专门做这一块的东西。我也是看中了这样一个机会，后来事实证明，转型并没有错。

随着时间的发展，后来就越来越证明整个自动化测试到后期的一些基于 API 测试，或者现在很多一些新的测试技术越来越多，而且整个测试地位也越来越高，从早年的并不受重视，或者是一些比较弱的开发去做测试，到现在一个优秀测试工程师可能是比一个开发人员更懂开发代码。因为如果他不懂代码，或者不懂开发是怎么来做得，你让他怎么去发现开发当中的一些问题？这个过程是相辅相成的。

其实我们很多测试已经分为了三大块。

一块是 所谓的传统意义上的基于业务功能的测试， 基于手动测试，或者现在非常流行的，基于探索式测试，也就是说基于一些错误猜测，以及基于一些你做了哪些测试，你假定哪些地方有可能会出错，而且做进一步测试，这样一个过程，所以说这是一部分做业务测试的同学。

那么 第二块是做自动化测试的同学， 自动化测试的同学对业务了解程度并不是很深入，但是他所做的事情是把一些手动的脚本，很方便得把它翻译成一些自动化的脚本，可以让机器去执行，那么他的主要技能是主流的一些 GUI 的 Framework，比如说现在主流的像 Mobile 端的可能就是 API，或者是不同框架的这种自动化开发技术，这是第二类。

第三块是很大的一块，就是现在意义上的叫测试开发。 测试开发并不是传统去做自动化用例的开发，他会去做一些测试平台、测试服务，或者一些测试基础架构的开发。你可能会问，这些基础架构包含什么东西？我可能举两个例子，你可能就知道了，你现在要跑测试，你要跑一个 Web 端的，或者跑一个 API 手机上的一个 Mobile Native 的 app 测试，你肯定一定要有执行环境，你如果是手机端的，你一定要有手机，要有安卓的 Device，或者有 IOS 的 Device，去让你跑这些测试，那么这些手机你怎么来？单个来拿吗？你肯定会去建一些机群，甚至建一些私有云，像国外的 Lab 服务，其实包括国内的一些其他服务器，类似云测的服务，就是把这些设备集中在一起。

那么这部分工作是谁做的？就是现在的测试开发去做。

软件测试对于学历的要求高吗࿱