测试开发之路：英雄迟暮，我心未老

注: 以下内容引自http://blog.csdn.net/qq_14935437/article/details/70229515 (非原出处,该博主未注明原出处)

前言

　　最近朋友圈里风风火火的，先是 华为裁撤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。虽然这些在现在已经是稀疏平常的东西了，但那是他们那一批人探索出来的东西。在我英文还不好的时候，看的是他们在网上写的教程。所以勿忘前人，前辈请保重。

　　总结

　　英雄迟暮，我心未老，逆水行舟，不进则退。共勉之~~~

转载于:https://www.cnblogs.com/cheese320/p/8482810.html