• 0
  • 0
分享
  • 8年测试工程师+面试官写给求职心切的求职者——软件测试圈
  • 曼倩诙谐 2022-06-30 13:46:51 字数 4435 阅读 1235 收藏 0

  作为一个已经有多年工程师面试经验,并在国内的大企业,小企业,国外的大企业,小企业混迹过的面试官(注意,我是技术人员,不是HR),我面过很多形形色色的求职者,也有自己的思考。这篇文章希望能帮助到正在面试中的人们。

  每年的校园招聘季,阅读和筛选简历都是我重要的工作之一。在一上午时间内怀着生怕错误优秀人才的心态伏案阅读了接近40份简历的我来说,在简历中看到让自己“情何以堪”的内容吐个槽,似乎也合情合理。

  不过,简历中是否应该包含“精通”并非是我吐槽的重点,目前完全由于应届毕业生在简历中写了过多精通而被直接挂掉的事情在我身上还未发生过,过多的“精通”表述最多只是我看不惯的一个点而已。

  看到回复中有不少怀着热切心情找工作的应届毕业生(或是将要面临找工作压力的非应届毕业生),我觉得也许我可以从一个面试官和用人公司的角度描述一下我的体会。

  找到“好的”工作必然会给初涉职场的各位应届毕业生一个良好的起步基础,加上走出校园面临的各种不确定性和在一个城市生存下来的压力,找工作基本是各位希望走出学校的应届毕业生自己的头等大事。我不能像大师们一样给各位斩钉截铁的“可行建议”,只是希望能让大家了解从我这样一个面试官的角度如何看待应届毕业生招聘这件事情。

  1. 求职中供求双方的心理博弈

  我在2002年硕士毕业的时候,在我校的BBS上发过一篇关于求职的文章,内容当然是从求职者的角度出发的,大意是求职的“求”不是“祈求”,而是“要求”。所以,摆正态度很重要,并非是要曲意逢迎,无原则的根据用人单位的喜好去改变自己,削足适履。

  当然,当时这篇文章发出来之后,有一些评论立刻指责我是因为”手握几份offer,站着说话不腰疼“。然而,站在我现在需求方的立场来看,我仍然觉得把”求“解释为”要求“是更合理的。在各种教人如何面试获得offer的技巧性文章中,用人单位都倾向于被描述成大权在握,通过制定一系列的奇怪的规则,用一个个可能毫不起眼的小细节否决面试者的无理性的角色。

  然而,事实真是如何?一个组织在招聘和面试时设计各种流程,设计各种面试的目标就是为了羞辱面试者,否决面试者,直到找到他们无法否决的对象?任何一个正常的组织,都会希望找到”最适合本组织的人“——这才是正常的招聘中组织的心态。

  因此,应聘者担心组织不想要自己,然而,组织也会担心找不到合适的应聘者,担心自己喜欢的应聘者被不合理的招聘流程拒之门外,又或者,自己的面试不能充分考察招聘者所具有的组织所看重的特性。因此,从心理上来说,供求双方的心理地位不会是一方祈求,另一方施舍的极度不平等。虽然由于公司能提供的岗位数量限制等原因必然会造成有些人能够找到”好的“工作,而另一些人不能在第一份工作上获得完全的满意,但总体来说,摆正态度能让自己更冷静的在求职过程中进行决策。

  2. 组织如何筛选适合本组织的人

  在招聘中,组织需要寻找到”最适合本组织的人“。对应届毕业生招聘而言,由于应届毕业生的特点和校招本身的特点(难以通过实际工作经验进行完全的分辨,人数多,居住集中,优秀毕业生选择余地更大等),大多数企业会通过”校园宣讲会或是网上集中投简历“的方式扩大招聘的覆盖范围,初步筛选出适合的简历,设计能够进一步筛选适合组织需要的人的笔试题,并通过面试进行最终的确认。

  根据我的经验,相对正规的公司在采用这个流程实现的招聘准确率还是相对高的,至少对企业来说,通过这一套流程基本能够保证找到的人是符合组织需要的。从我的经历来看,在一个相对负责任的公司内,简历的初筛只会尽可能排除“不合适的人”,对实在拿不准的人通常会网开一面(当然,在计划招聘人数比较少或是有足够多明显优秀人选的情况下,策略会不同)。

  有人在微博中提到有些公司的HR用匪夷所思的判定标准排除人员,可能在现实中真的存在,但至少在我所经历过的组织中,我从未亲自经历或见过这些明显不合理的操作方式。对校招来说,笔试是一个重要的入口环节,如果不能通过笔试,通常也就意味着失去了面试机会。

  在每年的校招中,我几乎都会经历几起“霸王面”(也就是未通过笔试但却强行要求获得一个面试机会的毕业生),但其实这种霸王面的意义极小。首先,一个组织的笔试和面试标准通常会保持相当的一致,通不过笔试而能够通过面试的几率极小;另一方面,霸王面对规则的破坏使得任何组织都不会轻易接受这种行为。出于种种考虑,我本人曾经决定接纳过几位霸王面的应届毕业生,但实践无一例外的证明了我们的笔试标准是相当合理的。

  笔试虽然是重要的面试入口,但笔试往往和应届毕业恒经历过的期末考试不同,简单的说,笔试试题的评判标准并非是严格的分数制。笔试试题是用来判断应聘者是否具有职位要求的基本能力,并期望从中发现应聘者亮点的手段。

  因此,我设计的技术笔试试题中只有少数的内容存在标准答案(考察知识点),相当一部分的内容都会希望尽量看到应聘者的思考方式和解决问题的能力。与其想办法在这里揣摩出题者的心思和通过不光彩手段(在笔试时有时会发现替考或是作弊的),不如尽量通过笔试题展示自己的能力和修为。

  笔试之后的面试环节则是最重要的决定是否发放offer的环节。由于能够进入这部分的应聘者已经较少了,所以多数组织都会利用这个环节尽量详细地考察应聘者的各个方面(除非是招聘计划太大,完全忙不过来)。

  在面试时当然有些所谓的技巧(例如,仪表要稍微注意,心态要控制好等),但对技术面试来说,大多数时候考察的都是实打实的代码能力、设计能力、以及解决问题的能力。

  3. 我对“适合本组织的人”的判断方式

  既然在前面的微博中已经部分涉及到了我对适合的应聘者的遴选标准,这里我希望更全面的说明一下我的判断方式。无论我参与的是招聘的哪个阶段:简历筛选、笔试,还是面试,我都希望能够有足够的信息帮助我确定对方是否是“我们需要的人”。

  在简历筛选阶段,我会着力寻找简历上的亮点,而非根据只言片语的词句去决定是否接受一份简历。你的工程经验如何,你对待技术的态度,你是否热爱工程师工作,你的代码能力到底如何……我试图在你的简历中找到这些问题的证据。所以,简历不要求长,只在于你让我找到我感兴趣的东西。微博里有人调侃说对牛人来说,简历也许只需要一句话:“精通XX”。一点不错,C语言的发明人Ken Thompson在Google的内部简历上一共只有三句话,其实这一句话就足够:“XX年-XX年工作于Bell实验室,和Dennis Ritchie一起发明了C语言”。

  只要你能提供让我充分确认你的能力的证据,我会很高兴地把你放在我发给HR请他们安排笔试和面试的名单的第一个位置。再次说明,通常组织是有自己的较为明确的招聘标准的,不太会因为应聘者平均水平的变化而变动自己的招聘标准,尤其是不会把标准下移(宁可招不到人,也不要不合适的)。所以,请不要把组织的遴选标准立即为“保研”的考试,你更多的不是在和别人竞争,而是确保自己能够达到符合组织的水准。

  在面试时,我也会有自己的一些评价标准,但这些标准基本都是恒定且一致的。其中我最关心的是三个方面:

  · 应聘者是否具有足够的技术能力,

  · 是否具有足够的潜力(对技术工作的热诚,学习能力),

  · 以及是否能够很好地在组织内工作(协作能力,沟通能力,适合组织的主动性)。

  我不能说我完全不会受到对方表达出来的这三方面之外因素的影响,但我在以上三个方向上坚持的是恒定且一致的标准。

  4. 如何为招聘进行准备

  据我所知,有不少机构会为应届毕业生提供求职的建议,大多数时候,求职的建议集中在如何准备简历、如何准备面试上。我能理解毫无经验的应届毕业生在这件事情上需要帮助,但请记住,你不是要包装自己以讨企业的欢心,而是要找到适合真实的你的环境,并让这个组织确认你就是他们要找的人。

  设想一下,就算你通过伪装自己获得了一个工作机会(可能性极小,好的面试官比教你伪装的机构精明多了),然后呢?你打算一直伪装下去吗?在一个不适合你的环境中真的会幸福吗(未能免俗,我还是用了“幸福”这个最近的热词)?

  如果你要问我如何准备招聘,我会说,对招聘的准备不是一个在大四或研三才需要面临的问题,你的每一次积累和每一次进步都为你在招聘中的主动提供了动力。刘未鹏写的《怎样花两年时间面试一个人》在这个问题上阐述得很不错。刘未鹏 | Mind Hacks

  在招聘的准备上,请首先确定你喜欢什么样的环境。不要认为作为供应方的你没有选择的权力,就像我在本文的第一部分指出的那样,需求方和你一样迫切地想要找到适合他们的优秀的对象。选择一个大的、安稳的公司,每天过着毫无变化的生活?还是希望选择一个能满足你的追求的,能让你快速成长的公司?

  你是要一份能养活自己的工作,还是希望要一份你可以每天高高兴兴来上班的事业?选择“大家”眼中的好公司自然是一个轻松的决定,但相信我,职业生涯是长跑而不是短跑,没有什么比找到一个能激发的环境更重要。

  另一方面,收拾自己使得自己看上去更沉稳(一部分工程师确实很欠缺),在谈吐上让自己看上去更自信都是可用的技巧,但不要相信这些就能带给你你心仪的工作机会。花时间去了解你要去的地方,扎扎实实地提高自己解决问题的能力才是王道。

  我经常收到各种奇怪的简历,有的一看就是用网站工具生成并“批发”出来的简历,有的甚至都不知道他申请的公司的业务是什么……如果你不愿意为了得到这份工作多花时间,我又怎么会在你身上多花时间?你需要向我表明你对这份工作有多在意,无需在简历上写下“我非常非常向往进入贵公司”,你需要向我表明的只有一件事:你知道我想要什么样的人,而你恰恰是这样的人。

  5. 一个让我印象深刻的应聘者

  没有什么比在一堆简历中发现闪闪发亮的一份,或是在面试中找到一颗闪光的星星更让我欢欣鼓舞,这样的时刻,我大抵都会两眼放光,声音中带着掩饰不住的喜悦。那种感觉和相亲成功大概有共同之处吧(我没经历过相亲,以上纯属想象)。

  某天上午的一大堆简历中,有一位同学的简历并不长,我也不记得他的简历上写的究竟是“精通”还是“熟悉”,抑或是其他的动词,我只记得他在他的项目中那些有趣的见解,以及我在他提供给他的github上流连了半小时。他的代码,他对技术的热情,他每一次对代码的修改和增补,在我的眼前把他生动的描绘了出来。

  什么?你问我他的简历有多长,是什么格式,有多少个“精通”,有几个项目?抱歉,我没有注意到这些细节。我只记得,在给HR的进入下一轮的名单中,他的名字在第一个。

  为什么好的面试经历会成为像圣经一样的“面经”?你需要关注的不是别人面试的细节,而是从他的角度出发看他是如何打动面试官的,只要明白了这一点,你也能找到心仪的工作!



