16年测试老兵给测试开发者的一剂强心剂 附上软件测试最全知识框架图

大家好，我是茹炳晟，想和大家聊聊“测试必须迈过的那些坎儿”。

这是测试面临的普遍情况。

相比研发和产品来说，软件测试在国内暂时是不太受重视；

软件测试的待遇也比不上研发和产品；

当然现在的软件行业也很重视软件质量，所以软件测试的待遇和地位也在上升；

软件测试的薪水在 IT 行业中属于中上的样子。

而，这些我都经历过。

在 16 年前，我从开发转型到了测试。可能很多人会觉得不可理解，但我就是看到了测试领域有许多需要做的东西，里面的学问，尤其在当时的大环境下，是非常多的。因为当时没有人去做这块，而且当时是没有有开发经验背景的人会去专门做这一块的东西。

我也是看中了这样一个机会，后来事实证明，转型并没有错。

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

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

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

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

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

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

其实，要做、要学的事情真的很多，想都是问题，做才是答案。我根据自己的经验和现国内外公司对测试的要求，做了一张《软件测试知识框架图》，迷茫的时候可以拿出来看看，自己究竟缺了什么。

近段时间，我在极客时间上开设了我的专栏，叫《软件测试 52 讲》，可以帮助大家全面了解学习软件测试的各类知识点，比如“如何设计出一个好的测试用例”，我做了一个脑图，分享给大家。

对我专栏感兴趣的，可以直接扫码，可阅读前三篇试读文章。