不知道什么时候我有了非要在晚上写文章的习惯，现在是凌晨 2 点，已经很久没有在这个点听着 OST 来写文章了。按照惯例上来先要吐槽一下，最近拘留的例子越来越多，大家网络言论要注意，否则很容易就是 5 天，10 天的。
支付宝小程序抄袭微信小程序，连带代码和注释一起抄了，目前支付宝已经给出了官方的道歉。当然，这可以说是一次非常成功的 “错误营销” 了，大家总是喜欢听到这样直接了当的道歉，却无视了背后真正的恶和价值观。（手动滑稽
最近大家可以多了解 ico，当然比特币买不买自己决定。不过我在朋友圈公布了之前交易 btc 和 etc 之后就开始有人嫉妒了，想想也是蛮可笑的。
我曾经说过这篇移动互联网从入门到突破瓶颈将会最后一篇关于测试的职业规划的文章，所以这里还是希望没有看过的朋友再好好阅读。所以本篇文章会是纯粹的分享故事，没有观点，没有结论，对于经验丰富的朋友而言也许似曾相识，对于测试情怀党来讲，大可不要相信我，毕竟我说的很多在你们看来都是错的。
记得我刚入测试行业 2 年左右，有人问我为什么要选择做测试。我心里想的是我找不到工作啊，总要让我有口饭吃吧，但是代码写不来啊，考试从来没有及格过，开发人家公司根本不要我啊。然后嘴上就说出了 “我对测试特别感兴趣，我喜欢测试” 这样一句话。之后的好多年也有好多人用这句话来忽悠我。
记得我工作 3 年的时候，我想去同济等大学给学生免费科普一些测试知识，然而得到的反馈却是一大片的拒绝。原因写的很明显，说我不是 985，211 的，也不是 BAT 的。我回去反思了很久，原来这个行业门槛还是很高的，暗自高兴（狗头）。
记得我有一次和 IBM，SAP，EMC 等工作了 15 年的测试老兵一起吃饭，那个时候激动不已，聚会前一天我都难以入睡，想想偏偏自己有那么好的机会能交流，应该能够平步青云了吧。到了第二天吃饭，我也好奇的问他们怎么看测试行业，为什么会选择做了那么多年。他们说 “容易矮子中拔高”，我回去想了好久，至今都没有太明白他们的意思，可能是我修行还不够。
记得之前有一次在微信的平台上做过测试的知识分享，同时还有大数据，架构思维以及虚拟化容器的分享。组织方为了方便最后打赏，提前问讲师们要了 5 元，10 元，50 元，100 元的二维码。几场结束，我们问了其他几场的讲师，几乎都是几百几百的打赏，我们看看几个人加起来不到 50 元的打赏只能默默的流泪了。
记得很多人和我说其实每个行业都一样，也许我了解的不多吧。我看到过有护士转行做测试的，有保安转过来的，有清洁工转过来的，有包工头转过来的，最离谱的是有从看管太平间转过来的，我吓傻了。不知道其他开发，产品经理，项目经理岗位是不是也是这样。
记得 github 上面开源框架一个接着一个，好的标准一个接着一个，真的是一股清流啊。很多人和公司给中国，甚至全球技术带来了很多福音。我却不知道测试领域的大佬和领军人物给测试带来了什么？难道是怎么不背锅？如果有秘籍也可以告知我。
记得和很多人交流，我上来就会问他们是怎么看待软件测试的。基本上都说保姆属性岗位啊，其实本身没有技术含量，所谓的测试自动化无非都是开发技术的分支而已。入门门槛低，人群平均情商低，玻璃心，容易嫉妒别人，伸手党，薪资瓶颈很低。我就表示很不服气。
记得我在小公司 A 团队的时候，为了保证产品质量大部分时间是功能测试，老板非要逼着做自动化，说可以让我成长，我觉得我碰见了好老板。虽然我最后做了自动化，但大部分时间还是在功能测试，我有点怀疑人生。记得我在大公司 B 团队，我觉得可以跟着大牛学习，结果大牛们一个一个都去做了框架开发，结果让不是大牛的我们就继续每天功能测试，我又有点怀疑人生。直到我去了一家互联网 + 的企业 C 团队，老板某一天找我谈话问我为什么每天走的都比开发早，我说事情做完了没有必要比谁走的晚。老板表示我态度和价值观有问题。随后项目多了，测试人员不够了，我去找老板要人，老板说给我个特权，公司所有的 UED 和财务都给我使唤去做测试，这下我觉得我都不用怀疑人生了。
很多时候吧，怕就怕自己身在其中却看不透本质，怕就怕看透了人生已经过去了一大半，怕就怕看透了却又不想看透，怕就怕有能力却不用在正道上，怕就怕与那些底层的人打交道。
开发是负责写代码的。测试是负责检测写代码的，所以只要你检测的足够牛逼，从业务/性能/安全/代码规范上能检测，能做出各式各样的工具来辅助和提高检测的效率，那你就是有能力，不是吹牛逼。
我记得我参加某个测试沙龙，演讲的大佬一语中的：测试不产生价值，他只是减少研发在生产价值的过程中由于 bug 产生的损失。当时是 2010 年左右吧，大部分测试还是点工，还没有测开的概念呢，当时深以为然。
@ 黑山老妖 可事实是大家嘴都会说你说的这些，90% 测试都做不到，我说天下测试一般衰，不知道会不会被喷
@ 我去催饭 我去参加只发现一个比一个会吹牛逼，可能他们觉得这样的自己很牛逼
从代码规范上检测诶。怎么弄，看开发写的代码么= =
@ 小叮当 测试大忽悠，忽悠开发开了权限查看代码，结果完全看不懂
测试的价值在于被测对象的沉没成本。
测试的能力体现也是在被测对象的 NB 程度，甚至可以说是平台能力的体现。NB 的多是团队和平台。
当然，把别人吹的 NB 实现了，你就是有能力的人。
吹牛逼其实有部分原因也是因为听的人喜欢。。。。我刚入行的时候也是说 “我喜欢测试”。因为面试官喜欢听我 “我喜欢测试”，不喜欢听我说 “没办法，开发能力不够，只能做测试”。现在很多吹牛逼也都是因为这样的，听的人喜欢，没办法。
@ 陈随想 所以说测试技术没什么含量，吹牛逼的一大堆，面试的时候遇到这种吹牛逼的都不想聊
都是为了一份工资，有钱就行
楼主最后一段的文字挺有意思。
测试本身不产生价值，但是开发本身也不产生价值啊！产生价值只有业务，你以为几行以为很神代码本身有价值吗？能换钱得只有业务本身。
哭了
感觉这帖子要往 “技术无用论” 方向偏了，建议各位不要在这个立意点上纠结，没有必要也没有意义。多看多实践，避免无能狂怒的心态
都是为了一份工资，有钱就行
测试难道不就是门槛较低，技术含量很低吗？
至于价值方面，那还是看公司，看领导，看业务了。
大多数不都奔着钱去的么
只是为了恰饭而已，因为想当年恰不了开发的饭，只能恰测试的饭；哪有什么兴趣不兴趣啊
这文章是几年前别人写的。楼主是原创吗？
不知道是就业形势困难还是测试行业标准提高了，近两年我们组校招进来的都是研究生。一份工作而已，有什么酸不酸，玻璃心的。羡慕嫉妒别人工资高应该不至于，人家还有不工作收房租的呢。
我不觉得检测代码有多牛逼,说到底还是脱离了本质.当然我不是说测试不需要代码这块。因为你要是去看代码的话,说明你的思维是跟着开发走的.并不是测试的思维.只有国内提倡测开这种~都是从上而下去忽悠
再说一句,打个比方,一个后端转测试,相对与全职测试而言，他确实有优势。但是你们往往忽略了一点，一个全职的测试抛去代码部分在测试方面是完全吊打这个后端的.另外后端的思维转换成测试的思维需要很长时间.这位后端会测试基础？基础是否牢靠？测试入门简单,精通很难. 接口会看会写,Linux 会玩,SQL 会撰写,前端也懂,性能会玩,自动化会撸.测试并不是菜鸡
其实很简单啊，工作就是为了挣钱，让自己过的更好一些儿。怎么能多挣钱呢，就是让自己值钱！每个人让自己值钱的方法不一样，而面试过程就是一个交易过程，你认为自己值多少，面试官认为你值多少？你能说服他，就成功入职，如果不能就面试挂掉。
在相对稳定的供需环境内，实用价值和产品质量相差不大的情况下，不吹牛逼造概念炒品牌，搞不出商品溢价啊 [手动狗头]
hu
回复
也不是吧。每个职位有每个职业的发展、擅长的方向。比如测试行业中的测试用例，你找个优秀的后端，或者优秀的前端，他没积淀也写不出好的测试用例的。没有好的测试用例，我基本就认定他测试做不好了。当然反过来，测试人员代码能力不如程序，那也很正常啊。还有，真别以为程序转行做测试就能比测试厉害，这说法没那么靠谱的。
直到我去了一家互联网 + 的企业 C 团队，老板某一天找我谈话问我为什么每天走的都比开发早，我说事情做完了没有必要比谁走的晚。老板表示我态度和价值观有问题.
所以你后面就加班了吗？
测试这个赛道，谈能力肯定是有技术能力的人也在。但是能力是一回事情，但是对于项目来说，看的是价值，很多时候，做 QA 做久了会误认为那些框架、那些技术就是价值，非也。能力是个人去解决问题的效率，但是价值是外在能真正带给业务的结果，在大环境中，就算 T 站这些框架技术，真正能带来业务多少价值呢，真正去解决了业务的哪些痛点，如果用廉价的功能外包 QA 岂不是性价比更高？所以私以为，测试能力也好，吹牛逼也罢，它的岗位价值本身就是一个成本，没有直接价值的生产，属于一个保值的岗位，但是保值在大部分老板眼里，也不过是一个抗事，背锅的岗位。
你以为资本家是傻的么， 一个测试一年开好几十万年薪... 他规避的财产损失要远大于这个数。资本家可比我们聪明，从来不做亏本买卖的。就算程序没有测试也没产生 bug，但是你看看有人敢用么。大桥没人开车经常撞栏杆，但是你看没有栏杆的光秃秃的桥面有一个司机敢上去开么。
基本上都说保姆属性岗位啊，其实本身没有技术含量，所谓的测试自动化无非都是开发技术的分支而已
测试有没有技术含量不是别人说的，而是自己认可的。
1、测试过程中也会输出产品优化需求，不是一次，而是每年很多次。产品、开发没有提出的需求，测试提出来，这不就是测试创造的价值吗？
2、测试过程中推翻开发、产品的方案，用自己方案替代他们的方案。这不是推翻一次开发方案，而是年年都有多个方案被测试推翻了。这不就是测试创造的价值吗？
举两个例子，反驳测试不产生价值、没有技术含量的观点。至于其他的栗子，想反驳的人尽管来提，接受挑战。
首先，测试我理解是一个动作，质量保障是一个体系，不要把自己设限在测试这个动作执行者上。
然后，认可业务价值，理解业务发展，有业务合作落地经验，能度量数据，能改进过程，能发现痛点定义问题找人解决，事情去到你手上能成功落地（但是别人就做不到你的效果），这是业务能力，也是质量保障中的业务方向。
再来，也是大家一直说的技术，其实我觉得如果单纯谈 UI 自动化、接口自动化等事物，已经被玩坏了，业界现成开源能用的方案比比皆是，如果钻研技术不是个人爱好，完全可以就着业界现有成果拿来主义解决问题，不能把 “技术” 定义得太死板。
还是要多从质量保障的初衷目标去看，从上下游质量痛点去看，这个时候质量保障 sense 更重要，举个简单例子，比如发现研发排查问题需要在几个平台上反复横跳效率低下工作困难，我们能否做链路跟踪日志管理平台等。
当跳脱出常规的需求测试之后，其实质量保障的空间还是很广阔的，甚至可以把开发的领域建设都卷过来做。能力衡量上，就是前面说到的几个点：
- 最重要的是质量保障的 sense，这个决定了你能否主动出击识别问题
- 其次是逻辑目标规划等能力，一方面是你的视野（关注别人和业界，消化技术信息），一方面是你的经验（实践与思考），这个是往上爬的必备要素，面试过不少十多年经验的同学，技术开发经验很丰富，但是带人能力差，欠缺规划和思考，所以只能局限在【个人共享者】的角色
- 基础技术能力，之所以放在第三，是因为我觉只要技术能支撑 idea 实现就好，结果导向业务导向，最终可以去到学习能力和技术理解力
测试 + 产品 + 业务这些都掌握了，测试价值就实现了，不过需要付出的太多
测试的门槛是很低，但是做个好的测试，门槛也不低。其实商人的门槛也很低，所有人都可以经商，但是做个有名的商人要有机遇和付出。其实门槛高不高无所谓，重要的是自我修炼和机遇。