看了一下大家的回复,感谢大家的指教,我也承认我的观点确实略偏激了。 但是请某些人看清楚我的帖子再来发言,不要意淫出各种各样的场景。看见我问设计模式了,就觉得我在强行装逼,觉得我不管候选人的经历随便瞎问。那么请看清楚帖子里的说明,如果候选人不自称开发功底深厚我会问设计模式么? 如果候选人不说他会这个框架,而正巧我也会,我会去问么? 如果候选人不说他用过 mock,我会问单元测试的东西么?请不要自行脑补各种有的没得的场景。你写在简历里了,你自称你会了。还不准我往深了问? 这是什么道理? 有人觉得我要求高,确实这个我承认,老大给我的任务本来就是高级的低级都要,但就是不要中级的。候选人都是冲着高级的来的,我不问难点的东西难道我问你 java 都有哪几种数据类型?还有一点我要声明的,测试开发,就是开发,就是开发,就是开发,重要的事情说三遍。当然了,也是测试。我觉得就是高级测试工程师加上中级开发工程师的能力。就是高级测试开发工程师。我没问你负载均衡,我没问你大数据, 我没问你数据库设计架构(我自己也不懂)我就让你写俩设计模式,问问你曾经用过的框架怎么就是难为你了?觉得我是在招全栈工程师的。你的理解里,会点设计模式的,会 UI,接口自动化的就是全栈?这个全栈真便宜,我们部门一大堆的全栈我竟然现在才知道。 对于这种本来就不严格要求自己的,还拼命的要高薪高职位的。我再此就是放地图炮了给你们了,你们喷吧
-----------------------------------------------------------------------------------------分割线---------------------------------------------------------------------------------------------------------------------------------------------------------------------------
本来不想发这么个帖子的,因为我实在不想给人留下一个怨妇的形象,但是这篇帖子的内容确实很怨妇。我这个人总是这么虚伪,明明就是这种人,却总想藏着装着,让人以为我不是这种人。只是今天看测试群里的聊天记录后,我一下子有点憋不住的感觉,为什么大家整天谈论的不是技术,总是把面试失败的原因归结给公司然后在群里大肆宣扬呢。作为一个非专业不靠谱的伪面试官,我觉得我想说点什么。
我来新东家这里也快 2 个月了。到现在就我一个测试开发,大家要问为什么不招人?不是不招,而是真招不到。光是这两个礼拜就面了20来个候选人,没一个符合要求的,一个比一个奇葩,一个比一个傲娇。回想起在上东家那里貌似也是 10 个月才招到一个称心的。顿感无语啊。。。。所以我才来发帖吐槽一下。
介绍下背景吧,创业公司,就我一个测试开发。UI,接口,单侧的框架都有,持续集成流程已通。但没人能帮我写脚本,追 case 就力不从心了。所以要招写脚本的。平时维护框架要时间,新需求要时间,例如监控没做呢,性能没做呢,乱七八糟没做的一大堆。这些事普通测试人员还搞不定,得招个厉害点的写工具写框架定流程。光靠我一人不行的。老大的原话: 要不就招比你厉害的,起码跟你差不了多少。要不就招低级的, 写脚本写用例的。SO,HR 那各种猎头找起,简历飞快送到我邮箱里。于是就开始了我蛋疼的面试之旅。下面分类说说吧。
就说一个在一家知名外企工作的哥们吧。7 年工作经验,自称开发功底深厚。 OK,既然开发能力那么有自信,那我们先聊聊设计模式吧。结果一个单例模式连双重锁都没想到,更别说什么静态内部类了。我又问适配器和装饰模式啥区别,你觉得责任链模式解决什么问题的?统统不知道,我问你还会什么模式直接告诉我吧。他说:只有单例模式。 我:xxxx。 但是他很自豪的跟我说他用过甲骨文什么什么框架,开源的什么什么框架。我就纳闷这些框架也不是你开发的,你那么牛气干嘛。于是我问他说的框架,使用方面到是中规中矩,确实是用过一段时间。但是往深了问就又不行了,例如他说他用 mock 框架做过小型的集成测试。我觉得这还挺好的,满有技术含量的。就问他你觉得用 mock 框架做行为测试有什么弊端?什么时候用 mock,什么时候用 spy。一旦碰上可测试行不好的某些特例你怎么处理的。你觉得保证可测试性的设计有哪些。
这么一路问下来,我就明白了他是什么都接触过点,但是什么都不精。不过这也比很多人强了,高级职位他是没戏了。低级职位他能考虑么? 我就跟他说了一下两种职位的分类。他觉得他就是高级职位那类的,低级的不考虑。然后说了一句让我惊呆了的话:我的薪资要求是最低 35K。 这一句话差点没把我惊出毛病来。我去大哥你简历上写的你现在的薪资也就 20K,你哪来的自信一下子跳 15k。你真当你是资深的开发人员了敢要这个价。要不是看你 7 年工作经验,我觉得 20K 都是在浪费。而且 20K 是你自己写的,我哪知道你是不是真开了 20K,我们公司暂时还没有什么背景调查呢。难道我太低估了我们这行的薪资水平了?我突然就有一种我要去申请加薪的冲动。然后他跟我说他奇葩的理由:7 年工作经验了对吧,经验老道了(我:混年头谁不会)。XXX 公司出来的,牛逼吧(我:牛逼的是 XXX 不是你)。XXX 多清闲,10 点多上班,5 点多下班。现在来你们创业公司多累,你得多给我点钱吧,这还是看在你们周末不加班的份上(我:。。。。。)。
然后我就迫不及待的结束面试了,再聊下去我就吐血了。我是真不明白你明明没多大本事怎么就能傲成这样。
一个电商公司的哥们,简历上各种炫目介绍:高级测试开发,开发过接口测试框架,UI 自动化框架,持续集成框架,线上监控平台等等。我一开始的想法是,我去跟我的路子太像了,应该有共同语言。本来我媳妇也是在那家公司做手工测试的,一开始想让她打听一下这人技术实力怎么样的。后来想想还是算了,别让人误导我,我先自己看看吧。结果面试的时候我就不说什么设计模式他回答的怎么样了。 直接说下一环节,
我:你 UI 自动化测试框架怎么设计的。
他:webdriver 啊。
我:然后呢?
他:没然后了啊。
我:你就没搞点特别的功能么?你设计的框架解决什么问题了?
他:哦,我用了 page object 模式增加了脚本的可维护性。
我:然后呢?
他:没有了啊。
我:。。。。
继续问:你接口测试框架怎么搞得。
他:写代码直接发 http 请求搞啊。
我:然后呢?
他:没然后啊。
我:那你测试数据怎么管理的?
他:不用啊,UI 上手动造数据就行了。
我:。。。。。那你怎么自动化。
他:我这就是自动化啊,手工测试的人懂什么 http 协议啊,他们也侧不了啊。
我:。。。。。那你怎么搞持续集成。
他:我们有环境管理平台自动化部署环境啊
我:然后呢?
他:QA 去平台上部署环境,造好数据就去运行测试啊。
我:这就是持续集成?
他:这不是持续集成是什么,我都是用的 jenkins 触发的
我:。。。。。。。。。以下省略 1W 个点
然后我就想结束面试了。。 想想还是顺嘴跟他说了一下,我这有两种职位一种低级的一种高级的,他说当然选高级了,低级的不考虑。我问你期望薪资呢。他:20K,我现在都 16.5K 了。然后我就又一次的迫不及待的结束了面试。
他的眼神告诉我,他不是装的,他是真的以为自动化测试就是这样的,持续集成就是这样的。他是真的觉得他挺牛的,他是真的觉得测试就这么些东西了。我真想好好的跟他解释一下,你那搞个 page object 根本就算不上什么框架,你哪接口测试根本不是自动化,你那持续集成也根本不是持续集成。就你这种程度,我随便找个有代码基础的实习生,培训他俩礼拜就搞定了。我非得要你这个干了 5 年测试,要价 20K 的人么?不过我也懒得说了,是不是现在好多人觉得只要会写点代码,写点测试脚本就很牛了?
也是一外企的哥们,也算是有真材实料。代码的问题答得都挺好。我还真觉得高级职位有戏了。然后还没等到问测试框架那呢。我就问了一些测试理论。 例如我问他你觉得单元测试,接口测试,UI 测试各自的关注点在哪? 这种分层测试每层之间怎么配合?他支支吾吾的说了半天没到点子上。再让他设计测试用例,也吭吭唧唧的搞了半天,给了一段代码,让他设计白盒测试用例。他说完以后。
我问:异常情况你怎么测试。
他:创造异常情况呗。
我:代码里 cacth 了数据库超时的异常,你怎么创造数据库连接超时的异常。
他:手动断网呗。
我:手动断网你怎么自动化了还。
他:那就不自动化了呗。
我:不自动化你怎么保证覆盖率了。
他:那就不知道了
我:没想过用 mock 解决?
他:不太懂 mock
我:看你简历里写了给开发人员提供了单元测试框架。里面没有 mock 么?
他:用的开源的 mock 框架。他们自己用去。
我:那你不知道 mock 都有哪些坑是么?
他:不知道啊
我:那你怎么驱动开发做单元测试的。
他:怎么测是他们的事,不是我的工作啊。
至此我大概明白了这位没啥测试经验。光开发工具了。然后我各自问了一些其他层面的测试工具和框架他怎么设计的。果然如我所想,很多功能都是脑子一热就开发出来。实际上没啥卵用,但是一些以后会碰到的坑他都没想到,框架上直接没针对这些问题做设计。然后我是真的很遗憾的结束了这次面试,可惜了,测试里难得碰上个开发还不错的。只是我想说,测试开发,测试开发,你是开发,但是你的职位里也有测试这俩字。你都不懂测试,怎么设计测试框架?
哎,又跟写论文一样了,不写了,大家也不爱看我发牢骚了。 老婆也催我了。剩下的几种例子,以后有机会再说吧。但是我想说:所有的例子,全是跑来申请高级职位的,全部,两个月了,没一个人来申请低级职位的。全冲着钱多的来了,你们也不想想,连我这个一面都过不去,你怎么跟二面的开发leader聊。为什么就这么浮躁。我们能不能静下心来好好思考一下,好好的对自己的职业做个定位。不要总玩办公室斗争,不要老盯着KPI不放,不要总守着自己那点东西沾沾自喜。世界很大,我们都很小。不要在一条歧途上越走越远。
高不成低不就,能力和工作任务匹配很难,一样很难招人。人心太浮了,追行业薪资高点的人多了,踏实做任务的人少了。高薪资一方面是公司能不能 cover,还有就是薪资和所负责的工作任务是否匹配。
所以要不搭好框架招 “人手”,要不招基础还不错,有内在驱动力学习的人来培养(承担可能独立后闪人风险)。高薪人才很多面临工作能力上的 “水土不服”。
抢个沙发。本来以为能匿名的,结果发现并不能=。= 老实说我也是 7 年的老狗,然而我连上面例子里的都远远比不上=。=||| 无论是技术还是薪资。
楼主文笔不错,写的文章很带感,基本是吃果果地打脸,混日子是不行滴~
给楼主点个赞!~
看了上面一席话,有空是需要恶补一下 JAVA 的基础的了。。。
点赞。
好多人包括我,只是工具或者框架的使用者,没有深究原理。原因很多,或者自身能力限制没人带,或者公司平台限制。
设计模式之类的基本功,一问就跪。
不想混成狗了。
@ycwdaaaa 有没有深入的开发基础点推荐下,谢谢。
我非常理解你的心情,有些转行或踏入测试行业没几年,测试基础还不够就直接做自动化,测试开发的,真的很难做出有价值的产物。万丈高楼平地起,地基很重要,而现实有不少空心菜凭着高学历、工作年限、光鲜的履历拿了高薪,只能说明这个行业的悲哀。不过,有时候明知道做的东西没有价值,但还是要去做,要实现理想的前提是生存下来。
但是,你的面试是否也存在自身原因?以设计模式为例,回答不出并不代表设计框架、写代码不行,可能他已融会贯通,只是把名词忘了,无招胜有招,灵活运用一门语言才是关键。所以说,面试的重点不是懂哪些理论和技术,而是解决问题的能力(我确信如果你被面试也会遇到如上的知识盲区,但并不代表你不能胜任工作)。
最重要的是,面试官千万不要觉得自己的答案就是正确的,就是唯一标准,人外有人,你在这个行业说不定只是沧海一栗,学会倾听和思考,才能做出客观的判断。
#5 楼 @quqing 其实有的时候我们可能用的语言不同,项目类型不同。想考察一个人代码能力到底怎么样我也就只能考设计模式和数据结构了。我也没有太好的办法。总不能现场把他写的框架写出来给我看吧。如果他用的框架和我用的一样还好说。我可以问一点框架的东西。我觉得说自己不懂设计模式但设计出的软件特好的人,我实在没法相信他。如果对面是个资深开发我还能相信。测试开发里么,我是没见过。开发人员除了写代码很少关心其他的。他大部分时间都用来设计代码了。所以真的可能出线不用设计模式但仍然写出厉害的代码。但我认为这种人大多数也都是搞了 n 多年的开发了,一开始也以设计模式入门的。然后慢慢融会贯通无招胜有招了。你要说他从一开始就不知道设计模式为何物,我也是不太信的。这么多年工作经验。光听同事说也该知道有设计模式这么个东西了。而且设计模式是面试常考的题目,既然出来面试开发类职位,我觉得专门去学习一下也是有必要的。
#4 楼 @niweyzhuce 我大部分是个 Google 选手哈哈。书的话认真看过的也就是 thinking in java 和研磨设计模式了。测试的书,比较推荐的就是 xunit test partten 和 Google 测试之道了。
一开始不是应该先出个 hello world 题吗?似乎这种题就可了刷掉好多人了
楼主你说的这些毛病我都有
想请教一下,作为一个马上要毕业的本科生,接下来的测试之路应该怎么走?换句话说我应该怎么样去学习
建议先电话面试摸一下底,否则太浪费时间。(双方)
#10 楼 @buddy931102 找个靠谱的公司走出第一步很重要
这样一说,我都不敢出来面试了,我啥都不会啊……
#13 楼 @lihuazhang 我也不会。。。。
#15 楼 @buddy931102 这个么。挺难得。刚毕业那会挺看运气的。我也没法告诉你怎么办
其实在新书里我也提到过这样的现状。包括上海这边我之前去过几家公司,他们给我的反馈就是招了很多的大公司的架构师,但是那些架构师是必须 base 在 ABCDE 才知道怎么做,如果让他们自己去实现或者用 base 开源的东西之上他们就不会了。。。他们就会抱怨老板不提供 ABCDE,让自己没有可用之地。。。。
#13 楼 @lihuazhang 不用都会。谁也不可能是全栈工程师。我是看着简历问的。他简历写了。正好我也会。所以我就问了
正在看楼主的测试开发之路系列文章,很向往啊~~楼主方便加个微信不?
我也不会,突然发现自己似乎白干了好多年_^
不知者,不知道。
真是欢乐~~
#21 楼 @jamesparagon 可以啊。怎么加?我不太方便公布个人微信号。testerhome 上有私信么?我刚活跃起来。好多东西不知道在哪呢
我面试应聘者都是先聊历史经验确定工作经历真假,追问过去所做出的成果和具体事项的实现细节。然后是展开问解决问题的能力,用自己已经解决过的测试需求或正在解决的测试需求询问解题思路。在过程中会追问几次解决问题的细节,看应聘者是不是能做相关的事情。
其实测试工作还是解决任务需求的能力,用解决任务需求能力去衡量招进来的工作定位。
看了后面的评论,我又有信心了。我昨天就想问就算是开发,问到多线程、线程池也应该差不多了。设计模式是不是太远了。。。还是要感谢楼主,回去还是要补一下设计模式~
其实老大们看的是扛任务并按时完成的能力至于如何解决的他们不关心。倒是关心人员变动会不会带来业务上的不稳定,换人就干不了了可是要担风险的。
最近面了很多人,加上自己也属于楼主说的那类:“不过我也懒得说了,是不是现在好多人觉得只要会写点代码,写点测试脚本就很牛了?”
没有感觉自己很牛..可是真的感觉自己的技术进步有限。 看了楼主的帖子让自己再次自我反省~谢谢楼主,忍不住来发帖赞一下打醒我的楼主,还有感叹一句猴神说的:真的就是现状,妥妥的现状
再次谢谢 testerhome 的各位大神让我们见了世面...(帖子里好像还有一名眼熟的 chenhengjie123 大大)
顺便我也哀怨的来一句: 好想招到类似楼主的人 让内行带我们上天.......
祈求老天别再让我和楼主面到如下....
“我网页测腻了 想测手机玩玩 我开价不高 12K”
“公司有前景吗 啊 是搞旅游的?公司多久组织一次旅游”
“我到上海来求发展,最近一直在看视频,精通各种测试 “ "问一下之前业务数据库表结构是什么样的?" 鸦雀无声状。。
#42 楼 @yiyusixing 我还面过简历造假,答不上来后自己承认是抄的朋友的工作经历。确实是个” 老实人 “混不过去了还知道坦白。
同在创业公司招人,看了楼主的文章,感觉自己各种不懂,吓得我都不敢招人了
面试者有问题,我感觉有时候楼主问的问题也有问题,问好多设计模式,开发的搭框架的也不一定用的多么得当,测试开发,比开发都牛,还需要做测试吗?给我的感觉测试开发这个职位不同的需要需要做的东西不一样,要学的东西也很多,所以很难做到精。需要你不断的学习新的东西,根据公司产品的需要。
一下子感觉自己什么都不会了,测试的路还有挺长的,走下去吧,继续向楼主学习。。。
好吧,楼主这些面试题我表示也不会。我面试别人一般是基于别人的设计框架,让他描述设计的思路和目的,用于解决什么样的问题,有没有遇到过很棘手的问题,如何解决的。考虑的是否全面,设计一些实际场景来考察候选人对框架的理解和思路的变通、灵活性。如果你非得我回答什么是 ** 模式,我可能也答不出来,掩面路过。。。
看完之后, 心虚的回去学习了~~~
@ycwdaaaa 这个啥职位, 工作地点在哪, 我想试试看自己的不足在哪?
浇几盆冷水:
1.如果事先明确定义了工作范围和技能要求的话,你面试通过的比率应该会高很多。不然是浪费彼此时间。
2.考察具体知识建议结合应聘人以前的工作背景,看他熟悉什么,你就问什么,并深入的问,这样可以考察应聘者研究问题解决问题的能力。不过,这就要求面试官的知识广度和深度了,而不是一味要求应聘者对你懂的那一亩三分地也很懂。例如,设计模式的问题,我觉得如果不是有过 10w 行以上代码积淀,或者整天战斗在一线的开发者,要求讲出细节,其实难度有点大。其实问深了你也不见得知道细节。比如,我问一个问题:请问,在 Scala 下的 singleton 可以如何实现,和 Java 的实现方式比较有什么有什么区别?有什么优劣?或者 awk 的时间复杂度是什么?我猜你八成答不上来。这并不代表你无法很好完成你分内的工作。
3.什么样的薪水可以招到什么样的人,的确目前一将难求,哪个行业哪个职位都是这样。你可以不满意应聘者,但把应聘者都贬损一遍,并用 “奇葩”,“傲娇” 这样的字眼的话,我觉得楼主也能配得上 “傲娇” 一词。
4.一个很棒的测试开发真的很难招到。因为既要懂测试又要懂开发,充其量又和开发拿的钱差不多,上升路径还不如开发。所以。。。碰上一个聪明伶俐有潜力的同学就应该谢天谢地了。
建议:
放低预期,把问题放在应聘者是否真正能够吻合你工作要求上边来。如果要求过多的技能,对你和应聘者都是浪费。本着合适就好的原则面试会有更好的效果。当然你如果是土豪公司,或者带着光环的公司,要求个个是精英可以忽略我这句话。
赤裸裸的炫耀,用己度人之短不是一个合格的面试官。我觉得面试官的第一要义是要知道自己需要什么的人才,而不是去面试别人
#60 楼 @wonew1228 虚心接受你的批评。
#60 楼 @wonew1228 竟然同时发了个贴。
#59 楼 @skytraveler 虚心接受你的建议和批评。其实他的简历里写了设计过框架,开发功底足我才问设计模式的。不过我的观点确实偏激了点
看你招聘人的定位了,你招聘的是一个测试开发者,还是架构师。设计模式诸如此类的问题,对于一个写根据功能需求写测试用例的人来说,实际遇到多少?但是你想招聘一个和你一起设计测试框架来说这个必不可少。对于一个合格开发测试来说,能根据功能需求写测试自动化用例就可以了吧。代码写的很牛设计模式有了如指掌,各种测试框架又熟练掌握,这些人都做了测试开发主管了,呵呵,以上仅仅是我个人的一点不成熟的看法。
所以,你想招个什么样的?
我感觉你没听懂你们老大的意思。
你的现状是:你现在弄了各种框架,持续集成,UI,接口,单元测试,但你说你一个人没空写脚本,维护框架等等事,也就是说测试还没能上正轨。
你老大给你建议的背后意思是:
以上纯属臆想,仅供参考,哈哈。
楼主你有空写这个,那个测试框架帖子好更新了吧....
#59 楼 @skytraveler 严重同意
看完之后感觉脸上火辣辣的,感觉楼主是不是要求有点高了。。。。。另外低级职位跟高级职位薪资能差多少
设计模式真的对测试有这么重要吗?即使写个测试框架,你真正能用的到的设计模式能有多少?我感觉你要招的是全栈工程师。换我我会问一些经验问题和一些简单的算法,还有解决问题的能力和对测试自动化的改进,我自己工作中都没有遇到过因为一个设计模式就让自己效率变得低下的问题,所以用这种问题除了刁难人真想不出有什么用了。还有用开源框架这种东西,我觉得更不是问题了,会用也是本事,能用的好更是本事,为什么非要有轮子不用?真要体现自己的技术难道不是该从汇编开始问?
楼主水平太高
我觉得 那个开发其实不错啊 人家只是不懂测试, 你招人难道就盯着全能去的?
我觉得你们测试工作严重不饱和,能把帖子顶那么高。
楼主说的只是一部分情况,并不代表所有业内。TesterHome 群体和受众,草根居多。只代表一个利益阶层。看到回帖的风向,我觉得挺无奈。我最不希望看到的是,
本来,都是不懂测试的人主导测试工作和招聘,现在换成了一群自以为全栈测试的同学在主导。
#87 楼 @lihuazhang 你这个我觉得你们......我感受到了深深的恶意
楼主,我个人理解的内容仅供参考:
从创业团队的角度看最希望的结果就是花最少的钱办最大的事。
如果要招个牛 X 的,感觉首先是代码能力,要求能修改代码;然后在忙的时候还能做一些测试的工作。如果是这样的话,个人觉得基本没戏。能直接写代码的,还能间接的做一些打杂的事情,这个真心不容易。。。
如果真忙不过来,招 3,4 个新手,简单培养也不难吧。如果楼主觉得带新人太 LOW,我觉得你还是早点转行直接做开发算了。
59 楼的大神说的太好了!不能赞同更多了!~
最后再感谢下楼主,JAVA 的设计模式对我来说还是很有用的,学习中~
团队中,不应该要求所有的人都很牛,如果都很牛,估计你也管不过来。
找合适的人做合适的事情。相信别人总归有比你强的地方。
好吧。不喜勿喷。
#92 楼 @yangchengtest 其实吧,我一开始就说了,老大的要求,要不特别厉害的,要不就特别不厉害的。我一开始就说了,我一开始就说了。只不过,候选人都是奔着高级的来的。 为啥你们就不看明白帖子呢?牛的我也就要 1 个,两个,而且也不是我管。我们平级
讲真,面试问设计模式有点过。不过对方要 35k 也过了。
说这样就是全栈工程师的,也有点过。
都过了,还是散伙吧。过好自己的,别瞎操心了。
这样一说,我都不敢出来面试了,我啥都不会啊……
讲真,我也很想让楼主面试一下——下限。我是 100 楼 ————————————
我也不懂什么设计模式,也是想到啥 google 啥,然后填坑,感觉没有什么止境啊
不敢出来面试了 哈哈
#103 楼 @xiaolinzi 我是直接上官网看的.你也可以下个电子书.不过一定要看原版的. 中文翻译烂的你想把书撕了
#106 楼 @lihuazhang 有时间的吧,我先把我那系列文章写完的
哈哈,有的时候确实会遇到一些奇葩的面试者,一般来讲,谈不下去就直接结束了。不过大部分人还是比较实在的。其它的行业也都会有这种问题吧,只是测试开发这个岗位比较新,估计很多人都不知道怎么用好这个岗位的人吧。
代码这么牛逼直接干开发多好,何必在测试上浪费时间。还有,你们这么神话自动化,用自动化发现什么问题了么?投入那么大成本写脚本,和产出成比例么?
这个世界就这样,当你觉得别人很 low 的时候,其实真正牛逼的人还觉得你 low 了。闻道有先后,术业有专攻,你嘲笑面试者,面试者也不傻,已自带荆棘光环,心里骂你多次了。不管面试官有多牛,或者面试者有多菜,互相尊重才是重要的。
不知道你们对初级测试的要求是啥,我想去试试,目前只会写简单的脚本
#110 楼 @839999304a 自动化测试还有进步的余地的,建议你看下 model based testing 相关的东西,基于这种设计的自动化收益率可以达到甚至超过手工,现成的 Java 轮子有 GraphWalker 可以直接用
看完我都心虚了…
回去赶紧学习∼
#82 楼 @ycwdaaaa 其实即懂测试又懂开发的很少,大部分靠培养。我的认知里主要是两类人各有特点,作用不同:
1、手工测试学代码转开发,特点:
(1)了解手工测试” 痛点 “,在设计脚本和工具时更贴实际需求,但受代码能力影响在开发进度上得妥协下时间或找人协作。
(2)对接手工测试需求可以很快沟通理解达成一致,并且会在沟通中引出进一步的核心需求和扩展需求
2、扛不住研发压力向测试方向转的研发人员
(1)研发能力中等,不了解测试,在设计脚本和工具时更侧重直接实现需求,不会主动扩展测试目的的核心需求。
(2)由研发转测试的目的主要是逃避压力,扛任务压力和搭建完整方案的方向适用性不强。
我属于第一类,其实两类人搭配在一起各取所长完成任务更合适,并且也可以互相促进深入掌握对方优势部分。
第一类对接测试任务需求,可以使脚本和工具的逻辑设计更贴近使用者。第二类协助实现,提高脚本及工具变现的进度。
其实我觉得这个帖子挺好的,这样基本能让准备转测试开发的朋友(不管是有人带还是自学)能够清楚一些需要补充的知识点。毕竟数据结构和设计模式是大多数测试人员的硬伤。
PS:
设计模式我也是刚接触,学了一点皮毛,但个人觉得对测试框架代码优化真的很有帮助,值得深入学习下去。(数据结构和算法是个让我泪奔的话题就不说了。)
Android 的单元测试也是学了点皮毛,不过这个还是真心觉得先学些 Android 开发知识(就是具备基本 Android 开发的能力)再来学习比较好。
以高级测试开发的要求来努力,即使成为不了高级的测试开发,能达到初级测试开发的水平,何乐而不为呢?
话说,看见下面的讨论的内容也补充学习不少知识呢。(好吧,我承认知识面太窄-)
曾经跟某一线公司的测试经理聊过技术问题
问:你说你写过测试框架,是基于什么的?
答:模式匹配,视觉感知测试
问:。。。。能详细说说吗
答:多详细?底层吗?opencv 吗?还是说再底层的?说说 C?
问:那你的元素识别是基于什么?
答:我都说了啊,模式匹配啊
。。。。。
问:你还有什么疑问吗?
答:请问你对模式匹配怎么看的?
问:请你注意现在是我在面试你
答:。。。。。。
说实话挺多面试官自身技术太差,又好面子,连被面试人员提出的疑问都无法解决,态度也恶劣(这种人不是一个两个)
#117 楼 @hjhjhghghg 额。碰见面试者牛的我可能也这样了。多谢提醒
你好!能否私下联系一下,我已 qq 加你,麻烦通过一下 994745105
你一直说你老大想要什么什么样的人,说明你自己连面试目的都不清楚。
面试一个人是为了找到一个合作伙伴,而且不必满足全部需要,因为他可以学习和进步。
另外,最重要的是:千万别在面试时不自觉地显摆自己。
很不赞同你的面法,照你的面法,我面你你也没戏。
这贴感觉火药味有点重了。。可能这贴比较容易触动对工作有些年限的老鸟,
作为新人,只感到自己要学的东西还太多了
祝楼主早日招到理想的人才。
PS. 把薪资范围写清楚,不是也节省彼此的时间么?
#123 楼 @jamesparagon 我只是个面试官,薪资的事情我没权力透露出去~ 得让 HR 去跟猎头和面试者沟通
请问楼主是什么公司的,我想去面试低级职位
最近招人很难啊,面试了好多,都是基础的测试,招了个 android 开发,准备培养成测试开发,只能这样了
说实在的,测试开发,本身应该大部分就是开发自动化测试脚本。 我不明白为什么一个面试测试开发的人要说自己精通各种设计模式,精通了又如何? 你精通了可以去面试开发职位啊,你如果光精通了设计模式,不懂测试,你面什么测试开发? 当然如果自己写了,那楼主这样问了也毫无问题,至少能看出一个人简历的水分有多大。 但是如果没说,从开发测试本身这个职位来说,并不需要很精通设计模式,知道 1-2 个常用的就足够写了。 测试经验反而更为重要。
举个例子: 你觉得代码漂亮的写一段无效用例更有用,还是虽然代码简陋,但用例精准度很高的有用?
以目前测试的发展来看,测试开发职位是一个发展的方向,不光是写测试脚本,且是能开发出适合需求性的测试工具,那么在开发测试工具的前提下自然是要了解到相关的开发框架以及开发的思想 设计模式等等。
做为面试官,文章中的观点,好多同感啊
我忍不住泼了冷水。你们或者说咱们这些做测试框架或者测试平台的,强迫他人遵循你设定的规则去使用,你们真的觉得写的这些烂玩意儿有价值吗?价值估计在对己吧,对使用者没什么价值的,对公司尤其是创业公司也是没什么太大价值的。相反,第二类的面试者,我觉得挺好的,做的深点就是在根据实际情况最大化自己的效率,够用了,恰到好处。你吭哧吭哧搞得框架,还没被使用,公司就危在旦夕了。
#133 楼 @hunterecho 公司如果没有自信能做好一个测试框架。那还是别搞自动化了。手工测试去吧
讨论差不多了,我觉得这个帖子需要结贴。
看完楼主帖子,觉得自己要学的的还好多啊~不过对于招人来说,专人专事,其实很多人他上手工作很快的,却对基础等知识不了解或者忘记了,感觉可以做好现在你想让他去做的事情,并且工作认真负责,可培养不是很好么?
专心干技术,捣鼓起来
是是非非,还是多爆料一下,才不会意犹未尽,酣畅淋漓。
@ycwdaaaa 我觉得就是高级测试工程师加上中级开发工程师的能力。就是高级测试开发工程师。
我没问你负载均衡,我没问你大数据, 我没问你数据库设计架构(我自己也不懂)
这个真心赞同,,我也在这么招人,我们的薪水比 dev 还高,我们这个 title 叫测试架构师(可能不合适,但找不到一个高达上的名字)
负载均衡、大数据我都懂呀,数据库设计架构(这个为难,不知道你要要求什么程度,我初级 dba 还是可以的),
我招人也困难(顶着光环也不行),要不你来我这,或者我去你那混,呵呵。
我不赞同你的地方在这里,你看@sordar 说的,你要先满足业务需要,只聊技术是耍流氓呀,你要背 4 个 9 的 kpi 的,要质量保证体系建设
sordar · #69 · 2 月前 1 个赞
我感觉你没听懂你们老大的意思。
你的现状是:你现在弄了各种框架,持续集成,UI,接口,单元测试,但你说你一个人没空写脚本,维护框架等等事,也就是说测试还没能上正轨。
你老大给你建议的背后意思是:
支持楼主,我没有看评论,但是我完全不觉得楼主是炫耀装 b,相反我认为非常地中肯。从我个人而言,由于不是 cs 专业出身,本身基础也不扎实,所以在取得一定成果的基础上我知道自己更应该夯实自己的基础能力,不能浮躁。