前言
最近朋友圈里风风火火的，先是华为裁撤 34 岁以上交付员工的新闻刷了我的屏，然后有人发在朋友圈招聘测试人员声称不要 6 年以上的又吵了个沸沸扬扬的，这两天又有一堆人在脉脉里提问 5 年的功能测试人员该怎么办。本来我对这些并没有直观上的感受，工作挺忙的，一有时间就跑去陪待产的女王大人了，所以也没太在意这些。直到前两天面试到一位 10 年的老 QA 后，我才深深的感慨了一番。
背景
组里一共 4 个 QA，包括一个不会写代码的大姐姐， 开发团队人越来越多，接近 1：7 的差距。老大只给了 2 个 HC，于是我们商量着得好好利用这两个 HC，一个中级的一个高级的。JD 写的都是测开的岗。于是 HR 推了一个 10 年经验的老 QA，我看了看简历主流的东西都做过，经历确实蛮丰富的就约来聊聊，对方是前辈，我尽量抱着谦卑的姿态。
面试
有句话叫期望越大失望越大，大概就是我对他的评价吧。前辈人不错，挺内向的，不善言谈但给人一种质朴的感觉。只是对他个人的好感实在无法说服我让他通过面试，对方是一个沉淀了 10 年的老员工，我肯定不会按 2，3 年经验的标准评价他。所以我希望他能够在工作中沉淀出点东西来，不论是思维还是技术。
- 前辈用 python 和 java 都做过 UI 自动化项目，我希望他能分析一下在测试项目中两种语言的不同，作为团队的核心成员，在技术选型上应该有一番见地，不能草率为之，最开始搭架子的时期非常重要。所以我希望他能就两种语言的语法和测试生态圈方面能有自己的一番见地。可惜前辈只是说这个公司要求用 java 那个公司要求用 python 所以就用了。
- 前辈说自己最擅长 UI 自动化，我希望前辈能再这个领域做的足够深入。 UI 自动化在很多公司都是坑，普通测试人员很难驾驭的好。所以我希望他能分析一下业务的拆解，框架的选型，代码的设计。如何设计你的自动化来解决支持的业务和工程问题？怎么应对页面不稳定的情况？怎么应对需求总是变化的情况？怎么应对 case 的增长带来的性能问题？等等等等。 可惜这些前辈都说不出来，他的理解仅仅是熟悉 selenium 的使用而已。
- 前辈呆过多家公司接触过多个项目，随着工龄的增长我希望他能在另一个角度,而非仅仅是技术角度优化我们的项目。 例如我想知道前辈能否解释清楚公司的过程管理流程？公司为什么这样设计流程？前辈觉得这样的流程有什么优缺点？什么阶段的产品适合这样的流程？是否主动推广过什么机制优化它？可惜前辈也只是说说了需求评审，然后用例设计，接着测试执行这样的东西。
- 前辈做过持续集成的工作，我希望他能阐明持续集成的核心理念与实践方式，中间遇到的困难以及如何推进解决。作为持续集成核心的分支模型和环境管理前辈是如何处理的。可惜前辈连自己项目的分支模型都说不清楚。
- 前辈做过 10 年的测试，我希望他能做的更深入，能更了解的自己的产品。能根据产品的业务和技术架构有针对性的设计出测试策略。还是可惜，前辈并不了解自己所测的产品，他不知道内部大概是怎么分层的，也画不出各个模块的流转图。
前浪
让我们回到一开始的话题吧，大龄技术人员，其实到 7 月份的时候我也 30 岁了，也算是迈进大龄技术人员的门槛了。恩，是的，想想我也有点小惶恐呢。我想我们的行业就是这样一个残酷的行业，让我总会时不时的小惶恐一下。前几天我再朋友圈也发了感慨，说这是一个逆水行舟不进则退的行业。如果我们停止了学习，那用不了多久我们就会发现我们引以为傲的技能已经烂了大街。我们面对后辈们再也没有了优势，在年龄，身体，家庭 3 重因素的影响下我们已经不如后辈有激情，有时间，有体力。同样也没有后辈便宜。于是我们就尴尬了。就像那位前辈一样，我们聊了 1 个多小时，面试到最后我已经决定不要他了，但还是惯例性的问他：有什么想问的么，如果不忌讳的话可以说一下期望的薪资，我可以跟我的领导谈。他有点不好意思，只是说了只要别再降薪就行了。 聊过后才知道前辈自从去年离职后就没找到满意的工作， 但由于房贷的压力没办法降薪去了当前的公司。他觉得当前公司也不好，所以才呆了 2 个月就又出来找工作了。他的要求就是别再给他降薪了，持平就行。就像我一开始说的前辈人很朴实，很实在。 我有些同情他，说英雄迟暮可能有些不太符合他的情况，但我想大家能感受到，前辈入行早，做自动化做的也早。我能想象到在那个会一些自动化就是大牛的时代，前辈也曾辉煌过的。 听他说之前的薪资的时候也看的出来之前的公司确实没有亏待他，只是长江后浪推前浪，前浪被拍死在了沙滩上。
后浪
后生向来是可畏的，因为他们的起点比我们高。因为前人已经替他们趟平了一条路。他们不会向我们当初那么迷茫，因为前人已经替他们迷茫过并找到了答案。他们不会像我们当初那么无助，因为有很多的前人会指导他们。后生永远是比当初的前辈强的，这个是正常的，因为这样行业才是进步的，人类才是进步的。后生走在前辈趟平的道路并走的更远，然后为他们的后辈继续趟平更远的道路。我们以前还在争吵测试行业要不要懂技术，但是后生们入行时没准已经学了好几门语言了。我们以前还在满世界问自动化有什么工具可用，但是后生们入行时已经有五花八门的工具供他们选择了。 我们以前还在苦苦查询一个工具有什么帮助文档可供参考，但是后生们入行的时候已经有前人翻译的很健全的文档供他们研习。 我们以前还在苦恼怎样才能入自动化的门，但是后生入行时测试开发的职位已经满大街招聘了。所以后生是很容易追上前人的，因为他们的起点高我们太多。可能现在入行时得到的资源是我们当初打拼了好几年才得到的。所以只要想，肯努力， 是很容易追上那些不思进取的前辈们的。
长江后浪推前浪，浮事新人换旧人
古人说这句话的时候可能是抱着比较悲观的心态，但我还有这样的一番理解，推这个字代表后辈们给我们的压力也代表着后辈们给我们的助力，他们逼迫着也帮助着我们前进，在压力和助力的双重作用下前辈们带着后辈们趟平更多的道路，直到我们无力带领他们的时候，浮事新人换旧人，他们接替我们继续领跑第一线，继续为他们的后辈趟平更多的道路。 我们就是处在这样一个逆水行舟不进则退的行业，我们想多领跑一段时间，就要时刻保持学习，时刻保持着比后辈更优秀的能力。
前辈与后辈
首先不要觉得后辈一定比我们差，就像我上面说的现在真的是后生可畏。我的 python 入门是看着公司一个刚毕业的小伙子的代码学的， 我学 scala 和 spark 的时候请教的是另一个毕业一年半的小可爱。不要觉得跟后辈学习丢人，像我上面说的后辈是我们的压力同样也是我们的助力。不要打压新人，打压再多的新人也改变不了自己能力不足的事实，反而会丢失了共同进步的机会。如果你的后辈在某一样能力上超越了你，那恭喜你找到了好帮手，把这件事情就交给他吧，你腾出手来去做更多的事，同时自己默默的偷师。 如果你的后辈样样不如你，那就把架子搭好让他做事，慢慢的带他学习。他一样可以把你从繁琐的你干了无数次的事情上解放出来，让你有时间去做更好的事，更加的精进自己。所以有了厉害的后辈是好事，把他们当成我们的好帮手，给他们用武之地。 我们才能解放出来做更高层次的事情。
压力与动力
后辈们给了我们压力自然也就给了我们动力，在压力和动力共同的推动下我们才能进步，所以我觉得这也是好事，这促进着我们的行业不断的在进步。如果说有哪个行业中的从业者们整日都没感到任何压力，那这个行业也就日沉西山了，因为他们将不再有创新。所以看到江山代有才人出，我才会由衷的认为我们的行业会越来越好。我们大可不必灰心，虽然后辈们有我们所没有的那些优势。 但我们同样也拥有后辈们没有的经验和历练，持续学习的心态必然能让我们在未来将路趟的更远。
匠人
相比于后辈，我们最大的优势是我们比他们经历了更多的项目，见识过更多的做事方法。我们比他们多出了很多很多的时间思考了很多很多的事情。同样做一件事情，一个经验老道的高手和初出茅庐的愣头青是完全的两个效果。我的父亲是一个汽车修理工，他高中毕业就入行，到现在做了快 50 年了。修的就是那么几个老车型。虽然现在有很多年轻力壮的小伙子，但关键时刻还是得他上。我的父亲跟我说在他这个行业里，其实有非常多非常多的细节的。细到汽车的某部分的螺丝用什么样的巧劲去拧不会损坏车体，细到一听发动机的声音就知道大概哪里有问题。 这是一个浸淫了快 50 年的匠人，即便他已经到了这个年岁，依然没有人能取代他。 同样的，虽然我们大多数测试人员做的就是那几样事情，但我们是否从中总结了很多很多细节呢？就像我再面试这位前辈的时候，我从没有问他任何语法和算法，没有问他这个工具怎么用那个工具怎么用。 因为我觉得他应该早就迈过这个 level 了。我觉得老手就应该像一个匠人一样，不是能做一件事，而是能做好一件事。
勿忘前人
虽然前辈没有通过我们的面试，但我仍然尊敬他。 他是我这一辈的前人，是他们这批人在行业还处于不明朗状态的时候厮杀了进去。 是他们开启了自动化最初的那段坎坷路。是他们让我再入行的时候知道了我们有 selenium，有 junit，有 testng。虽然这些在现在已经是稀疏平常的东西了，但那是他们那一批人探索出来的东西。在我英文还不好的时候，看的是他们在网上写的教程。所以勿忘前人，前辈请保重。
总结
英雄迟暮，我心未老，逆水行舟，不进则退。共勉之~~~
飞哥，其实你想下 10 年前的测试，那时候对测试的要求会写 case，有一定流程管理，会一定的工具就可以了，很多人用 selenium，但可能原理也不清楚，所以有时候很多测开都是开发转测开，可能更加吃香，根本原因还是老一辈测试，很多没跟上时代
—— 来自 TesterHome 官方 安卓客户端
所以现在年轻人机会比我们以前好，比如一个大学刚毕业，刚好到了你公司，你已经把所有框架理念都整好了，他的成长只需 1 到两年，而且比老一辈测试更吃香
—— 来自 TesterHome 官方 安卓客户端
CC
回复
所以我才说要保持学习么。我入行的时候也没有 docker，没有接口测试，python 还是极其小众的语言，那时候大家还在争吵要不要测试这个职位和测试要不要懂代码的问题。但是你看现在改学不是还得学么，不跟上时代，就会跟前辈一样遭遇尴尬的境遇
嗯嗯
—— 来自 TesterHome 官方 安卓客户端
再过几个月我就 32 了，危机感促使我不断的学习，除了技术以外，还需要跟上当前行业主流的框架、语言、设计思想等。95 年的小鲜肉们已经开始工作了，他们的精力、学习能力、执行力各方面的优势都非常明显，如楼主一样有类似的感慨，经常问自己，仅有的经验还能让你吃几年呢？
当你身体和精力都跟不上的时候，如果年轻时候的积累已经支撑不起你前进的动力，不如主动点，急流勇退。其实不如别人并不可笑，被后辈赶超也不可笑，保持谦逊和平和的心态。到了这把年纪，在与人交谈，在舞文弄诗，写点公众号的时候，争取给人如沐春风的感觉。
哎，现在巨尴尬，马上 35 了，项目比较小，转了 2 年多开发，已经很拼了，现在开发水平也就那样，基础太差，35 的都要求架构师，能带小弟。。。不进互联网大公司眼界又不行。好的开发比测试的成长周期长多了，这个真心要时间项目来堆。
回去做测试吧，很多测试工具都没有用过，天知道别人家的测试是不是把经验看的比能力重。
留下来吧，项目又归 0 了，编程语言又要换一个，又变成开发 0 年经验了，等 40 被裁吧。
中年危机了。。。还是年轻做测试的时候眼界窄，又懒。。。
其实要没这个论坛，我也不会折腾的这么厉害，还是要感谢恒温大家，折腾下，至少有了点选择的权利。。。（同事被裁，准备当幼师/卖保险之类的。）
折腾总比不折腾等死好~有颗折腾心，应该饿不死。~
也许文章中的前辈是个范例，其实代表一类人，如果做这个行业，不逼迫自己去学习，安逸所处的环境的话，很快就会被淘汰。恐惧感和孤独感一直伴随前行，没有哪个打工仔的工作是稳定的，在老板眼里也许你就是螺丝钉，换谁都可以。留意行业动静，不断警惕我自己，自己还有很多路要走，很多事情值得去做；感谢飞哥写的这篇警惕文，不要安于现状，逆水行舟，不进则退。与社区同仁共勉！（附：未解决的问题传送门，希望有能够提供思路的前辈,万分感谢）
说的非常好，作为后浪，非常感谢前辈们的指导！
—— 来自 TesterHome 官方 安卓客户端
我表示自己还是一个萌萌的新人，在学习中
= =如果碰上测试地位非常低，管理模式又非常老套的公司（例如我现在的公司）。。都是 5，6 年前定死的流程架构，完全没有权限去推动过程管理流程，设计流程的优化。。产品信息被管的很严的情况下连更深入，能更了解的自己的产品都没可能。。感觉那位前辈的情况真的与我现在的公司很像，公司只让你当螺丝钉，空间太过狭小。。。所以要蹭年轻不断跳槽？
dadeshuo
回复
我觉得没必要不断跳槽，只要找到了一个好的平台，就踏踏实实的干下去吧。学成出来以后，你自然身价就不一样了。 但是如果你的公司实在不是个能让你成长的地方。 我觉得还是尽早另谋出路比较好。
做事情，首先知道要做，这是领导的规划，然后要想为什么做，再想如何做的更好，这几个方面就迫使自己不断学习，不断总结跳坑的经验，老一辈跳的坑会比年轻人多，但是不总结的话，岁月就过去了，白走一回，还有学习，不要局限于当前项目和技术，扩大知识圈和影响层面，才可能看的更远。总之，不要活的太安逸，要离开舒适区，淘汰就在眼前，且行且珍惜。
这位测试和我差不多，但是 10 年前的时候和现在真不一样，当时测试网站我记得只有测试时代和 51testing 那个时候功能测试居多，10 年以后要求自动化和开发的技能才开始多起来，我觉得要不断的学习，另外要找到自己的合适岗位，这个测试不一定非要面试测试开发，可以利用自己之前的行业积累以及测试经验面试一些更适合的岗位，每个人需要找到自己合适的定位，随着时代的发展，十年以上的测试越来越多，需要自己找到合适的定位。
20 楼咋删除了。。
哈哈，知道测试时代的不多了。
后生可畏不假但需要限定条件 有天赋和灵感的后生才可畏
如果一个公司本来就没有什么流程，你问人家流程是怎么样的？为什么流程是这样的，你让人家怎么回答你？如果回答没有流程，就显得公司 low，如果回答有流程，那就说谎了。在假设，如果回答没有流程，说不定楼主会问，那你问什么不会去推动呀云云，可是推动一个流程没那么容易吧，然后如果胡乱说了一下，或者网上的流程出一下，后者牛逼公司的流程说一下，似乎也可以有个交代，但是我想说的是，这和没说或者说不出有多大的区别；关于选型为什么 JAVA，或者 python，总体上生态圈的问题，他要是说基本没有区别（语法当然有区别，当也不至于要人分析语法吧）你要如何回答他呢？
我倒是想听听楼主如果对于自己提出的两个问题，你自己的答案是什么呢？
心态是双方的，谁都会老，不是吗？谁没有年轻过，太阳底下没有新鲜事，或许讨论一个人是否适合岗位的要求更合适，所谓讨论岗位就是讨论性格，能力和要求的薪资是否和岗位匹配。
关于匠人例子的一说，我很有怀疑，或许那个工厂一直都是用一种发动机，或许他们很多东西从来都没有变过；但是很明显互联网，或者 IT 这个行业不是这样的；
本来写了一大堆，提交显示成功却没发出去=。=，我凭记忆重写吧，尽量简短点
关于流程
首先呢，问流程不是真的只想听他背一遍稿子。而是想通过他对流程的理解知道他是否具备了能参与到我们公司过程管理的工作的能力。每个公司由于所处不同的阶段，不同的产品形态，流程也会有不一样的地方。 并不是一个流程吃遍所有公司。 所以如果他只是背了一遍流程而没有自己的理解，那是没什么意义。如我所说，我们公司还处于创业阶段，流程并不固定，我们还在积极的探索并完善它，所以我希望我们的候选人，尤其是应聘高级职位的候选人能拥有这样的素质。
关于 java 和 python
额。。我要回答他什么，他不知道就不知道呗=。= 我要是追问他为什么不知道，是不是很欠揍
关于匠人
匠人并不是一成不变的，虽然车型一样，但是如果这车 50 年来什么变化都没有，那早就被现在形形色色的汽车厂商完爆的关门大吉了。 车在变，技术在变，行业也在变。 我父亲是一个十分与时俱进的人。 在我第一次装系统是我父亲教我的，在我还没上大学的时候他就已经在用电脑管账了 (excel 用的比我好)。 在我小时候，那个还是铁饭碗为王的时代，在别的工人还在安逸的呆在国企的时候，我父亲已经独自走了出来开始建立自己的事业。 他们都是个体户，小厂子，在别的厂子还在犯愁买一辆车运件太贵的时候，我父亲亲自到废车场自己拼了辆面包车 (我承认性能比较差。。。哈尔滨那零下 30 度的气候。。。时不时的熄火)。我父亲能再他那个圈子里屹立不倒，并不只是埋头苦干。 他面对的变化，面对的困难，我并不觉得比我们小。
关于我的回答
我就针对 java 和 python 的选型说说我的愚见。如果单纯的从语言的特性来考虑的话，刚到一个项目的时候我一定选择 python 做为主语言。虽然其实我是专门玩 java 的。python 接触的并不深。但是弱类型，函数式编程，解释型语言，多重继承，各种语法糖。以及 python 庞大但使用简单的像 flask 这样的 web 库。都注定了它比 java 有着更快的开发效率。 虽然一直有人拿 python 的性能来说事。但是我一个做测试的其实并不怎么在乎这个。 要说 python 让我不爽的一点也是它的优点。要说弱类型语言同时也是解释型语言的 python 真的很容易出错。 它也没有 java 的 checked 异常机制来强制使用者处理异常。 我们公司第一代的产品是用 python 写的后端。当时是为了追求研发效率，但后来出错的频率实在让人忍受不了。在那时候我们也是意识到 python 可能不太适合过于复杂的系统。所以才在 2 代产品里换成了 java。 但是，虽然我这么推崇 python，但我也不得不考虑 java 那庞大的生态圈。单从测试框架来说，java 有一些极其优秀的开源项目：rest-assured，selenide(并不是 selenium)，assertJ-core，assertJ-db(还有一堆 assertJ 的衍生项目，但是我没用过)。另外我觉得非常优秀的 report 框架--allure 能再 java 完美的使用。 而 python 只有用 pytest 的时候才能用，而且由于 bug 的问题只支持 pytest2.9 以下版本。这让我再使用 python 的时候有所限制。 同时，java 在我们的产业中还是主流语言的，一些流行的 RPC 框架，例如阿里的 dubbo 就是 java 写的，我们在测试 dubbo 接口的时候，除了 java 也没别的选择。 所以综上所述我在接口和 UI 方面用的还是 java。 说完接口和 UI，我们还有其他的项目。例如我们以 docker 为选型的环境管理平台，用的是 python。 因为 python 是解释型语言，无需编译，热部署。linux 默认支持 linux 以及 python 的 os 和 subprocess 包也都是管理 linux 的利器。 这方面 python 完爆 java。 python 就像海盗，快，狠，准。java 就像政府职员，中规中矩，不卑不亢。所以我的理解就是用合适的语言做合适的事。
以上均为个人理解，如有谬论，还请见谅
孙高飞
回复
这个回答我喜欢，一直犹豫在 python 和 java 之间。 能顺便回答我另外一个问题。 如果第一搭建自动化测试框架，你选用 appium 还是 macaca。
一个测试 13 年的老兵飘过。其实本不是 30 多岁人不爱学习，30 多的男人家里事情会增加很多，要是父母无法帮自己带孩子的话，除了上班你会基本没有自己的时间。 说到对自己产品系统架构的事情，不只是测试人员，开发人员也是一样的，如果不是职位上有机会去参与这个事情的设计和开发，很少人会主动去了解的，因为大家上班时间的工作负荷基本排满了，要去了解职位意外的东西，你得付出额外的时间，而且这个事情即使你自己去学习了，没有收到显著效果的情况下，对你 KPI 不会有影响。所以很少很少人能坚持去做，正如学习英语，学习英语不难，但要作为非主要任务坚持 1 年学下去的人很少很少。君不见经常有花 4-5W 报了华尔街的人，上了 10 节课就转让了
方程无解
回复
同感，本人测试 10 年。去年五月接触自动化，全部是业余时间自己研读的。每个周末，白天全部给了孩子，只有晚上的 4 个小时才有自己的时间。现在的公司技术总监觉得自动化没有必要，所以上班的时间都要完成自己本来应该完成的工作。自动化的学习成果只有每周请一天假，到我老婆上班的公司里去推广。就是为了那么点经验，现在真心恨不得有个自动化工作环境，但是换工作也是看机会的，现在是默默地等待机会的来到。
徐旻
回复
第一选择 nodejs 版本的 macaca 或 appium 不过我看好 macaca 本身二者底层都是基于 Nodejs 开发。nodejs 现在很强大。但是学习它需要一定开发经验和功底。
第二选择 java 这块弄 java 工程 包括 junit testng reportng maven jeckins 等这些技术资料很成熟，官方文档也很详尽，用的人也多 分享的博客也多。
第三选择 python 这块也可以 但为了小型公司 弄 python 跑跑还可以 像大公司大工程 为了以后扩展更多的东西 考虑 java 会更好。
当然 python 你要十分精通 用也可以。
老马
回复
谢谢 你对于构建自动化测试时候的语言推荐。 如果让你在 macaca 和 appium 中选择一个 搭建手机端的自动化测试框架，你会用哪个？（考虑 android 和 ios 都需要测试的情况。）
徐旻
回复
我用 java + macaca 的啊 不过我觉得 nodejs 弄更强大，但这块学起来太费事费时也只是调通了 macaca nodejs 脚本就没有深入。
最后用的 java + macaca。 你弄 appium 也可以，社区资料设官方文档也都很详尽。 可以参考我的 macaca 系列https://testerhome.com/wiki/macaca
楼主说的挺让人深思的。但是总会给新人一种测试行业前景不明朗的感觉。
入行一年的小生，求助，我发现楼主面试那个 10 年 QA 的时候提的那些问题，我也不知道，甚至不知道应该通过什么途径来学习，身边似乎也没有一个能引领的人
仅有的经验确实不再够吃几年了，测试行业也是人才辈出的。
我想问一句，26 岁入行 3-4 年，算是前浪还是后浪。
30 来岁，已经是前浪啦？
这么干下去，是不是 35 岁前都得退休转行……
活到老，学到老
看到这个帖子，特意注册来回复下。我觉得满篇除了对人无情的嘲笑和无形的装逼之外，没有任何价值，如果是在知乎我会点反对 + 没有帮助。楼主文章总结起来就两句话，面试者 10 年工作经验了，技术不怎么样，论述起管理流程，测试框架还不如我了。第二句抓紧学习别沦落成面试者这样的。不是文章写的长就有价值，不断学习的重要性谁都知道，能不能来点干货。另外，现在测试前沿已经深入到了线上监控、用户行为分析、竞品对比了，还在谈 selenium。哎。。无形装逼最为致命。什么时候测试行业变得这么浮躁了，还是回归到测试的本质上来，论述下怎么做能最大程度上的保证线上质量。言尽于此，有不悦之处还望海涵。
无形装逼最为致命
回复
我觉得你总结的这两句话很对啊。Selenium 很落伍么？貌似目前大量的移动端 UI 测试框架都是建立在 Selenium 的基础上的。线上监控、用户行为分析、竞品对比，是挺好的，但是测试基本功得先打扎实。脚踏实地多好，每次看到有人说测试行业怎样怎样，我就想起了说中国人素质差的言论。请问你为了这个行业做了什么？
恒温
回复
这么说你也认可你我对楼主文章的总结，我觉得有用的废话并没有多大的价值。并且文章透露出一种对面试者的奚落和自我优越感，我觉得没必要这样，个人有个人的奋斗经历，有他自己应该承受的结果，他人没必要说三道四。另外，我说的是前瞻性的测试动态，是建立在代码能力强的团队的基础上才能做的起来。我没有为测试行业做什么贡献，但我看到这种没干货还一堆人五迷三道的捧臭脚的行为还不能批判两句么？
@abcdefg @Lihuazhang 线上监控、用户行为分析、竞品对比这些测试大部分都能做了么？
前两个应该还是开发写代码来实现的的吧，和测试有关系么？竞品对比数据也是产品给的数据，测试执行的吧。我这么理解有没有问题啊？
大部分测试是螺丝钉，没有内外部驱动进步也是事实，楼主只是给他自己和大家提个醒，不要等到时候被淘汰了吧。。。。
无形装逼最为致命
回复
其实我感觉是你的代入感太强了。我没有看出文章体现出来作者的优越感，感觉作者还是比较谦逊的。
个人有个人的奋斗经历，有他自己应该承受的结果，他人没必要说三道四。
如果这样，那你为什么要评价这篇文章呢？ 说到底人都是八卦的。
无形装逼最为致命
回复
虽说每个人有各自的想法是好的，但我的建议做人留三分余地，一来就给人贴标签的行为不好；其次你说孙高飞过于装逼。😂😂，我也希望你能在这边也多多装逼，一定要超过孙高飞，我绝对挺你！！希望你的贡献度超过孙高飞，飞哥对测试的专研及分享精神社区里很多人是看得到的
无形装逼最为致命
回复
目前看来确实很浮躁，缺少基础，缺少思想，缺少创新，缺少干货，吹泡泡的很多，盲目崇拜的小白更是何其多。难怪最近值得收藏的文章几乎绝迹了。。。
无形装逼最为致命
回复
就凭你那句"没有任何价值" 你就已经失去了公正评判别人的能力了 我建议你还是把作者所有的文章再看一遍。不要带有个人感情色彩
扫地僧
回复
- 从春节到现在，加精文章数的确也少了。
- 每个人口味不一样，这也是为什么奥斯卡最佳影片争议那么大的原因。
- 缺少基础，缺少思想，缺少创新，缺少干货说这话的时候，首先自己得有基础，思想，创新，干货。
- 盲目崇拜的小白的的确多，但是从小白成长出来的也很多。
需要像额，没想到一天没看就有要炸锅的苗头。。。 先是炸出来一个刚注册的小号嘲讽我装逼，后来消失了许久的@quqing 大 V 也迅速的跑了出来同仇敌忾一起指责我。我是百感交集
感谢@seveniruby 思寒，@Lihuazhang 恒温和大家对我的支持和信任，我也谅解@quqing ，毕竟我们曾经有过不愉快。我在年初告诉自己要修身养性，不要像以前一样毛躁，冲动，玻璃心，计较名利是非。如果是去年的这个时候，也许我会不管是非曲直拍案而起，先战个痛快再说。但人总是希望自己变好的，我也一样，昨天刚开了柏杨大师的书单打算认真研读，希望能在读书的过程中成全更好的自己。我不想给别人添麻烦，尤其不想给社区添麻烦了，我不希望又因为我出现数月之前的开贴撕逼事件。所以如果是探讨测试技术与理论我会兴致勃勃抒发自己的想法。其他撕逼的事情我就当没发生了，我想你们总有喷累的一天吧。不说为社区的技术氛围做出多大贡献，但我由衷的不希望因为我而遭到破坏。 不管我水平如何，我之后都会尽力的分享一些东西。 但是就如这篇文章写的一样，我已到而立之年，父母，老婆，孩子，工作。。。。事情越来越多，已经不像以前那样更新的那么频繁了，如果有一天我写不动了，请大家原谅，我也有变老的那一天。 恩，就这样吧。
好多回复，刚看到这篇文章。
我发现你写的很多文章都是思考人生的，感觉你有时间在那里思考人生，聊别人不行还不如先做做自己的事情，你说是不是？
随您高兴了
当事人来了，刚刚打了不少，没发送成功，重新打吧
偶尔来学习下看看帖子，回复这么多了，注册个号来简单说下情况：
- 楼主总结的差不多吧，当然也些点出入，角度不一样，会不自然的忽略掉别人说的一些东西，再就是了解的不全面，可能也有些看法有差别。
- 画图那个就是那样设计的，时间久了，面试现场真没有想起来，后来想起来是因为效率。题外话，如果作为一个 java 开发没听过 dubbo，会不会有人相信？
3.流程改进那种问题，在正规点的公司是真没啥出彩经验，小兵也没话语权，即使当初有些感悟，现在也忘了
，在创业公司，我是偏向于干各类技术相关的杂活
4.分支模型那个，项目自动上线部署都是我来弄的，拉分支开发弄，上那个分支，测那个分支，开发告诉我们，我们是这样要求的。项目也不复杂，1 个主 pom 工程，有需求拉分支，开发完再合，大概就这样弄的，当时确实说的有点乱
5.自动化那些，有些公司测试真没什么话语权，只能根据现有公司的情况做方案。
6.刚开始找工作的时候，就定了 3 个目标，首先离家近，公司平台我认为有发展 + 薪资不能低于当时。当时有个感觉非常合适的 offer，可惜由于某些因素，造成薪资远低于当时就没去。后来由于压力就来了现在的这家公司。过年后对薪资就没啥要求了，当时我就说的最好不要低于目前。离家近还是首要考虑目标
我语言表达能力确实算比较差吧，还不太爱记东西，经历了过不了多久就会忘，但是当再遇到的时候，肯定知道怎么弄。
不过从楼主的帖子里，能学到不少东西，还是多谢对我的总结，从旁人的观点重新审视自己。
怎么一篇小小的文章都会引发骂战
孙高飞
回复
这个世界就是这样 做点好事就有人嫉妒批评说沽名钓誉 如果什么都不做反而图个清静 如果允许喷子存在 那么社区就满是喷子没人敢于贡献和建设了 我们这社区只欢迎建设者 不接受喷子评论家 coding share 是社区的核心精神 coding 代表了执行 share 代表了分享 威胁这两个价值观的都要勇于反对
lake
回复
没想到前辈也来了，我写这篇帖子的时候没有想到影响会这么大。对你评价有误的地方我说声抱歉，仅仅通过 1 个小时的交谈就对你定性可能也是有失妥当。我当时是按照我们公司对这个职位的要求来面试的，所以可能问了一些您在过往的工作中并不太关注的问题。大公司小公司确实差的比较多，我们有些领域需要人来开荒，所以会问了一些类似技术选型，流程创建的东西。写帖子的时候本意是自我警醒，跟大家分享一下我的想法，在工作中多学习，多思考，关注一些不在我们职责范围内的事情。 没想到把当事人都惊出来了。 祝愿前辈能找到一家满意的公司。 另外@seveniruby， 我之前也碰到过提交回复的时候显示成功但是其实没成功的情况。不过只有一次，小概率事件。
@lake 小公司如果不做管理或者技术 LEADER，个人觉得学的东西会很少，熟手会降低竞争力。
像我们这种年纪大的随缘吧，说不定其他行业测试适合我们呢，互联网还是太急躁了一点点，尤其是小公司。。。。
我是这样理解这篇文章的价值的.
首先他描述清楚了前辈, 作为行业的前辈发展成了什么样子的了. 他所描述的情况跟我认识的很多人是类似的.
懂基础技术懂架构, 什么都懂, 什么都做过, 却又什么都不深入.
行业里面有大量的这类人, 这类人不能面试进 google, amazon, 但是一定概率能面试进去国内大公司和很大概率坐上国内小公司的测试管理. 其实我也是类似的境界. 我去面试也不一定通过.
然后他又描述了后辈, 我接触过很多 90 后的人, 当老一代人还在扯测试工程师需不需要技术的时候, 他们已经玩通了多门语言. 包括我认识的几个浙大交大北邮的学生, 还是在阿里百度工作过的实习生, 做一个某方面的测试管理系统或者做某一项测试工作, 从想法到落地都非常的快. 跟老一辈的动不动就三个月的原型来说, 他们只需要几周的时间.
然后作者也没给什么标准的答案, 他只道出了共勉, 希望老一辈的人能正视压力和处境继续保持学习的心态而已.
我们社区的精神是 coding share, coding 代表了执行和落地, share 代表了分享.
我觉得能把真实的素材分享出来给别人参考就是最大的价值. 能把自己的想法分享出来就符合社区的精神.
我看了他的文章我也理解他的动机和要求, 但是并不会做跟他一样的选择. 去取精华就可.
说实话, 我也遇到过类似的事情 之前 q 也提过有小公司的 cto 做不下去跑去百度面试测试工程师. 结果也被否了.
大家私下聊也是类似的结论, 只是他只和朋友说, 没有公开提.
我觉得作者去写这篇文章的用意, 是为了把社区当家. 把社区的人当朋友去教诲.
想写一篇几千字的文章又不能被人挑出有装逼的嫌疑, 还是非常难的
我写文章也都很小心的注明不要传播出社区, 有人想转发都被我拒绝了.
有人回帖表示支持, 我也得赶紧回复, 再三嘱咐不要夸赞, 以免有人吃醋黑我沽名钓誉.
多提了几句应该学习的技术 ,就会被人喷"这不是让会这些的人装逼吗" 我也只能默默删掉.
这点上我还是很佩服作者的. 他都已经耿直到没想到这文章有被黑被讨厌的地方...
不过任何人都可以评论, 甚至和当初@quqing 当初那样发文激辩, 华山论剑. 但是完全喷没有任何营养是欠妥当的.
社区欢迎有真知灼见的建设者, 而不是纯喷子.
当一篇文章传递出了真实的信息, 那怕他措辞不严谨, 误解挺多, 我觉得也是值得加精的.
百分百正确的话都在新闻联播里, 追求对的东西, 可以多看新闻联播. 而我们要的是真话. 哪怕听起来刺耳或者让人觉得不舒服.
@lake 我当年也面试过支付宝, 当初被里面的一个 P5 第一关技术面试就否决了. 问我内存管理我只知道新生代和老年代, 不知道分代管理的算法细节. 我没专门研究过.
后来面试阿里在笔试里面也被人评价说做算法题太慢 技术只够 p5+. 同样的题目我做过, 有的时候快, 有的时候慢, 但是我从来都不背题.
在我打算回杭州面试某家金融公司的时候, 也提过不降薪最好了. 因为北京的薪资就是比杭州高一个档次.
无独有偶, 我早年在阿里的时候也否决过一个跟李彦宏一起创业百度工号在一百以内工作十年的技术工程师.
我觉得人都有状态不好的时候, 或者选择的并不是符合自己风格的公司, 会有遗憾, 坦然面对就好.
我觉得你之前的回复也很有风度. 你可以把简历给我, 我给你推荐更好的职位.
看完了所有回复，受益匪浅。行业需要的就是这样的真话，否则，我还是那只井底之蛙。
抱歉, 我指的喷子是指 "我觉得满篇除了对人无情的嘲笑和无形的装逼之外，没有任何价值" 这句话
看了楼主的问题，问了自己，发现好几个都答不上
但也感谢楼主的分享，毕竟看了文章后可以发现自己的不足，在以后的工作中可以去了解去研究。
我个人不能苟同这种面试后的行为，社区的讨论应该更贴近大部分测试从业者的环境
没看出来 lz 提的问题，哪些跟环境有很多关系。举例来说：即便一个人无法打造流程，只能遵守流程，如果他的目标是成为资深或者经理级别的人，难道不应该在工作中思考，想办法改善吗？即便没做过，互联网资源这么多，获取之后映照自身然后改进不也是很好嘛。
以我个人的所见所闻我只敢独善其身，不敢妄自尊大，但也不愿意看到太多的不严谨的传播，我的评论的确草率了点，但我并没不是来泼脏水的
独善其身，是否可以理解为不愿分享呢？言论虽然没有人身攻击，但在我看来如果你这种意见占了上风，以后还有人愿意分享吗？至于严谨，互联网信息这么多，我们身在其中，或多或少早就知道自己思辨了吧。况且他这篇文章并无利益相关。
是什么心态大家明白就好
并不质疑你的出发点，所有讨论发言就是针对事情。在我看来，社区有更多像楼主的人分享，才可以持续下去，我们的行业才能持续进步。
magicyang
回复
说句实话，以前真的不会投创业类型的公司，感觉自己的路子不适合，除非像待过的那家创业公司是朋友叫我过去的。
去面试实际很大一个理由，是想见识下 AI 领域 的测试在做什么。看看其他行业的测试是怎么做事的。也确实从楼主那里学到很多。
至少对我自己来说，这种面试体验还是挺好的，我希望能得到任何的反馈。
思寒_seveniruby
回复
什么都懂, 什么都做过, 什么都深入的话，那才是真 nb 了。建议自己认为是普通人的，还是需要选 1 个维度发展。
找工作的时候也面过美团，4 面 hr 问了期望薪资和最低薪资后就让回去了，分析是 1 要的高点，2 面试效果不是很好。不过真给了 offer 应该也不会去，去面试的时候感觉离家太远了。
目前最想去的就是以前的 2 个老东家，随缘吧。
现在的打算是在新公司好好沉淀沉淀。谢谢了
对于《前辈与后辈》这一段感触颇深，新入职的同事带来很多的新鲜玩意，没次都能让自己觉得像井底之蛙。自私一点来说，新人越优秀，对于老人才是越好的事情。
目前的状态：摆着扑克脸审视新人的作品，心里一阵万马奔腾：卧槽，还可以这样玩，赶紧学一下
问的问题很中肯~实际工作应该都会遇到过吧。每天都有种公司要倒闭，行业要 gg 的感觉，不敢懈怠。。。
lake
回复
美团是因为马上上市了 融资也差不多了 高级别的岗位基本齐备了 所以高级别不好争取 我年前推荐了一个朋友去也拿到了 offer 不过对薪资也不满意
magicyang
回复
看得出来你是真心有想问，那我来回答下你提出的疑问。我们小组五年前就已经有完善的覆盖各端各产品线的自动化测试体系。目前自动化测试、CI 这些已经只是维护阶段，产品有新的迭代只需在之前的基础上做一些相应的增加或改动。我们大概花了两三年的时间，自己写代码完成了线上所有产品线的全流程的监控，我们有成熟的监控体系，可以全天实时分级监控线上的 http 可用性、各个接口、各个页面元素、各机房、各服务器等，线上有任何问题，监控系统自动发邮件到相关责任人，邮件描述报警并截图。QA 做这些有什么好处呢？可以先于用户发现线上问题，最快速协调 RD 资源进行修改止损。我们还做了线上各个页面的埋点，可以清楚的分析每个页面流量的流转、来源、去向，以及每个分支路径所走过的流量、用户所停留的时间。我们做这些有什么好处呢？我们可以将这些数据和分析提供给产品，供 PM 参考，如何更好地进行产品设计和优化迭代。我们还对竞品进行分析，通过爬虫爬取竞品的内容资源，竞品所展示的元素，提交给大数据相关组进行分析，从而比较分析出竞我两家的优劣有无，可以说我们是竞品最忠实的用户。经过几年的打磨，从无到有，从有到优，我们在这三个领域的建设已经相对成熟，目前正朝着其他的方向拓展。我们对测试的定位是，只要一切对线上质量有益的事我们就要去做。虽然线上监控 RD 可以做，但是我们测试做了可以节省 RD 时间和资源，可以更好的把控线上质量。用户行为分析、竞品比对，虽然 PM 可以做，但是我们做出来的数据可以给 PM 提供一些参考和补充! 不客气的说句，我司整体质量水平领先行业 5 年 +。
思寒_seveniruby
回复
一直感觉你和他是一类人，今天这条回复算是原形毕露了，我不会为了一个工具特意去建个群搞影响力什么的，谁是真心，天地自知，物以类聚，人以群分。社区水准下降是事实，忠言逆耳都听不进，何来进步
思寒_seveniruby
回复
我需要说几点，第一，我不认识这个平台上的任何人，我也不是任何人的小号，也不知道有 testhome 这个社区平台，也没有必要特地针对谁。我只是偶然间看见有朋友分享这篇文章，看见标题很吸引人，点击进去看看。读完楼主的这篇文章，不免大失所望，感觉文章的内容配不上标题的情怀。本着对面试者打抱不平的心，特地注册来回复下楼主。
第二，我个人对楼主文章的认识，还是我总结的那两句话。我始终认为正确的废话并没有多大价值，这一点成功学最是精通此道。我认为一个高品质的社区，写技术文章应该是既有技术思想内容上的升华提炼，又有关键细节和可实践性的指导。写经验分享的文章应该是对测试感悟要有真知灼见，要有感从心而发，要振聋发聩，要深入浅出，要对阅读者所耗费的时间负责！而不是说一些无病呻吟，大家都知道但其实没什么指导意义的话。
第三，我不是什么喷子，我对楼主文章的总结明显是客观的理性的，有理有据，不以你我的意志为转移，不是你掩耳盗铃说有价值就有价值的。一个社区要不要不同的声音？要不要指出不穿衣服的皇帝的小孩？
第四，我的朋友圈有个朋友总喜欢发一些珠宝首饰，名车名表名包名鞋，今儿陪那个总吃饭了，明儿又遇到哪个明星了。发多了这样的，我们一众朋友都很苦恼，你说 ta 两句吧，他以为大家在嫉妒 ta，大家都不说吧，ta 以为大家在暗暗嫉妒 ta。你说这咋整，于是我只能把 ta 屏蔽了。
@abcdefg 抱着一颗八卦的心，我猜你是华为的。。。。华为的质量要求确实苛刻。
如果是的话，每个行业质量的玩法都不太一样，都虚心一点，取长补短么。～
哎，大平台下的螺丝钉出来，对个人而言真心竞争力一般。个人竞争力还是要看自己在其中做什么。。。。
本着对面试者打抱不平的心，特地注册来回复下楼主
你的第一次回复我看了很久，没看出哪里打抱不平啊？回复里反倒像是一个喷子的口吻说话。
楼主的文章对我这种初级的菜鸟还是很有帮助的，特别是经验之谈啊。
改天，我把 @quqing @abcdefg @seveniruby @ycwdaaaa @lake 聚一起，大家吃一顿烧烤，哪有那么的仇怨啊。观点不同不至于互相怼的那么厉害。
扫地僧
回复
这么快就调转枪头黑我了~迷之尴尬~
开源的目的就是为了拿出来各取所需供大家交流改造拓展投入生产，没什么特别的目的的.
交流技术和想法. 就这么简单. 各种有人维护的、活跃的开源项目设置讨论组或专区，便于集中交流，很正常的现象.
我也是尽力维护 coding 和 share 的主旨. 大家都是同行，都不容易，放弃事情本身转而再去针对别人,相煎何太急......
社区是百家讲坛, 我们欢迎有思想敢分享的人来建设.
对互相攻击的情况的也肯定会去劝导排解.
根据启发意义、点赞和关注热度这种常规的规则综合取舍后来加精，并非刻意偏袒.
51testing 也刚刚把文章抄到他们官网了，这也可以说明一些问题.
无形装逼最为致命
回复
talk is cheap, show the great code. 今年第三届移动互联网测试大会举办了. 欢迎前来提交议题分享：）
思寒_seveniruby
回复
嗯，确实说明了些问题，行业土壤的问题。不过我对这个行业却是真的热爱，唯一能做的就是做好自己，帮助到周边的同事，虽然鄙人 coding 能力不一定比你们任何人差，知识面不一定比你们任何人少，但我觉得品质和思想比 coding 更重要。这个社区的初衷还是不错的，方向好坏在于舵手的高度
看完所有的回复，工作五年的我，感觉到了山一样的压力
@Qian 我也是个新手, 进测试这一行两个月, 这个话题我从作者发出来那天就开始关注了, 本来只想默默的吸收下各位前辈的经验, 看到你这条回复, 于是也就登上来说几句
对于@abcdefg的第一条回复 我是这么想的-------- '诶? 有人提出来了不同的看法', 仔细想想觉得也有几分道理, 然后就一直往下面看各位大神的精彩'互怼', 其实我倒不愿将这称为'怼', '辩论'好像还适合点, 内容是测试技术的, 我就认真的看看, 其他的也就选择性屏蔽了
@Lihuazhang 也觉得总结的两点很对啊, 怎么到你这儿就成了喷子了? 难道你只看到前面一句话, 后面的选择性屏蔽了?
另外对于@seveniruby 的上一条回复, 不怕引祸上身的说, 我觉得你说的'黑' '相互攻击' 也不至于啊, 每个人的成长环境都不一样, 所以经验也就不一样, 不可能因为大家都是做测试的 然后从小白到大牛走的路都是一样的. @quqing @abcdefg 他们两个也是按照自己的经验来说, 总不能说不和主流他们就是错的吧. 作为一个新人来说, 我觉得他们说的我也有值得借鉴的地方啊
总结一下, 平台需要不同的声音
Fuzzy
回复
说的不错，就如我年前说的，
这是一个怎样的社区呢？应该是百家争鸣，百花齐放的技术社区。无论学院派，还是实干派，无论业务测试，还是自动化，无论 BAT，还是创业公司，无论中国，还是外国，所有的朋友都能尽情畅聊，直抒胸臆。测试之家，测试人之家，就是让所有从事软件测试这一行业的人，尤其是一线人员，有一个集结地，让你打开浏览器的时候，知道自己去哪里。
个人看问题的角度不一样而已，没必要争论这个，比如我，干了五年测试，现在编程能力还很差的人，看前辈会的东西自己大部分都不会的，感觉很紧迫，马上也要 30 了，感觉随时会被淘汰的节奏，还不愿意离开舒适区.....感觉自己没救了
嗯，我现在也这样想，自己多学点，争取晚点被社会淘汰
@026 你好，不知道怎么跟你联系，找不到你邮箱，想加入运动圈，我在做小米手环的公司，华米科技。
长江后浪推前浪，前浪更比后浪浪。大部分公司做的自动化都很烂，各位想做好自动化的，优先选择大公司吧。
招聘还是更多的看这个人适不适合这个岗位吧，要多少钱，值不值这个钱，还有没有培养的潜力。说点儿不同的，这个 10 年 QA 都回答上来你的问题，那早就面试你了啊，人家入行早，肯学，还轮的着你面试他。再说，工具的使用怎么就没有价值了呢，你还来一句算法语法不用问，已经跨过这个 level 了。如果他跟你大侃特侃架构，可能就是读了几本架构的书，你就满意了？找到知己了？算法语法的不同，不说深扣有多少用，至少避免踩坑吧。
好了，你按照你的要求招到了跟你侃架构的人，那你能提供给他一个搞架构的环境么？你能满足这种人的薪资要求么？你文章中什么都没提，让我们怎么判断。
做事情是需要耐心的，楼主先入为主的思维比较严重，就觉得 10 年 QA 就应该怎么样怎么样，完全是个小年轻的思维啊。再说回来，人家 10 年工作经验，面对架构流程侃侃而谈，是面试你的好吧。你出发点是不是偏了啊？
再说，要难住一个人其实比较容易，人家也可以难住你。
对于新技术有接触，对于自己的工作有深入理解是好事情，我也并不是说这个 10 年的 QA 是合格的，楼主应该招他。我就是单纯的从招聘的角度。你如果觉得这个岗位对流程和技术前沿要求比较多，那筛选简历完全可以做到，没必要把人叫过来整一遍，刷一遍荣誉。
无形装逼最为致命
回复
任何一篇好文总会有格格不入的反对者，我们都有说话的权利，但实在没必要咄咄逼人吧，你这素质我觉得和楼主比差远了，懂的多还得谦卑，不然再多也是徒劳，没有拥戴者
李雷雷
回复
您说了邮件报警，并且截图，所以会不会关注得问你哈，我觉得报警首先没问题，我想问的是报警是否给能排查方向，是大概什么原因引起的，如果某个应用挂了，自己分析出来为什么挂，而不是告诉我应用挂了，单纯的网络、接口不通的当然也是有意义的
看了楼主的帖子，感觉进入了深深的绝望中。是的，对于这些干了多年的测试工程师来说，因为当时测试新起，这些老一辈测试都是从手工测试开始，然后慢慢到了性能、安全、自动化的测试领域，确实是挺不容易的； 然后对于新起的测试同学们，可能已经从老一辈中吸取了经验和教训，在学校就开始编程、框架之类的，出来后就能直接上手进行平台开发或者工具开发， 这点确实是他们的优势， 但是在工作中这些脱离了业务的测试开发又有多大价值呢？ 开发出来的东西不能给黑盒测试工程师带来任何的方便和效率提升，脱离了业务，随处点击都是 bug, 这又有什么用呢？ 然后又拿着笔黑盒测试工资多得多，但是他们真正带来了多大的价值？除了做了一些花里胡哨的不适用的平台和工具而已？ 试问： 当一个项目上线了， 如果有光这些脱离业务的测试开发，能保证项目上线后的额质量吗？ 测试时需要提高技术，这点毫无疑问，但是感觉这个行业在慢慢吹捧这些脱离了业务的测试开发的价值。。。 个个都要求技术都牛 B，试问真正工作中，你们用到了多少技术？？？
吕明浩
回复
额，为什么你一定认为测试开发是脱离了业务的呢~~~ 而且我也不太明白为什么你这么认定技术与业务是对立的~~~可能你没有碰到靠谱的技术人吧。我觉得其实不管什么职位，技术都是用来服务业务的。要求技术好，是因为技术越好越能服务业务。 就像我们招开发要招技术好的，招运维要招技术好的。为什么到了测试就一定得招技术不好的？难道测试已经不属于技术部门了么？技术好的人有能力让产品质量更好，有能力把技术转换成生产力提高效率。所以我们为什么要这么抵触技术 这么个东西呢？有了技术这么个东西，测试人员可以一键部署一整套产品环境，可以无人值守的维护整个团队几十上百的测试环境。 有了技术这么个东西，持续集成跑起来，可以提前发现 N 多个 bug。有了技术这个东西，devops 走起来，一键出包部署。有了技术这个东西，自动化测试走起来，原来要执行几天的测试现在可能只要几小时。所以我们不要排斥技术这个东西。而是要排斥不能服务于业务的技术。 如果要问我再工作中用到了多少技术， 我可以这么说，我要是变成一个不懂技术的人，我现在立马失业。 因为我现在 90% 以上的任务是没有技术做不了的。
孙高飞
回复
是的，我现在说的是好多公司里面技术不能服务于业务， 技术脱离了业务的这种组织架构，并且这些懂技术的不愿意做业务，就喜欢做点平台啊，没有多大用处。。
无形装逼最为致命
回复
哥们，你真的以为做到的你说的这些就领先业内水平 5 年 +。。。。。。。这些只是些 “基础设施”，连开源的都有好多了，各个东西的原理都差不多，但区别是能做深做透，但从你说的方面没见到亮点，都是平常的东西，你这个领先真说的有点坐井观天了。
现在的测试的研究方向是大数据和 AI 的质量保证体系，推荐算法、预测、无损测试等等。。。。。
另外报下公司吧，吹牛都会的，有机会去你们那面试，看看你所谓领先 5 年的东西。
以上只是我的个人理解，不针对任何人，只讨论技术，只崇拜技术牛 b 的人，装逼装的出去我就服。
@abcedefg，你说的这三个方面你们做的有什么亮点呀，真心请教下。
测试别谈技术了吧，还是说说质量可好。
PS： LZ 行文中确实透露出那么一点点（一点点？）的装逼劲儿，但是不装逼的测试不是一个好测试。
唯一一篇让我细细看完评论的文章，学到很多东西，感谢各位，，还是那句话，本是同根生相煎何太急，都走在时代的风口浪尖，各自安好，，多多分享。
评论比文章精彩多了，我拿包瓜子，搬起小板凳看了半天了
不知道还在招吗？三月份投过简历
没看到你面试他的时候跟他讨论你问的问题. 我面别人面完了不管要还是不要 都会跟别人讨论一下当前的形式 以及问的一些问题在工作中的作用 还有思考和学习的方法与方向. 你这文章典型的很装逼 太过片面. 而且我感觉再实际工作中你这样的人也不怎么会跟别人 share 你的想法 最起码你的文章给了我这种感觉.
读了作者文章，有些压抑。作者所说的 面试中的问题，如果是我，也有很多答不出来。也就是不适合该公司那个岗位。
学习的东西，分很多，面试者应该也有很多优点（只是不适合作者公司那个岗位）
不一味追求技术，业务（容易一叶障目，再好的技术可能是个失败的产品，再好的业务没有技术支撑，也只是一个想法）。核心应该追求创造价值，价值最大化。
最近在找工作，也会遇到像楼主这样问的，有时候会怀疑人生，感觉自己过去几年到底做了些啥。其实不只是测试，互联网的每个职业都跟着互联网的飞速发展而日新月异，不跟上脚步就会被甩远，既要埋头苦干又要抬头看天，除了会用还要知道原理和优化。真的是任重而道远。这个社区很不错，因为都是 tester，所以懂得彼此的茫然和奋斗心路历程，我觉得互怼没必要，每个人的位置和心态不一样，主要的还是学习和借鉴最重要，保持危机感，不然不是 30 岁才能喊中年危机，你停止进步的时候就已经是中年危机。
作为一个工作了超过 15 年的传统测试，我也来说几句话吧。
首先我没有走上领导岗位，在一家大公司待了很多年，和很多一起进公司的同事一样，一直在底层。
然后也没有成为测试大牛。楼主问的这些问题，大多数都说不清楚。
关于公司为什么这样设计流程，可能也只能说一下流程不好的地方。关于产品的内部分层（现在的产品我还真知道，但是我以前测试的产品，公司根本不让测试接触到很多东西，也反感测试去接触）。
才开始做测试的时候和现在有很多不同，公司做性能测试，板卡拔插，选了两个最壮的小伙子，2 个小时轮换一次，去手工拔插。测试电话，每个人控制八部电话，同时拨打。
最开始，一直认真的工作着，认真完成自己的工作，加班加点毫无怨言，老大的评价是细心，很适合做测试工作。
当时的很多测试，大部分工作是手工测试，也就是现在说的业务测试。
在一家大公司里，产品经常变化，流程高高在上。大部分的时间都花在熟悉产品上了。悲哀的是，并没有成为产品的大牛。亲眼目睹了各个项目从产生到消亡，自己所学习的东西，包括记了好多笔记的 “经验” 最终都毫无价值。
后来也觉得这样不行，然后要求去做测试工具开发。那个时候还没有所谓的测试开发的说法。也就是去写写挡板什么的，后来也做 QTP 的自动化，用用 LoadRunner8.1。不过都不精通。因为只有项目需要的时候才会用一下。也许一年就用那么一周。
现在很多测试开发，其实很早开始就走对了路，对于开发能力，各种新技术都很厉害。
而没有及时走对路的人，或者要换方向的人，或者没有得到一个很好的平台的人，其实路是相当艰难的。
他们必须要从头学起，试图去和那些已经在正确路上走了 3 年、5 年的人竞争。
有人问：你有 15 年经验，应该比 10 年的更懂架构，更有思想。但是很多时候，工作 5 年的人会明显比工作 2 年的人强，但是工作 15 年的人很难说就比工作 12 年的人强。
我从 StuQ 下载了一个 “测试技能图谱”，知道最悲伤的事情是什么吗？
这里技能图谱上，没有任何一项 “测试技能”。只有各种各样的新技术。没有一条技能是如何更好的发现 bug，如何更好的去设计测试用例。
测试工程师多年以来，所做的事情不就是发现 bug 吗？争取用最少的时间去发现最多的 bug。但是现在这些都落伍了。
新世纪的测试开发同学，是在一个完全不一样的维度上和传统测试人员竞争的。
楼主说的大多数东西，我都赞同，警钟也敲得很好。不管过去如何，现在大家都在同一个行业里，年龄大不是你不懂的理由。有小孩？可以半夜起来看书。什么都不懂，可以向年轻人学习。老年人需要付出更多来拉平差距。我也在学 jmeter，在学 java，在学 appium，在学 rest assured，在学移动客户端性能测试。。。
我唯一不赞同是，迟暮、未老这种事情，暂时还不到楼主说的时候，请让我们老年人先来说，谢谢。
10 年前我还在搞示波器测试电压电流，10 年前我只知道有个 winrunner 可以跑自动化非常牛逼，10 年前我只知道国外微软的测试地位很高，几个测试干一个开发，10 年前还找不到任何开源的测试产品，10 年前说到测试就是各种流程和规范,和 SQA 天天瞎扯 CMMI，10 年前我无比迷茫，不知道这个职业该何去何从。相对 10 年前现在技术已经革新了太多，有时候确实有些嫉妒现在入行的年轻人，老兵不死，砥砺前行。
对现象理解的很本质，写的很好
白虹李李
回复
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
我从 StuQ 下载了一个 “测试技能图谱”，知道最悲伤的事情是什么吗？
这里技能图谱上，没有任何一项 “测试技能”。只有各种各样的新技术。没有一条技能是如何更好的发现 bug，如何更好的去设计测试用例。
测试工程师多年以来，所做的事情不就是发现 bug 吗？争取用最少的时间去发现最多的 bug。但是现在这些都落伍了。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
作为一个测试新人，我很想知道你说的 “测试技能” 怎么学习提升？争取用最少的时间去发现最多的 bug
Egusi
回复
就是去看一些” 传统理论 “的书啊，讲测试用例设计的。老的书（软件测试的艺术这类的）讲老理论，新的书讲探索式（探索式软件测试的有好多书）。
这些理论难就难在，道理都懂，很难真的应用到工作中去。大多数时候，测试还是跟随着用户的操作在走。或者说你没有足够多的时间来进行测试用例的设计。
各种原因都有，比如测试时间不足，比如低级 bug 太多。
低级 bug 太多，对测试人员是很大的伤害，无论是从积极性上，还是从能力上。
因为低级 bug 太多，你就没时间去发现深层次的 bug。点点点，猴子就可以发现 100 个 bug，也就很难体现你花了更多的时间，去发现了 101 个 bug，那 1 个 bug 的艰难。
白虹李李
回复
好的，谢谢推荐！学习《软件测试的艺术》、《探索式软件测试》等类似的书。
低级 bug 太多，确实打击积极性，我都觉得任何一个人都能来取代我去找到那 100 个 bug。
低级 bug 太多是开发水平低的原因吗？
Egusi
回复
低级 bug 多，不是开发水平低的问题。虽然表面上看是这样的。
其实根源在于研发团队的领导不注重质量。比如单元测试，到底强制要求了没有？自测，到底要求了没有？单元测试的代码覆盖率如何？是否使用了类似 sonar 这类的工具？是否使用了类似阿里编码规范插件这类的工具？
如果领导要求了这些，还很多的低级故障的，才能说是开发水平低。
个人认为这篇文章的讨论，比文章更有意义。好好说话，拒绝暴力沟通；评论是想让别人了解你的想法，而不是让别人感受到不友好的情绪。我挺感谢 TesterHome 这个平台，让我看到很多热爱测试的人。
每次看完对自己都是一个警醒，不论是文章还是评论都很精彩。
测试的发展需要大家的完善，我钦佩每一个把自己的观点赤裸裸摆出来给其他人看的，
他们都是为测试添砖加瓦
入行新人，希望五年之后回顾这篇文章。在 149 楼可以看到五年前那个 刚入行有冲劲的我
帖子已加关注，共勉
写的确实很好，写出了我们老测试人的心声啊
做测试已经 4 年，感觉自己刚好到了一个瓶颈期，应该尽快努力转型一下。从楼主的帖子中和下方各位的评论中得到不少启发，感谢！
前段时间面试有朋友推过来的两个大龄，一个 10 年老哥，一个 9 年老姐，人都挺实在，奈何技术比较尴尬。给我的感觉就像标题：迟暮。测试这行越来越难做，其实有些人并不适合做测试，何不在感觉到疲软时放手呢。一般公司来说，测试对接的很广，接触的东西也多，出路相对还是很多的。
说说我的想法而已，有冒犯见谅，不吵。
做为菜鸟的我要是早点看到这么完整有温度有性格的文章和评论就好了，在此也留下点我的感悟。我相信在测试行业中有很多像我一样的 0 基础，四个月速成学习某某开发之后一直苦于找不到对口工作，才退而求其次从事功能测试的半吊子（用于自嘲，毫无恶意），入行转眼快三年了，真心对测试从当初的片面认识（无知）到现在的心生敬畏。也是很偶然有幸阅读了大神们的每一个心声，从今天中午到现在（全部的碎片时间都在看）终于看完了，意犹未尽，总之取其精华去其糟粕。就像作者的初衷以此共勉！
测试 7 年的我表示很有感悟。
刚入门的时候，人人都在说 QTP，看的书籍基本上也是 QTP 自动化测试 XXXX，那时候的产品也更多的是 C/S 架构的产品。
没过几年，selenium、python 遍地开花，又匆匆忙忙地去学习 python，page object，unittest,搭了一个自认为的 UI 自动化测试框架.
慢慢地又考虑持续集成，使用 jenkins 等等等。
只能说，毕业之后才发现，学习是一辈子的事。
