从面试角度谈360和阿里的测试文化
最近一年一直都在招聘测试开发,尤其是年后,在传统的跳槽高峰推动下,面试的时间基本上占了工作的一半。当然这其中也包含了很多吐槽和抱怨,对HR的抱怨,对候选人的抱怨,对各种奇葩的吐槽。通过朋友和猎头的推荐,自己也体验了一些其他公司的面试,一个公司的面试风格和内容,某种程度上代表着这个公司的文化,虽然自己工作的5年里各种行业公司的面试和被面试都经历过,但是这里只谈一下360和阿里的测试文化,因为这两个公司的测试文化自己相对了解一些,而且它们也具有代表性。
首先需要阐述一下自己的观点:
1、尽管自己在360干了两年,面试和被面试很多次,也承认这样的测试文化有独到的地方,但是比较以前的经历和其他公司,我并不推荐360的测试风格;当然这里并不谈论这个公司,只谈它的测试文化;
2、自己去阿里,还是继续在360待着,都是自己的选择,并不能说明这两个公司如何;
3、这里是纯粹的讨论测试和测试开发的范畴,并不讨论其他的东西,当然包括薪资——这些都是Open的,圈里打听一下都了解;
我习惯于不定期的去外面参加一些面试,虽然大部分情况自己并不打算换工作,一方面提醒自己跟紧点,别失去活力,一方面参考一下自己在行业中的水平,还有就是接接地气,看看别人都是怎么面试的。就我的了解,这两个公司中,360以前的面试流程并不是很正规,我指的是和阿里相比。这种情况现在已经慢慢在好转,毕竟360不可能以之前管理几百人的方法去管理现在的几千人,但是这种流程也有自己的好处,对于看得上的候选人,可以很快定下来,周期很短,也可以留住一些人才。阿里这类公司招聘的流程相对较长,甚至有些人以为面试没有结果,所以接受了其他的offer,反正财大气粗,并不会在乎一两个人的去留。360测试的面试流程,相对比较简单,一般3轮面试就差不多了,有时候会有电话提前交流一下,大部分情况下几轮面试可以合在一起,候选人一趟就可以了;阿里的话一般来说候选人一趟是不行的,而且有些负责人在北京,一些在杭州,怎么样也需要候选人跑两次,算上一开始的电话面试,基本上是5轮。360一般是项目缺人就会有人头,而且直接招人就要上手干活,从这点上说,社招的时候360很少为储备人才考虑,从QA人员项目中借调就能看出来,还有就是360的校招跟社招很难联系到一起——校招并不是很完善,基本上是跟着BAT走的。测试在社招上,个人认为很难实现突破——虽然360挖人很下本,但是测试这块并不像开发和产品,毕竟不是创收型的职位,即便挖到了,在当下也很难做出东西。所以在测试文化上,360跟阿里比,并没有传承和积累,也没有一个长久的规划,这样的环境适合个人英雄的凸显,但是对整体测试团队的建设来说,很难良性的发展,改革起来也很难。
举一个简单的例子,我知道一个360校招过来的毕业生,来公司以后被分到一个小组做手工测试,组长的价值观就是用例写的多,执行到加班为止的就给高绩效,后来这个学生实在忍受不了这样的组长,觉得组长不光不懂技术,而且还不愿意新的尝试和提高,他说他们组长说的最多的一句话就是,如果怎么怎么样,那么只能说360不适合他。这个毕业生后来去了阿里,工资翻倍,现在干的有声有色。这个组现在的组员基本上全是女生,乖乖女,让干什么就干什么的那种,基本上不懂技术,更不要说写代码了。360这边,一般QA招人的要求就是工作年限多,态度好,肯吃苦,能加班,技术方面是次要的,QA的面试官也不一定懂技术,因为公司本来就不是技术主导的。
举这个例子并不是说360的测试团队多么差,这样的团队灵活性和凝聚力都是很高的,只是作为一个想要崛起和发展的公司,不能只顾着扛枪打仗,保障也要有力。我和360的开发聊的时候,他们管开发和测试开发叫工程师,管QA叫QA——360的测试团队里,测试开发和手工测试是分开的,QA全是手工测试,分布在项目组里。对于开发这么去对待QA,我表示理解——开发做了一个新功能让QA去测试,要求测出了问题帮忙去定位,测试问开发如何定位,开发说跟踪一下堆栈,测试说不懂,开发讲了测试还是不懂,最终的结果就是开发让测试随便去点点算了。我身边大多数QA都是这样的,我不否认所有人,大多数QA是这样的。我不认为QA的能力差或者智商低,但是他们大多数人的水平,我个人认为确实还不如一些公司的外包人员高。
在360我有过一段很痛苦的经历,也可以说是一个适应的过程。360的测试组中,很少主动提出去自动化做测试,这需要从上往下去推动。Ok,领导给了任务去做自动化,但是QA人员没有测试用例,测试开发人员需要追着QA去收集自动化的需求,最终就是没有需求——既没有用例,对具体产品特征也说不清楚,这让测试开发很难下手。没办法,只能自己研究产品,自己写架构写工具,自己找测试机;到环境和架构起来了,又纠结起来,自动化用例怎么写?QA不会代码,那么就留下一些脚本的接口,python或者lua的,抱歉,QA还是不会,那么改成xml写自动化用例,但是QA还是觉得不行。最终的QA的反馈是,如果让他们自己写自动化用例,他们情愿自己手动点击到加班。那段时间是我在360最痛苦的时候,当时的辞职信就在邮件里,随时准备发给领导。在我工作过的公司里,一般都没有QA(或者外包),测试组只有测试开发(SDET),大家在这方面都是有相同的意识去和开发对接,做自动化的准备和设计。我并不是说不需要手工测试,手工测试当然需要,但是需要像在敏捷团队中的手工测试一样,而不是像客户验收的这种测试,我并不觉得这是大部分QA人员工作的方式和水平,这跟开发一样,搞内存的和搞字符串拼接的,就不是一个水平。在阿里面试的过程中,还有和一些阿里的同事交流的时候,完全没有这方面的顾虑,大家有相同的意识,交流起来很轻松,这就是测试团队文化上的差别,大的文化下,即便员工没有晋升的机会,但是能够做自己想做的事情,能够更有效的沟通,能够发挥自己的真正价值,也是很开心的;也就是我说的那种,给我一个合理的平台,竞争输了我也情愿。这就是我不推荐360测试的原因,我不否定它的优点,我只是说说我看到的缺点。
笔试和面试题方面,两个公司的方式也和他们的文化有直接关系。360一般更看重候选人能不能上手干活——这并没有什么贬低的意思,360整体的思路都是这样,产品这几年也都是什么都抓一把,每个团队各行其是,产品经理相互之间斗来斗去的,除了过时的安全以外,还没有一个属于自己的生态圈,这样的环境下当然不愿意投资去培养或者储备全能技术人才,很多新开发写的代码一锅粥一样,安卓开发里不懂虚拟机不懂汇编的大有人在。这和公司的结果导向分不开的,不管长久的看是否结果最优,但是短期是肯定要最好的结果。这方面确实花了不少钱挖人和做奖励机制。相比来说,对测试方面的关心远远不够,毕竟不是产出团队。测试的笔试和面试上,完全看面试官的人品了,有些QA的面试官自己本身就不懂技术,还要偷学几招去喷别人。平心而论,哪个候选人能没有缺陷呢?我不懂那些难为别人的面试官是什么心态,但是我相信一个好的面试官不会用一两道自己知道答案的题去为难别人,从而达到自己内心的平衡。但是总的来说,360这边的招聘,更看重上手的工作能力和个人价值的体现,但是不同组和不同面试官会有所不同,就我个人而言,我希望候选人的综合能力强一些,主要是学历能力,够聪明,沟通良好,如果不幸笔试遇到我出的题或者遇到我面试,也许一个题都答不对,但是我会让候选人通过。
手工测试的职位我不太了解,但是测试开发基本上跟开发是差不多的,很多时候对基础知识和广度的要求,比开发要高,不过基本上就是数据结构,算法,环境配置,网络技术等。
阿里的面试,相对来说更成熟一些,更强调候选人的综合能力。一般来说会先有一个电话的沟通,大概了解一些候选人整体的技术情况和经验;接下来的一面会以技术为主,相关技术和开源的技术一般都会问到,聊之前的项目实现,设计等等,一般都会当场写一些代码,也会较深的技术的讨论,这轮通常都是职位的直属leader面;接下来的一轮一般都是职位所在的项目负责人,纯技术的东西会少一些,更多的是项目上的东西,包括不同问题的解决方案等等,这时候业务相关的东西会多一些,有没有笔试的话,主要看是不是视频面试;接下来一般还有一轮交叉的综合面试,大体上跟上一轮差不多,可能内容也会覆盖到前面两轮,但是不会面试特别精细的东西,有没有笔试依旧看是不是视频了。
阿里的这几轮面试我还算顺利,也没什么准备,就是临时发挥。电话面的时候我正好在医院帮别人看孩子,孩子太闹也没办法调整思路,基本上说说以前的项目,聊了一些底层api,简单聊了一些技术,最后问了一些东西的实现,用到的函数忘的差不多了,只好简单说了一下思路,面试完了就把这事忘了;后来HR来通知面试,那天正好休假回来,就直接过去了,主要聊的就是GUI自动化原理,浏览器模型,插件原理等等,简单的写了一些多线程同步异步和文件数据读取处理的代码,聊的挺开心的,也学到了不少;然后没有休息直接下一轮面试,问了一些业务的东西,还有一些项目的解决方案,视频的,所以也没写代码,这两轮基本上从1点半一直到5点;终面是在半个月之后,基本上也是为了一些GUI的东西,问了一些项目的情况和自己换工作的理由等等。
上面就是我了解的阿里和360测试的文化和面试的一些东西,再深入的东西就不能说了。基本上360的测试文化并不适合测试开发的长久规划和成长,但是机会多一些,属于“造英雄”的,对于技术一般但是推动力强的人是个好的选择,当然会叫的孩子有奶吃,另外360是一个从上到下的管理方式,所以一定要和领导处好关系,在360过得好不好完全取决于你跟哪个领导;阿里的测试基本上属于国内公司里最好的了,个人规划和发展都很好,比较适合于想在测试领域深入发展的人,另外一些技术很牛的测试人才,如果不愿意管人或者管项目,阿里也是一个很好的选择。
最后,送出两条面试的技巧:
一个是面试的时候要适当的表现自己,对于只有一轮的面试(比如挖人),一般该怎么表现就怎么表现,发挥到最好就可以;但是多轮面试的时候,一般第一轮都是技术,而且都是直属领导,这时候不能表现的太好,因为有些面试官不希望候选人太牛,但是又不能表现的不好,不然定级会低;后续的几轮可以放开了发挥;当然这只是技巧,并不一定都适用,很多第一轮的面试官还是不错的;
第二个就是扬长避短,自己不会或者不熟悉的东西尽量别写到简历上,或者尽量别提;我的简历上基本没有写过linux和性能测试,面试官问我对linux是不是熟悉的时候,我一般都直接说不熟悉,只做过半年linux的开发,只会用常用命令跟vim,其他像redis什么的配置都是随用随查;问我性能测试的时候,我就说没做过性能测试,只帮助QA写过一些并发和性能测试的工具。
基本上这个话题就能谈这么多了,算是吐槽也算是总结吧。完全个人的感受和看法,对两个公司没有针对性。
分享到:
相关推荐
解答时,要展示自己的互联网思维,从用户和平台角度出发,同时结合行业趋势进行深入剖析。 2. **求职岗位相关知识类题型**: - 这类题目旨在检验求职者对产品运营岗位的理解程度。例如,可能需要解释运营的职责,...
- 问题4关于互联网模仿和抄袭,可以从创新、竞争、版权保护等角度进行论述。 - 题目5探讨飞机和高铁的交通方式联系和商机,可以讨论两者互补性、多模式交通网络、智能出行系统等。 - 问题6要求策划吸引新用户使用...
KUKA机器人相关资料
内容概要:本文详细介绍了利用Matlab实现模拟退火算法来优化旅行商问题(TSP)。首先阐述了TSP的基本概念及其在路径规划、物流配送等领域的重要性和挑战。接着深入讲解了模拟退火算法的工作原理,包括高温状态下随机探索、逐步降温过程中选择较优解或以一定概率接受较差解的过程。随后展示了具体的Matlab代码实现步骤,涵盖城市坐标的定义、路径长度的计算方法、模拟退火主循环的设计等方面。并通过多个实例演示了不同参数配置下的优化效果,强调了参数调优的重要性。最后讨论了该算法的实际应用场景,如物流配送路线优化,并提供了实用技巧和注意事项。 适合人群:对路径规划、物流配送优化感兴趣的科研人员、工程师及高校学生。 使用场景及目标:适用于需要解决复杂路径规划问题的场合,特别是涉及多个节点间最优路径选择的情况。通过本算法可以有效地减少路径长度,提高配送效率,降低成本。 其他说明:文中不仅给出了完整的Matlab代码,还包括了一些优化建议和技术细节,帮助读者更好地理解和应用这一算法。此外,还提到了一些常见的陷阱和解决方案,有助于初学者避开常见错误。
内容概要:本文详细介绍了如何利用Simulink进行自动代码生成,在STM32平台上实现带57次谐波抑制功能的霍尔场定向控制(FOC)。首先,文章讲解了所需的软件环境准备,包括MATLAB/Simulink及其硬件支持包的安装。接着,阐述了构建永磁同步电机(PMSM)霍尔FOC控制模型的具体步骤,涵盖电机模型、坐标变换模块(如Clark和Park变换)、PI调节器、SVPWM模块以及用于抑制特定谐波的陷波器的设计。随后,描述了硬件目标配置、代码生成过程中的注意事项,以及生成后的C代码结构。此外,还讨论了霍尔传感器的位置估算、谐波补偿器的实现细节、ADC配置技巧、PWM死区时间和换相逻辑的优化。最后,分享了一些实用的工程集成经验,并推荐了几篇有助于深入了解相关技术和优化控制效果的研究论文。 适合人群:从事电机控制系统开发的技术人员,尤其是那些希望掌握基于Simulink的自动代码生成技术,以提高开发效率和控制精度的专业人士。 使用场景及目标:适用于需要精确控制永磁同步电机的应用场合,特别是在面对高次谐波干扰导致的电流波形失真问题时。通过采用文中提供的解决方案,可以显著改善系统的稳定性和性能,降低噪声水平,提升用户体验。 其他说明:文中不仅提供了详细的理论解释和技术指导,还包括了许多实践经验教训,如霍尔传感器处理、谐波抑制策略的选择、代码生成配置等方面的实际案例。这对于初学者来说是非常宝贵的参考资料。
内容概要:本文详细介绍了基于西门子S7-200 PLC和组态王的机械手搬运控制系统的实现方案。首先,文章展示了梯形图程序的关键逻辑,如急停连锁保护、水平移动互锁以及定时器的应用。接着,详细解释了IO分配的具体配置,包括数字输入、数字输出和模拟量接口的功能划分。此外,还讨论了接线图的设计注意事项,强调了电磁阀供电和继电器隔离的重要性。组态王的画面设计部分涵盖了三层画面结构(总览页、参数页、调试页)及其动画脚本的编写。最后,分享了调试过程中遇到的问题及解决方案,如传感器抖动、输出互锁设计等。 适合人群:从事自动化控制领域的工程师和技术人员,尤其是对PLC编程和组态软件有一定基础的读者。 使用场景及目标:适用于自动化生产线中机械手搬运控制系统的开发与调试。目标是帮助读者掌握从硬件接线到软件逻辑的完整实现过程,提高系统的稳定性和可靠性。 其他说明:文中提供了大量实践经验,包括常见的错误和解决方案,有助于读者在实际工作中少走弯路。
内容概要:本文详细介绍了基于西门子1200PLC的污水处理项目,涵盖了PLC程序结构、通信配置、HMI设计以及CAD原理图等多个方面。PLC程序采用梯形图和SCL语言相结合的方式,实现了复杂的控制逻辑,如水位控制、曝气量模糊控制等。通讯配置采用了Modbus TCP和Profinet双协议,确保了设备间高效稳定的通信。HMI设计则注重用户体验,提供了详细的报警记录和趋势图展示。此外,CAD图纸详尽标注了设备位号,便于后期维护。操作说明书中包含了应急操作流程和定期维护建议,确保系统的长期稳定运行。 适合人群:从事工业自动化领域的工程师和技术人员,尤其是对PLC编程、HMI设计和通信配置感兴趣的从业者。 使用场景及目标:适用于污水处理厂及其他类似工业控制系统的设计、实施和维护。目标是帮助工程师掌握完整的项目开发流程,提高系统的可靠性和效率。 其他说明:文中提供的具体代码片段和设计思路对于理解和解决实际问题非常有价值,建议读者结合实际项目进行深入学习和实践。
内容概要:本文详细介绍了基于5电平三相模块化多电平变流器(MMC)的虚拟同步发电机(VSG)控制系统的构建与仿真。首先,文章描述了MMC的基本结构和参数设置,包括子模块电容电压均衡策略和载波移相策略。接着,深入探讨了VSG控制算法的设计,特别是有功-频率和无功-电压下垂控制的具体实现方法。文中还展示了通过MATLAB-Simulink进行仿真的具体步骤,包括设置理想的直流电源和可编程三相源来模拟电网扰动。仿真结果显示,VSG控制系统能够在面对频率和电压扰动时迅速恢复稳定,表现出良好的调频调压性能。 适合人群:从事电力电子、电力系统自动化及相关领域的研究人员和技术人员。 使用场景及目标:适用于研究和开发新型电力电子设备,特别是在新能源接入电网时提高系统的稳定性。目标是通过仿真验证VSG控制的有效性,为实际应用提供理论支持和技术指导。 其他说明:文章提供了详细的代码片段和仿真配置,帮助读者更好地理解和重现实验结果。此外,还提到了一些常见的调试技巧和注意事项,如选择合适的仿真步长和参数配对调整。
内容概要:本文详细介绍了在一个复杂的工业自动化项目中,如何利用西门子S7-1200 PLC为核心,结合基恩士视觉相机、ABB机器人以及G120变频器等多种设备,构建了一个高效的立体库码垛系统。文中不仅探讨了不同设备之间的通信协议(如Modbus TCP和Profinet),还展示了SCL和梯形图混合编程的具体应用场景和技术细节。例如,通过SCL进行视觉坐标解析、机器人通信心跳维护等功能的实现,而梯形图则用于处理简单的状态切换和安全回路。此外,作者分享了许多实际调试过程中遇到的问题及其解决方案,强调了良好的注释习惯对于提高代码可维护性的关键作用。 适用人群:从事工业自动化领域的工程师和技术人员,尤其是对PLC编程、机器人控制及多种通信协议感兴趣的从业者。 使用场景及目标:适用于需要整合多种工业设备并确保它们能够稳定协作的工作环境。主要目标是在保证系统高精度的同时降低故障率,从而提升生产效率。 其他说明:文中提到的一些具体技术和方法可以作为类似项目的参考指南,帮助开发者更好地理解和应对复杂的工业控制系统挑战。
KUKA机器人相关资料
java脱敏工具类
内容概要:本文详细介绍了基于自抗扰控制(ADRC)的表贴式永磁同步电机(SPMSM)双环控制系统的建模与实现方法。该系统采用速度环一阶ADRC控制和电流环PI控制相结合的方式,旨在提高电机在复杂工况下的稳定性和响应速度。文章首先解释了选择ADRC的原因及其优势,接着展示了ADRC和PI控制器的具体实现代码,并讨论了在Matlab/Simulink环境中搭建模型的方法和注意事项。通过对不同工况下的仿真测试,验证了该控制策略的有效性,特别是在负载突变情况下的优越表现。 适合人群:从事电机控制、自动化控制及相关领域的研究人员和技术人员,尤其是对自抗扰控制感兴趣的工程师。 使用场景及目标:适用于需要高精度、高响应速度的工业伺服系统和其他高性能电机应用场景。目标是提升电机在复杂环境下的稳定性和抗扰能力,减少转速波动和恢复时间。 其他说明:文中提供了详细的代码示例和调试技巧,帮助读者更好地理解和实施该控制策略。同时,强调了在实际应用中需要注意的问题,如参数调整、输出限幅等。
java设计模式之责任链的使用demo
内容概要:本文详细介绍了两相交错并联Buck/Boost变换器的硬件结构和三种控制方式(开环、电压单环、双环)的实现方法及仿真结果。文中首先描述了该变换器的硬件结构特点,即四个MOS管组成的H桥结构,两相电感交错180度工作,从而有效减少电流纹波。接着,针对每种控制方式,具体讲解了其配置步骤、关键参数设置以及仿真过程中需要注意的问题。例如,在开环模式下,通过固定PWM占空比来观察原始波形;电压单环则引入PI控制器进行电压反馈调节;双环控制进一步增加了电流内环,实现了更为精确的电流控制。此外,文章还探讨了单向结构的特点,并提供了仿真技巧和避坑指南。 适合人群:从事电力电子研究的技术人员、高校相关专业师生。 使用场景及目标:适用于希望深入了解两相交错并联Buck/Boost变换器的工作原理和技术细节的研究者,旨在帮助他们掌握不同控制方式的设计思路和仿真方法。 其他说明:文中不仅提供了详细的理论解释,还有丰富的实例代码片段,便于读者理解和实践。同时,作者分享了许多宝贵的实践经验,有助于避免常见的仿真错误。
第二场c++A组
数控磨床编程.ppt
内容概要:本文详细介绍了利用COMSOL软件进行N2和CO2混合气体在热-流-固三场耦合作用下增强煤层气抽采的数值模拟。首先,通过设定煤岩材料参数,如热导率、杨氏模量等,构建了煤岩物理模型。接着,引入达西定律和Maxwell-Stefan扩散方程,建立了混合气体运移方程,考虑了气体膨胀系数和吸附特性。在应力场求解方面,采用自适应步长和阻尼系数调整,确保模型稳定。同时,探讨了温度场与气体运移的耦合机制,特别是在低温条件下CO2注入对煤体裂隙扩展的影响。最后,通过粒子追踪和流线图展示了气体运移路径和抽采效率的变化。 适合人群:从事煤层气开采、数值模拟以及相关领域的科研人员和技术工程师。 使用场景及目标:适用于需要优化煤层气抽采工艺的研究机构和企业,旨在通过数值模拟提高抽采效率并减少环境影响。 其他说明:文中提供了详细的MATLAB和COMSOL代码片段,帮助读者理解和复现模型。此外,强调了模型参数选择和求解器配置的重要性,分享了作者的实际经验和常见问题解决方法。
基于Bode的引线补偿器设计 计算给定G、相位裕度、交叉频率和安全裕度要求的引线补偿器。 计算给定电厂G、PM和Wc要求的铅补偿器,并运行ControlSystemDesigner进行验证。
KUKA机器人相关文档
包括:源程序工程文件、Proteus仿真工程文件、配套技术手册等 1、采用51/52单片机作为主控芯片; 2、采用数码管显示计时秒数,单个操作均为20秒; 3、采用继电器控制进水、排水; 4、采用L298驱动电机; 5、具有强洗、标准洗、弱洗、甩干四种模式; 6、强洗流程:进水、三轮洗涤、排水、甩干、进水、漂洗、排水、甩干; 7、标准洗流程:进水、两轮洗涤、排水、甩干、进水、漂洗、排水、甩干; 8、弱洗流程:进水、一轮洗涤、排水、甩干、进水、漂洗、排水、甩干;