近期，由于项目组人手不足，需要招聘部分测试人员。本周和上周先后面试了十几位应聘者，工作年限从2年到9年不等，但没有一个人满意。期间心里各种感叹，回想去年面试的60多位面试者，只有3人符合要求。如有不妥之处，还请狂喷我。我要求高吗？我的要求其实是：有较好的沟通能力，熟悉常见的软件开发流程，有一定的需求分析和用例设计能力，能操作基本的linux和sql。有一些编码能力会给你加分。这是长期向现实妥协的结果。如果人们足够聪明，我其实愿意花时间去培养他们。面试的遗憾结果是，真的很难找到合适的人选。更令人遗憾的是，我看到很多同行在这个行业工作多年，能力并没有随着工作年限的增长而增长。有些入行五六年的人，有时会觉得不如入行一两年的年轻人。最令人遗憾的是，大部分学生对职业发展没有清晰的认识。即使他们这样做了，他们也不会经过一些深入的思考，而是听从别人的意见。面试的一些细节： 因为我们从事的工作是业务密集型的，有些业务逻辑很复杂，所以我们特意准备了一份很好的需求（考虑到应聘者没有行业背景，详细的专业描述是givenandexamples)，并基于这个需求，提出了几个用例设计问题。不到四分之一的考生给出了比较满意的答案。我们在内部评估这个需求的时候，认为只要有一两年的用例设计经验，应该可以很好的回答。我一般会根据简历问一些问题，看看简历的真伪。还会询问一些基本的考试知识，以检查考生的专业素质。常见问题：说说你平时的检测方法？百分之九十的人只能回答等价类和边界值。只有少数人能说出其他的测试用例设计方法，但是深入追问，没有人能给出满意的答案。举一个很简单的例子，比如登录操作，让考生回答如何使用等价类方法设计用例。但令人意外的是，仍有不到五分之一的人能够给出满意的答案。陈述一个缺陷的生命周期（你是如何管理bug的？）超过半数的人可以说出一般的过程，但会问一些深入的问题：比如缺陷是如何与版本、测试轮次等相结合的，一些特殊情况如何处理等等，很多人都一头雾水，这些基本都是工作中常用的。你从事的最长的项目是什么？这期间遇到过哪些让您最头疼的问题？你如何解决它？只有大约十分之一的人可以给出合理的答案（确定问题所在，询问其不利影响是什么，能够给出一些解决方案是一个很好的答案）。你对什么样的测试工作感兴趣，想往哪里发展？十个人中有四个人会说是自动化测试，三个人会说性能测试，两个人会说是管理，一个人会说是白盒测试。并希望提供相应的培训。只有极少数人可以说出具体的想法和技术项目。如果你继续问：你说的是性能测试吗？你曾经在这个领域学习过吗？一半会说看过网站上的一些技术文章，一半会说看过loadrunner这本书。如果继续问，是哪本书？这是一篇什么样的文章？有什么具体的知识点可以讲讲吗？90%无法回答。Q：你读过哪本考试书？哪些技术博客？哪些网站？50%的人会说看过QTP的书（QTP的真实使用率已经快赶上Nokia的使用率了，国内主流的自动化书还是这个！），并没有真正在工作中使用过，然后就没有别的了。近年来，只有不到一半的人没有读过一本技术书籍。如果有管理经验的应聘者，我会问一些与考试过程管理相关的问题，比如最简单的问题：考试时间不够怎么办？十个人中只有两三个人提到了优先级和测试剪裁，大多数人回答说他们必须加班。我想说的：1.为了你的未来，请澄清一些关于个人能力的想法。五年、十年后你会是什么样子？有明确的想法吗？五年后你想成为什么样的人？如果这些想法不清楚，请到外面看看，看看有些考试成绩很好的人是怎么工作的，他们有什么能力？学习他们，追逐他们并尝试超越他们。最好认识他们，可以谈山，在一群志同道合的人中前行也是不错的。另外，目标不能太抽象，必须是可分解的、可检查的。2.多看考试书，考试书不只有QTP！看看微软测试专家石亮推荐的书单，这些都是好书：https://img.ydisp.cn/news/20220914/blwfso4aoft.html有些书可以帮助你搭建测试知识框架，cf。你还缺少什么？3、多看其他书籍，不局限于技术类书籍。如果你想看的书对你的工作有好处，推荐一些关于如何进行批判性思维的书。《思考的艺术》《六顶思考帽》《你的灯亮着么》《学会提问》是我最喜欢的4本书。他们会教你如何独立思考，养成提问的习惯，而提问的习惯是我们现在的测试人员最缺乏的东西之一。人们常常在拿到被测对象后开始编写用例和测试。与其先探索它，不如研究它。当然，IT技术也必须掌握。如果你的IT技能能赶上开发，你会发现你在测试方面的思路会很开阔：）4.把书上的东西和你的工作进行比较，把好的东西引入到你的工作中（这是一个很好的方法测试书的质量，也是促进思维，提升能力的好方法5.关注大牛的技术博客，国内写好的测试博客的人不多（很多其实都很好，但是我不喜欢写博客），但是国外有很多，有人整理了一个列表推荐给大家：http://ssnlove2008.blog.163.com/blog/static/3788942020093284842381/6.掌握你所在行业的领域知识：比如常见的IT技术，常见的业务知识，这些知识掌握得越深，你的价值就越高。enterprise就是你对被测对象的熟悉程度，就是你领域知识！！！7、没有方向？比如从你的工作开始，你遇到的最大的问题是什么？我该如何解决？我需要掌握什么样的技术才能解决？我要推动什么样的组织变革来解决呢？别人是怎么解决的？有没有更好的办法？我使用它后改善了那些？谷歌看看其他人有没有同样的问题？试着比较一下，如果你觉得他做得好，就试着和那个人联系讨论。看看对方的进步。努力把工作做得很漂亮。当你能解决10个中等问题后，你的能力就会大大提高。8.尝试做笔记。最好在线，推荐印象笔记和有道云笔记。9.坚持。10、身体健康，岁月会给你带来信任感（当然，能力要随着年龄的增长而增长）。如果你能做到这一半，两年后你就能以专业高分通过我的面试了：）当然，你也未必能欣赏我们的offer。11、对于不假思索跳槽，或者转行的同学，说：再想想！您的大部分价值都与您的业务和行业相关。比如你在保险行业做了5年，你的领域知识每年至少值5万，换个领域就没了。你在一家公司证明了自己，到了新的公司还要再次证明自己。有时外部环境、机会等会使证明过程痛苦且代价高昂。另一种抱怨：野蛮生长有很多没有经过系统训练的学员。这里面其实有很多因素，分析一下以下几点：1、大学或者职业教育没有很好的课程体系（有些培训机构还不错，但是也有待完善）。事实上，测试技能需要系统的训练和长期的磨练，才能有根本的成长，我们的职业教育或者再教育体系其实还有很多差距。2.说实话，大家的阅读氛围还不够浓厚。每个人都不喜欢看书。读书是再教育最廉价、最有效的方式。与程序员相比，考生喜欢阅读技术书籍的比例要低很多。这是一个可悲的事实。我真的希望这种现象能够改变。3、很多人转做测试是因为不喜欢coding，或者是因为IT行业工资普遍高才来测试的。如果不是真的热爱这份工作，不热爱就做不好，因为兴趣是最好的老师。4.很多人觉得测试门槛低，年轻人不愿意做，测试有点难招人才（我刚入行的时候也有这个想法，被逼着做测试当时想做的是coding和dataDBA相关的工作，已经积累了一些积累，（我没说我是什么人才））。说实话，测试的入门门槛确实有点低，但是做好测试的门槛确实挺高的。随着系统越来越复杂，测试会逐渐变得比开发更加困难和具有挑战性。让我告诉你这个你相信吗？5、专业社区尚未形成规模，测试人员没有有效交流的平台。这与美国和欧洲有很大差距。他们的社区做得很好，我们也有了一些不错的开端。比如一些热衷测试公益的同学，一些不错的会议，一些不错的线下活动，但是还需要大力发展。衷心希望检测行业的整体水平能够逐步提高。最后看看测试大师JamesWhittaker（谷歌测试方法和探索性软件测试作者）写的职业发展文章，你会受益匪浅：https://img.ydisp.cn/news/20220914/xqiulo5qnhv。html本文来自：https://img.ydisp.cn/news/20220914/cjuwotfnglf.html