作者:厌倦    

来源:http://www.51testing.com/html/21/n-4479321.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   前言  前面小编介绍了如何通过Pytest的插件来实现自动化测试的环境的切换,当时使用的方法是通过钩子函数进行获取命令行参数值,然后通过提前配置好的参数进行切换测试环境地址。  今天小编再次介绍一种方法,通过Pytest的插件:pytest-base-url进行来实现。  pytest-base-url  pytest-base-url 是Pytest的第三方插件,主要用来帮助我们进行切换测试环境地址,其中配置方法存在两种,一种直接在命令行中进行添加url参数,一种是通过pytest.ini的方法进行提前存储测试环境地址,接下来跟着小编一起看看两种方式都是如何实现的吧。  命令行参数传入 ...
            0 0 936
            分享
          •   2022软件测试行业前景如何?结果你来预测。链接:http://vote.51testing.com/   原则(Principles ),是每个人在行事中所遵循的准则。每个人都有自己的原则,或成人,或尚处襁褓。软件测试也有一套原则让每位软件测试从业人员去遵循,这些原则是前辈们前仆后继在无数的坑坑洼洼中总结出来的。  软件测试的原则是指帮助测试团队有效地利用他们的时间和精力来发现测试项目的隐藏bug的指导方针。从实际的实践和研究中,研究了以下 7 条软件测试的基本原则,以便测试人员在软件测试领域广泛应用。  原则一:测试证明软件存在缺陷  时至今日,依然有不少人容易犯错:没有发现错误的测试...
            0 1 1835
            分享
          • 一、Postman介绍Postman官网上这样介绍它:"Manage all of your organization's APIs in Postman, with the industry's most complete API development environment."看的出来Postman是功能强大的API测试的工具Postman 提供功能强大的 Web API 和 HTTP 请求的调试,它能够发送任何类型的HTTP 请求 (GET, POST, PUT, DELETE...),并且能附带任何数量的参数和 Headers。不仅如此,它还提供测...
            0 0 2565
            分享
          • 前身为 Twitter 的平台 X 正在推出音频和视频通话功能。该平台上的一些用户在打开应用时收到了一条通知,上面写着:"音频和视频通话来了!"在该应用的设置中,还有一个新的"启用音频和视频通话"切换选项,上面写着你可以"打开该功能,然后选择你愿意使用它的人"。其中包括仅允许与通讯录中的人、你关注的人、经过验证的用户或三者进行音频和视频通话的选项。然后,你可以打开与其他用户的 DM,选择屏幕右上角的电话图标,再选择音频或视频通话,就可以拨打电话了。X 的设置现在包括音频和视频通话选项虽然 X 还没有正式宣布推出,但该公司似乎在它开始出...
            0 0 669
            分享
          •   不管是Loadrunner还是jmeter进行性能测试,测试流程基本上都是一样的,限制以Jmeter为例分析测试流程:  一、性能测试需求分析  一般而言,被测对象的性能需求,会在用户需求规格说明说中给出,比如单位时间内的访问量达到多少、业务响应时间不超过多少、业务成功率不低于多少、硬件资源消耗应该在一个合理的范围内等,性能指标应以量化数据给出,对于一个规范的产品,产品团队会给出如下的性能要求:  如果产品团队并没有指明性能测试需求,或者只给出表述字面意义上的需求,如:系统的TPS需要到300以上,单笔交易时间不超过3秒,那么测试工程师如何提前量化的指标呢?  需要结合业务需求和系统本身特...
            0 0 531
            分享
      • 51testing软件测试圈微信