过去一年一直在招测试开发，尤其是年后，在传统跳槽高峰的带动下，面试时间基本占了工作的一半.当然这里面也包括很多抱怨和抱怨，抱怨HR，抱怨候选人，抱怨各种稀奇古怪的事情。通过朋友和猎头的推荐，我也经历了一些其他公司的面试。一家公司的面试风格和内容在一定程度上代表了这家公司的文化。面试过，这里只说360和阿里的测试文化，因为这两家公司的测试文化我比较熟悉，也比较有代表性。首先，我需要说明一下我的观点：1.虽然我在360工作了两年，面试过和被面试过很多次，我也承认这种测试文化是独一无二的，但是对比我之前和其他公司的经历，我不这么认为。360的测试风格不推荐；当然，这里不讨论这家公司，只讨论它的测试文化；2.自己去阿里还是继续留在360，是自己的选择，不说明两家公司怎么样；3、这里纯粹讨论测试和测试开发的范围，不讨论其他的，当然包括薪水——这些都是公开的，你在圈子里打听就知道了；我已经习惯了不定期的去外面参加一些面试，虽然大多数情况下我并不打算换工作，一方面我提醒自己要跟上，不要失去活力，一方面我指的是我的自己在行业的水平，另一方面想脚踏实地，看看别人在做什么。你是怎么面试的。据我所知，这两家公司中，360之前的面试流程不是很正规，我是说和阿里比起来。这种情况现在正在慢慢改善。毕竟，360不可能像过去管理数百人那样管理数千人，但这个过程也有它的优势。很快就落户了，周期很短，还能留住一些人才。像阿里这样的公司招聘流程比较长，甚至有人认为面试没有结果，就接受了其他的offer。360测试的面试过程比较简单。一般来说，三轮面试就够了。有时会有电话提前沟通。在大多数情况下，可以将几轮面试结合起来，候选人一次就可以完成；阿里一般来说候选人去一次是不够的，有的负责人在北京，有的在杭州，所以候选人需要去两次，算上最初的电话面试，基本上是5轮。360一般项目缺人都会有头，直接招人开工。由此看来，360在招聘时很少考虑后备人才，QA人才项目的借调可以看出，360的校招很难与社会招聘对接——校招并不完善，并且基本遵循BAT。在社招方面，我个人认为很难有突破——虽然360挖人很费钱，但是测试不像开发和产品。毕竟，这不是一个创收的职位。做东西很难。因此，在测试文化方面，360和Alibi没有传承和积累，也没有长远规划。这样的环境适合个别英雄的高亮，但整体测试团队的建设却很难良性发展，也很难改革。举个简单的例子，我认识一个360学校招的毕业生。来到公司后，他被分配到一个小组做手工测试。组长的价值在于写了很多用例，执行到加班的人会得到高绩效的奖励。后来这个同学实在是受不了这样的组长，觉得这个组长不仅不懂技术，而且不愿意进行新的尝试和提高。他说他们组长说的最多的一句话就是，如果是这样，那只能说360不适合他。这个毕业生后来去了阿里，工资翻了一番，现在做得很好。这个群现在的成员基本上都是妹子，乖乖女，那种让她们做什么就做什么，而且基本不懂技术，更别提写代码了。360这里QA招聘一般要求是工作年限长，态度好，肯吃苦，能加班。技术方面是次要的，QA面试官不一定懂技术，因为公司不是技术导向的。举个例子，不代表360的测试团队就这么烂。这样的团队具有很高的灵活性和凝聚力。只是作为一家想要崛起发展的企业，不能只顾着打枪打仗，还要有坚强的保障。.和360的开发人员聊天的时候，他们叫开发和测试开发工程师，叫QAQA——在360的测试组里，测试开发和手工测试是分开的，QA都是手工测试。在项目组。我理解开发是这样对待QA的——开发做了一个新的功能让QA测试，让测试帮忙定位问题。测试问开发如何定位。开发说要跟踪堆栈。讲完测试还是不懂。最终的结果是开发让测试只需点击一下就可以了。我身边的大部分QA都是这样的，我也不否认大家，大部分QA都是这样的。我觉得QA不是能力差或者智商低，而是大部分人的水平，个人觉得没有一些公司的外包高。在360，我有过一段很痛苦的经历，也可以说是一个适应的过程。在360的测试群里，很少有人自告奋勇做自动化测试，需要自上而下的推动。ok，领导给任务自动化，但是QA人员没有测试用例，需要测试开发人员跟着QA收集自动化需求。最后是没有需求——没有用例，具体的产品特性不明确。让测试开发难以上手。无奈只能自己研究产品，自己写架构和写工具，自己找测试机；环境和架构起来了，又纠结了，自动化用例怎么写？QA不会代码，就留下一些脚本接口，python或者lua，sorry，QA还是不会，那就改成xml写自动化用例吧，QA还是觉得不行。最后的QA反馈是，如果让他们自己写自动化用例，他们宁愿手动点击加班。那段时间是我在360最痛苦的时候。当时的辞职信在邮箱里，随时准备发给领导。在我工作过的公司里，一般没有QA（或者外包），测试组只有测试开发（SDET）。大家对接开发，做自动化准备和设计这方面的意识是一样的。我并不是说不需要手动测试，当然需要手动测试，但它需要像敏捷团队中的手动测试，而不是像客户验收，我认为这不是大多数QA人员的工作方式和层级，这和开发一样，内存和字符串拼接不在一个层级。在阿里面试的过程中，和一些阿里同事交流的时候，完全没有担心过这个问题。每个人都有相同的意识，很容易沟通。这就是测试团队的文化差异。在大文化下，即使员工没有晋升机会，但能够做自己想做的事，更有效地沟通，发挥自己的真正价值，他们仍然很高兴；那就是我说的，给我一个合理的平台，竞争我愿意输。所以我不推荐360测试，我不否认它的优点，我只说说我看到的缺点。在笔试和面试题方面，两家公司的做法也和他们的文化有直接关系。360一般更看重应聘者是否能上手工作——这里没有贬低的意思，360的整体思路是一样的，产品这几年什么都抓，每一个团队各司其职，产品经理之间相互争斗。除了过时的安全性之外，没有自己的生态系统。当然，在这样的环境下，他们也不愿意投入培训或储备全能型技术人才。许多新的发展写了一锅粥。同样，在Android开发中，有很多人不懂虚拟机，不懂汇编。这与公司的结果导向密不可分。不管从长远看结果是不是最好的，短期的结果一定是最好的。在这方面，它确实花了很多钱来挖人，建立奖励机制。相比较而言，对测试的关注还远远不够，毕竟不是输出组。在考试的笔试和面试中，完全看面试官的人品。有些QA面试官本身不懂技术，非得学几招才能喷别人。平心而论，哪个候选人是完美无缺的？我不懂那些刁难别人的面试官的心态，但我相信一个好的面试官不会用一两个自己知道答案的问题来刁难别人，从而达到内心的平衡.但总的来说，这里的360招聘更看重工作能力和个人价值的体现，只是不同的群体，不同的面试官会有所不同。个人希望应聘者的综合能力更强，主要是学术能力，够聪明，善于交际。如果你在笔试或面试中遇到我的问题，你可能没有答对所有的问题，但我会让考生通过。我不太了解手工测试的位置，但是测试开发和开发基本一样。很多时候对基础知识和广度的要求比开发要高，但基本上就是数据结构、算法、环境配置、网络技术等。阿里的面试相对成熟一些，强调应聘者的综合能力。一般来说，先会有一个电话，大致了解一些应聘者的整体技术情况和经历；下一部分会以技术为主，一般会问相关技术和开源技术，说说之前的项目实现。设计等，一般都是现场写一些代码，也会有深入的技术讨论。本轮通常是直属该职??位的领导者；下一轮通常是该职位的项目负责人，纯技术的东西会少一些，更多的是关于项目的，包括不同问题的解决方案等等，这时候业务相关的东西会多一些。如果有笔试，主要看是不是视频面试；后面一般还有一轮crossovercomprehensiveinterview和上一轮大致一样，内容可能也涵盖前两轮，但是不会面试特别细的东西。有没有笔试还是看是不是视频。阿里的几轮面试对我来说还算顺利，没有任何准备，就是即兴发挥。打电话的时候，我正好在医院照顾别人的孩子。孩子们太吵了，我无法调整自己的想法。基本上就是讲了以前的项目，讲了一些底层的API，简单讲了一些技术，最后问了一些问题。实现了，用到的功能都快忘记了，只好简单说一下思路，面试完就忘了。后来HR过来通知面试，正好那天放假回来，就直接去了。主要讲的是GUI自动化原理，浏览器模型，插件原理等等，简单的写了一些多线程同步异步代码和文件数据读取处理代码。我聊得很好，学到了很多东西；学了一些业务的东西，还有一些项目解决方案，视频，所以没写代码。这两轮基本都是从1:30跑到5:00；finalround半个月后，基本是为了SomeGUI的东西，问了一些项目的情况和跳槽的原因等等。以上就是我对阿里和360测试文化的了解还有一些面试的事情，更深入的我也说不上来。基本上360的测试文化不适合测试开发的长期规划和成长，但机会更多，属于“造英雄”。对技术一般但推动力强的人来说是不错的选择。有奶吃，360是自上而下的管理方式，一定要和领导搞好关系。你在360过得好不好，完全取决于你跟随哪个领导；阿里的测试基本属于国内最好的公司，个人规划和开发都很好，比较适合想在测试领域进一步发展的人，以及一些技术过硬的测试人才，如果不愿意管理人或者项目，阿里也是一个很好的人。好的选择。***，发出两个面试技巧：一是在面试的时候适当的表达自己，只有一轮面试（比如挖角），一般可以随心所欲，发挥到极致；但是多轮面试的时候，第一轮一般是技术类的，都是直属领导。这时候你不能表现得太好，因为有的面试官不希望应聘者表现得太好，但也不能表现太差，否则评分会很低；接下来的几轮可以自由发挥；当然，这只是一个技巧，不一定适用，很多第一轮的面试官还是不错的；二是扬长避短。简历上尽量不要写东西，或者尽量不提；我的简历基本没写过linux和性能测试。面试官问我对linux熟不熟，我一般都说不熟，我才干了半年。linux的开发只用到常用的命令和vim，其他像redis这样的配置随用随查；问到性能测试的时候，我说我没做过性能测试，只是帮QA写了一些并发和性能测试的工具。基本上这个话题就讲了这么多，也算是一个总结吧。完全个人感受和看法，不具体针对两家公司。原文链接：http://www.cnblogs.com/wiki-royzhang/p/3719957.html
