高薪互联 行业——QA

QA

性能测试就是指：用Jemter，LoadRunner等做压测，测跨后端人员的信心。

基本上就是这两种，很少有专门针对安全的层次去做测试的。那么问题就来了，工程师和QA之间，倒底谁该做功能测试，谁该做性能测试？

我姐告诉我说：工程师才应该做性能测试，因为只有他们才最应该知道自己开发的系统性能瓶颈在什么地方。

然后也是因为这句话，我举一反三的瞬间懂了什么才是一个工程师，并且在不断的践行者这个理念：

如果你是一个后端工程师，你必须对服务器的线上数据了如指掌，有多少张表，在哪台机器上，分了几个库，一个表里有多少条数据，数据的分布是什么样的，起了多少台Service，占用多大的内存，高峰期的TPS有多少，CPU的负载怎么样，页面总响应速度有多少，一个请求调用了几个方法，每个方法执行时间是多少，是否加载了缓存，从缓存里加载的数据是多少个，大概多少MS，访问一个数据库需要多久。

你做不到这一点，你就没办法做好性能优化。所以，QA很难做到这些，也完全没有必要做到这些-实际上我们的团队是没有QA的。工程师负责所有的问题。

前端也是一样的，做了一个App，耗电量，带宽，内存，兼容性，都是前端应该关心的问题。

所以我在这里给出的一个明确答案就是：性能测试，开发人员做，功能测试，QA做。

但是这里的功能测试，并不是指的是普通的功能测试。实际上，开发人员应该自测一百遍再提交到测试环境（我在讲到敏捷开发的话，会再次提到整个开发流程是怎么样的，以我在几家公司实施的经验来看，这套敏捷开发流程，对于很多公司梳理内部结构都会有帮助。）

QA做的应该是自动化的回归测试，边界条件测试，极限条件测试等种种很难测试得到的问题。

对了，再解释一下为什么要有QA，以及为什么Bug总是测不完。

因为在我根本记不清的一篇文章里说到，哪怕是最简单的几个功能组合，想无穷穷举测完都很困难–马丹，原话我记不住了。

所以这就是给无数擅长性能测试的QA判了死刑，你之所以能做性能测试，是因为你们的开发模式和流程不对–别看我，我就是喜欢这么说，一点都不委婉。爱听听，不听拉倒。

但是QA真的不是一个很简单的活儿，可以这么说吧。QA几乎是所有职业中，最熟悉系统的人-甚至包括设计它出来，开发它出来的产品经理和各种工程师！

很多时候QA做的事情都是非常单调的，但是又必须有责任心的，拿我之前的话说，QA就是最后一道关口。

所以，如果你想成为一个PM，你可以考虑先做QA，当然，前提是你必须遇到一个愿意给你机会做产品的好老大-比如说我。

So，接下来就开始来闲扯一下QA了。

1 工作内容：

QA需要了解需求，很多公司会要求QA写测试用例，我觉得是扯淡。完全是在浪费时间。

通常开发三周，QA测试的时间只有一周到一周半。还有关于提前写测试用例的，都不靠谱。

但是总之，了解需求，就算是不写也要自己知道自己测，这是QA的必备职责。

跟着就是等开发人员开发，这个时候也会有一些奇葩公司，要求QA提前界入的，理由是加快上线周期。之前还有说过完成一个Story就要测试完整的，我也不想吐槽了。总之，如果你真的遇到了这样的公司，你的工作就是测试，然后跟开发人员说不对。然后开发人员说改好了，然后再测。然后你大喊一声，好毛线啊。然后开发人员说，稍等，我先梳个头。然后再告诉你好了。然后你再说，好毛线啊。然后开发人说。。。这次真的好了，于是你测了一下，真的好了，开发人员很Nice的说：完美！你也很开心，但是没过几秒钟，你就会喊：什么鬼，之前的功能是好的，为什么又改回去了？

如果你呢。遇到好点的流程。会在上QA之前，打版本（我始终无法理解不打版本是什么流程），会Demo，那么你可以有一个安心的测试环境了。

这个时候稍微正常点的工作，就是测试，然后把Bug录入到Jira，禅道，或者Bugzilla等各种专用的Bug管理工具。

跟着就是追踪bug(如果你们公司有Bug处理流程的话)，如果有晨会就在晨会上说明，如果有周会，就在周会上统计。

大部分的QA都比较羞涩，并不太敢提Bug，并不太敢说哪个程序员的代码写的有问题。毕竟，这是唯一一个必须要当面揭短的职业，哈哈哈哈。

基本上到这里QA的任务就没了。等着发布上线就好了。实际情况上发布上线的时候QA要等着程序员改代码，验证。。。

2 需要技能：

流程【Bug修复流程，版本发布流程】

工具【禅道，BugZilla，Jira,Excel表格来统计Bug数，自动化测试】

性格【严谨，耐心】

QA里经常会嘲笑自己是技术Team里最没技术的一个。如果说你是一个标准的QA的话，真的不用去特地研究一些压测工具的。

不过也确实可以了解一下，Jmeter怎么用，TPS是什么概念，90%线是什么意思，PostGet什么的。

自动化测试工具是我一直都强烈推荐的，无论是神马办法，只要你能做到哪怕只有一部分自动化的测试，你做回归测试就很容易了。相信我，回归测试在每一个版本发布都是需要的。只不过有的时候，只是需要跑一下脚本就好了。有问题再详细测一下。

严谨和耐性是非常非常难得的，也是QA最重要的能力。

当然也包括需求的理解能力啦。

3 发展前景

QA的发展前景，以北京为例吧。真的不算好，跟 管一样，如果说并不能转产品的话，20K基本上就封顶了，就算是有公司，愿意出30K让你们做性能测试，也是到天花板了。

1年~2年：4K~15K

2年以上：12K~20K

成长路径：

测试工程师-测试组Leader-PM

如果能转到PM，真的就很赞了，我推荐的时间应该是在半年到一年左右就开始转。

4.入门门槛

QA并没有什么门槛，一般来说，是妹子比较多。汉子比较少，是汉子的，也多数是做点性能测试相关的。但是请相信我，这绝对不是一个好的天赋加点方式，就算是性能测试做的再6又怎么样？

所以稍微懂一点Bug修复流程就好啦。勇敢的去做QA吧。。。

5.哪些行业适合做QA

IT界：all

其他界：all

虽然是IT界的All都可以转QA，但是说实话，我没有看到过一个从其他职业转到QA的。。

也许除了运维。。

6.职业限制

职业限制也说过啦。总有重复的使用技能的厌倦感，毕竟这些技术水平都不需要太多。理解能力好一些，严谨一些就能做。

说的直接点，从事五年的QA和从事一年的QA，本质上并没有什么差别啊。

但是好处就是，如果你有心，你会对系统特别特别的了解，这对于你转行做PM，是一个非常非常大的优势。再强调一遍，并不推荐QA转走技术路线。

7.去哪里学，怎么成长

修真院并不提供QA的培训，暂时并没有，以后大概会讲一下Bug处理流程和敏捷开发流程。

所以，我也不知道哪里有QA的成长机会，一般都是在公司。