我有大约6年的软件测试经验,但是在准备面试时,我常常会感到很困惑。尽管到目前为止我一直在做所有的工作,但我仍然很难决定我是否应该只通过查看我的简历来回顾过去的工作经验,还是应该通过网站学习更多与测试相关的内容,以防雇主提出我的简历以外的问题。
您使用的策略是什么。
您在测试面试中遇到的挑战,
您被问到一些具有挑战性的问题。
谢谢!
#1 楼
采访某人时会遇到很多因素,面试官要寻找的主要内容取决于许多因素,例如角色,经验,团队规模,职位描述等;面试官会寻找的普通事物是:
候选人对质量和整个质量过程有多热情
他如何急于学习新事物
/>他如何交流(不是口音或技能,而是魅力)
他在技术上的声音如何
候选人的技术上如何多才多艺
他如何应对挑战(他如何找到解决方案一个手头的问题)
他的未来目标是什么?如何与组织的利益保持一致?
因此,对受访者的一些提示是:
在欧洲,大多数采访都是行为驱动的,这意味着他们会问诸如“你是什么?弱点”,“您的长处是什么”等。因此,对于此类问题,请根据您所扮演的角色来回答。例如,如果您正在申请技术职位,请不要说自己的力量是“举起100公斤”。而是说“您真的很擅长调试,并且可以帮助同事很快找到代码问题”。总是回答行为问题方面的技术问题
每当您讲述自己所从事的产品时,都应该为自己所做的事感到自豪,充满激情和自豪感。
总是环顾四周,发现办公室的一些问题,面试室等。他们可能会问:“如果有机会,您会提出什么建议来改善工作场所。并直截了当地告诉错误或没有错误,也要告诉他们。
了解基本的OOP概念
总是提到手动测试的重要性,即使它具有100%的自动化作用,因为只有优秀的手动测试人员才能识别出良好的测试用例,并且您的自动化脚本将与手动测试用例一样出色。
提出问题,例如什么是错误跟踪过程,日常运行,团队规模,角色期望等
评论
感谢PDHide!很好回答。
–user11702680
20-2-26在12:33
@ user11702680,请点击答案旁边的对勾符号,以接受最适合您的答案
– PDHide
20-2-26在12:34
#2 楼
美国面试大致包括两种方法:1)测试申请人。测试他们的知识。将它们推向算法。测试CS基础知识。查看候选人在被逼时是否能够为自己辩护。看看候选人在面试中是否能清楚地思考。超过90%的面试都使用了此功能(即使是在经理级别)。这种面试基本上是测试,测验,考试的学术方法的延续,该测验是那些经验和经验较少的人,而刚从大学毕业的人更倾向于。人们也相信,通过同一程序进行的所有候选人的纯正性是公平的。如果您只打算雇用经验不足的候选人,而忽略其他有经验的候选人会带来的好处,那是公平的。他们将从他们的经验中汲取很多意见,并希望谈论。
2)了解申请人的经验如何成为公司的资产。在这些采访中,具有数十年经验的人们与另一方进行了有趣而生动的对话。双方将(大致)说同样的话。没有一个钻探,然后是“最后的问题”。双方都在提问。这不是测试。这是经验丰富的人之间的对话-如果他们之间进行了健康,直接和公开的对话,他们可以在大约5分钟内告诉另一个人在哪里。彼此之间没有一种“测试”的感觉,而只是想知道这个人是否曾经在那儿做过,并且做到了这一点,并且已经学会了合作胜过其他一切,而且胸襟开阔的人可以学习和适应。由于缺乏行业中经过实战检验的经验以及激烈的“ Not Invented Here”综合症,这些采访目前非常罕见。这仅仅是由于有这么多的新技术,而当过去的经验过时时,过去的经验通常并不重要。我的大多数同龄人无法适应这些变化,而我现在遇到的大部分是基于许多年轻人与较老少,思想开放的人之间的(真实)经验造成的偏见。像其他偏见一样,对于很多甚至大多数人来说,都有公平的事实要素,问题是对异常的判断会因此受到严厉和错误的判断。
我的建议是在您确定这些因素之前,不要去进行技术面试。没有什么比接受最近的comp-sci毕业生的面试更具破坏力的了,他迫不及待地要在排序,堆,BigO等方面挑战您。换句话说,comp-sci理论,数据结构和算法101和不编程或高质量软件开发。这些人还没有学会计算的第一条规则-尽可能避免过早优化。取而代之的是,他们进行完全相反的操作,以提高效率,使代码不可读。忽略了我们在1990年代解决了很多问题。对他们来说,算法是一切,如果他们看不到自己的反映,他们就会拒绝您。通过在面试前和面试前自我质疑来避免这些问题。永远不要相信“您将有很多机会在面试中问这个”。以我的经验,您不会。那是招募人员BS,可以使您继续前进。您将没有机会提出您希望的问题,因为在前半小时内您将对理论问题感到筋疲力尽,无法“看到自己有多聪明,如何思考”,部分是因为面试官可能期望您遵循他们的模式。我现在的主要技能是提出问题,所以当我被问到一个问题时,我通常会立即按照“为什么,这有什么关系,您实际上想知道什么?”的顺序进行大约10次随访。这与质量代码有关,如何处理客户呢?等等。不幸的是,目前很少有其他10个问题回答一个问题,并且拒绝过程开始了。
我怎么能对自己的意见充满信心?不同公司,行业和市场上数十年的编程经验一次又一次地教会了我。 30年前,我参加了“如何编写有效的排序例程”面试。这些仍在进行中。世界其他地区已经着手解决更多现代问题。在30年的编程中,我学习了各种排序技术,但我从来没有写过这些排序例程。如果我现在编写代码以解决问题的方式编写代码,然后再解雇自己进行过早的优化。
另一个建议-在您的最初信件中发送指向此答案的链接。
评论
很好,迈克尔。非常感谢您的真诚答复。我唯一的问题是您提到的算法问题也适用于软件测试面试吗?我认为这与Web开发面试更为相关。我想软件测试面试将重点更多地放在sql和自动化框架相关的问题上(如果是自动化测试的话),对于手册,他们主要关注方法论。我在这里错了吗?
–user11702680
20-2-26在15:44
已投票。这也是我的经验,尤其是第一名。许多科技公司都希望测试人员与开发人员一样具备CS理论/算法方面的知识。我完成的访谈中有90%包括学术白板练习,而不论经验或QA职位/职务的类型(手动,sdet,qa工程师,qa自动化)如何。
–李·詹森(Lee Jensen)
20-2-26在20:22
@ user11702680是的,对于测试(自动化)职位也是如此。没错,算法不应该那么重要。但不幸的是,事实并非如此。与往常一样,公司处于控制之中,因此我们无法质疑这样愚蠢的决定。就像我说的那样,在面试前先闻一闻。我要拒绝一家公司,它把面试#1称为“分支机构和有条件的公司”,哥们,给我休息一下!不看我的SO档案的公司(同样有90%)不值得我的贡献。
–迈克尔·杜兰特(Michael Durrant)
20-2-26在21:21
具有讽刺意味的是,当我成为应用程序开发人员20年时,这些技能也不重要!并非所有人都在为Google编写搜索算法。公司发现“很难找到好人”。也许需要一点灵魂搜索
–迈克尔·杜兰特(Michael Durrant)
20-2-26在21:23
#3 楼
当我准备面试时,我正在尝试整理几乎所有我所知道的东西。所有的技术,方法,我的所有经验和成就。做到这一点的好方法是使用思维导图工具。该技术可以概述您的职业,并确定对您尝试应用的工作可能重要的方面以及可能要解决的问题不。
有时我问自己自己,如果我会成为一名面试官。我要问什么?
我还从高层管理人员的角度来看空缺职位。他们在候选人中会看重什么,为什么。通常,他们寻求的不仅仅是满足正式要求的清单。这可以帮助我思考可能不在职位范围内考虑的潜在问题,但是如果您能够证明自己的意识或态度,那将给您“加分”。
我也建议始终询问在整个过程中带动您的其他人员,他们通常在技术和经理面试中会问什么。我从来没有遇到过这样的信息是秘密的情况。通常,他们对您的成功感兴趣,因为他们需要及时平仓。
评论
谢谢阿列克谢!内容翔实的答复。
–user11702680
20-2-26在12:33
#4 楼
首先,让我们假设我的技能和经验或多或少与我申请的职位相匹配。这意味着,例如,如果职位发布正在寻找某人,而我却没有,甚至没有听说过具有“技能A”的人。其次,我浏览我的简历并尝试以系统化我所做的工作和我在以前的工作中学到的知识。
第三,我看看我过去的经历和未来的经历(职位发布中的经验)如何匹配。
除此之外,我不是想在面试的前几天学习“技能A”。不可能如此快地学习它,而仅仅知道我不知道的东西就会很酷。
评论
感谢您的意见。
–user11702680
20-2-26在12:35
除非您想从事对您没有挑战的工作,否则很少有技能完全匹配的人。
–pavelsaman
20-2-26在20:27
我只是拒绝担任Rails职位,因为尽管我已经做过5年的Rails了,但是我对当前版本没有经验。心灵吹嘘那是多么愚蠢
–迈克尔·杜兰特(Michael Durrant)
20-2-26在21:25
@pavelsaman当然,我不是在说100%的比赛。
–伴侣Mrše
20-2-27在8:03
不幸的是,有时经验不足的人可以决定候选人,而结果就是您要分享的。
–pavelsaman
20-2-27在10:11
#5 楼
根据我作为测试经理和现在的技术招聘人员的经验(但仍然对软件测试充满热情),我可以告诉您它在德国的运作方式。关于:
在面试之前研究更多与测试有关的东西:
对我来说,作为技术招聘人员,这只是提一些听起来不错的流行词是没有道理的。对我们而言,重要的是要找到一个对自己的工作充满热情的真诚的人。我有一个测试部门的同事,他只是想进行自动化测试,例如使用Java,Python,Selenium ...因此对他来说毫无意义,例如了解探索性测试中的测试专家,并提及他们并给他们留下良好的印象。因为这种方式暗示业务部门认为此人想执行手动测试而不是自动测试。而且,在获得这份工作之后,您将不会很幸运(并且相信我,一个好的招聘者会发现您是否适合这个职位:-))此外,将所有伟大的项目提到职位与手动测试职位相关的测试经理。
因此,我将重点放在第二部分上-那就是您,重要的是用相关的内容填充这些测试知识,这些内容当然可以由您自己证明和解释(当然是与工作相关的)。
关于:
你应该只看我的简历去我过去的工作经历吗?
是的!作为我的技术招聘人员,这是正确的方法。为什么?因为我想知道我想雇用的那个人,以及他或她是否适合我们的团队(以及业务部门)。请永远是真实的!这很重要,夸大您的工作没有任何意义。仅凭自己的长处(和项目示例)以及自己的弱点来反映自己的立场。
因此,从德国的角度来看,我想说的是,您可以通过履历表来准备与以下问题有关的问题:
与您的增强有关的问题:提及与您可以轻松提及的测试项目有关的优势。只需提及其中的2-3个就可以了。例如:不要仅仅说“我是一个很好的团队合作伙伴”,这样说:“在上一个项目中,我们必须与德国和印度的不同团队建立测试框架。我喜欢这种方式对不同的团队和不同的团队进行测试不同时区”(>>>团队合作者,沟通,国际经验)
与您的弱点有关的问题:一旦询问了弱点,我们就不想知道他的弱点(例如,在获得测试结果时不耐烦) )。我们只想知道他对imaptience所做的事情。我总是会提到您的简历中有关您的测试职业的示例,并最终使它变得积极!例如,“我的弱点实际上是来自印度的测试团队之间的文化误解。我将任务(例如,创建具有需求的测试用例)转移到了我们在印度的测试团队。但是我从未收到有关进度的答案,我们的项目经理是因此,三周后,我引入了一个日常通话,在那里我们还使用Skype演示了测试用例(测试创建过程或其他任何过程),这是我从改善沟通中学到的,我仍然在学习
行为问题见上文,主要是通过招聘完成的
,业务部门通常会完成的问题是:
你如何您的团队开发的测试软件?
您最糟糕的软件项目是什么?
假设您已经完成了一个Softwareproject并且存在一些严重的错误,但是我们必须在下周内交付,你说吗?
你跟自己有挣扎吗产品负责人在交付测试结果时为时过晚,您该如何处理?
这些是业务部门的典型问题,我们只想知道这些人在典型的测试情况下的反应。一次反映您的简历时,我确定您作为测试经理/测试员会从您的现实生活中了解这些情况。 br />应聘者对自己的工作有多热情?我们想要一个热爱他的工作并且可以帮助我们解决测试问题的人!
他是否了解最新趋势(并使用它们?-取决于业务部门,我们在业务部门发现了探索性测试很重要,例如这个家伙知道所有探索性的测试方法,还参加了不同的会议,例如“测试部” !!
关于面对面试所面临的挑战。好吧,我们不会向求职者或应聘者询问某些算法或深潜测试程序!!!(例如ISTBQ的内容)。没道理,这东西可以学到。这个人更重要(他可以固定在团队中,他愿意学习吗?可以理想地与团队分享他的知识吗?等等)。
希望从(德语)it-recruiter :-)
评论
我认为答案取决于几个因素,例如您要申请的职位,项目,公司,文化等。也许如果您更具体一些,人们可能会为您提供更多帮助。您在哪里申请工作?欧洲,巴西,印度,美国?
@PDHide当前在英国