25K测试老鸟7年经验的面试心得，四种公司、四种问题…

本文主要是介绍25K测试老鸟7年经验的面试心得，四种公司、四种问题…，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

这里总结了下自己今年的面试情况

先说一下自己的个人情况，普通二本计算机专业毕业，懂python，会写脚本，会selenium，会性能。趁着金三银四跳槽季，面试字节跳动测试岗技术面都已经过了，本来以为是稳打稳扎的结局了，然后和最终面试官沟通了下，面试官提出来一个薪资数字，我接受了这个提议并和hr同步了这个数字。4面一完，感觉心里不是很踏实，等了两天没任何消息，问给我发面试邮件的hr专员，告诉我系统里面试通过，让我再等等。我还挺高兴，于是就拒绝了一个另外两个挺不错的offer，期间也没有继续面试其他的公司，结果又等了两天依旧杳无音信。

为了能过个踏实，我又问了一次，这回告诉我三面面试官没给我写面评，hr专员也不知道怎么回事，去帮我核实。

挂了电话就知道百分之百凉了。

果然，六点来一通电话说不匹配，但对我的能力表示极高认可之类的片儿汤话。最后还说会帮我看看其他岗位有没有合适的，有的话会再联系我。基本上说到这儿就彻底结束了，我想到了肯定是我的技术不过关，自动化经验缺乏，经历过大厂求职碰壁，还是决定先静下心闭关修炼了一个多月。

生活还得继续，还是先简单给大家说说面试吧，我工作大概5年的时间，大家可以参考面试过程中，问的一些问题

测试面试话题1：敏捷开发与测试

以下是我个人总结的一些经验：

传统开发模式：Ｖ模式，瀑布模式。传统开发模式往往循规蹈矩，从需求，概要设计，详细设计，开发，单元测试，集成测试，系统测试，验收测试，上线发布，整个周期往往需要半年到一年，由于周期长，产品在开发过程中会存在需求变化，传统模式不适应需求的变化。为了解决这个问题，当前出现了敏捷模式。

敏捷分为敏捷开发和敏捷测试，特点和特征是：

1. 测试驱动开发和行为驱动测试

测试驱动开发是指开发先写单元测试，再写开发的代码，当单元测试跑通的时候，代码开发就完成了。

行为驱动测试是通过直接写user story，例如Cucumber框架，说来也很简单，就是在excel里为每个测试用例写好场景对应的步骤，每个步骤又对应有关键字（动作函数），之后只要对userstory/测试场景进行补充，就可以扩展一个又一个的测试用例。当然刚开始的函数都需要一个一个去编写实现。

2. 小步快跑，拥抱变化

敏捷思想会把一个产品分成多个阶段，每个阶段大约２～４周，在这个２～４周里设定的需求是明确的，不接受过大的变化，这样能保证明确的需求的实现和产品的进度，对下一个周期需求，咱们拥抱变化。

3. 不过多强求文档话，强调人与人之间的沟通

不过多强求文档话，不是说拒绝文档，有文档是最好的，但是因为时间原因，不写文档是允许的。

强调人与人之间的沟通，开发测试人员在一个小的空间里（圆桌，没有挡板的办公环境），有问题可进行当面沟通。

4. 站会（用便签，展示进度）

每日站会，开发和测试回报进度，把遇到的困难说出来讨论。每个人对项目整理进度也方便了解。

5. 结对编程

同一段代码由２个人写，一个人写代码，一个人review,或者交换。这个方式是google在用的一种方式

6. 持续集成

强调快速构建，快速测试，可以通过持续集成工具jenkins,好处是：快速发现问题，快速定位问题，节约排查时间成本等。

7. 自动化测试

大多数是单元测试

8. 重构

因为敏捷开发时，注重速度，很多代码写的不够好，之后可能需要重写代码，这时，单元测试就特别重要。单元测试能检验代码重写是否正常。

测试面试话题2：如何不漏测？

不漏测这个话题本身就是个伪命题，微软的产品都天天打补丁，包括google, facebook都经常打补丁。测试人员是没有办法保证不漏测的，但是尽可能少漏测，而且每次保证漏测的原因都是不一样的。

不漏测就等于软件没有bug，这个是整个团队的事情，团队对整个产品质量负责，测试只是质量管理中的一个小环节。

如何通过团队来构建一个好的产品质量，才是一个好的话题。

产品测试分层和效果：单元测试>接口测试>UI测试

单元测试：开发需要做单元测试和代码 review来保证产品的健壮性

接口测试：接口层变化比较小，很适合做全面自动化，实现产品快速地回归；---测试人员

UI测试：UI层自动化测试＋探索式测试；UI层变化大，虽然大家都想做自动化，但是效果并不好；---测试人员

基于现有的情况，提高产品质量：

1. 梳理好研发流程，各司其职。

2. 从需求开始，测试就应该介入，并且了解每一个细节, 根据产品需求文档、产品设计文档（概要设计、详细设计）来设计详细的测试用例，并且让产品人员，开发人员一同参与评审，让团队的力量来对测试用例进行一个补充，这样可以大大减少漏测可能。

3. bug预防，测试框架，探索式测试在测试用例设计上的运用，可减少漏测出现。

4. 让项目的相关人员做一些抽测，从不同的角度去测试系统。

5. 群策群力。

测试面试话题3：你个人短期和长期目标是什么？

有人会这样回答：“我的目标就是确保自己不落伍，而且我相信面对现实是十分重要的。我在某个地方读到过，我们在美国历史上比上一代退步的一代。这使我很担心，因此我的目标就是确保自己不落伍。这听起来可能有点悲观，但我是一个现实主义者，而且我相信面对现实是十分重要的。”

这样的回答只能凸显你是个随大流的人，没有自己的个性，特点。

合理的回答

不论在长期还是短期，我的个人策略是根据当前目标评价自己所处的位置，然后相应地修改自己的计划。比如，我每五年就制定一项个人计划，这个计划中包含一个总体目标和一系列短期目标。每6个月我就回顾一下自己的进展，然后做出必要的修改。很明显，我当前的计划就是实现职业转变，也就是找到更满意的工作。除此之外，我已经实现了近期制定的个人目标。

目标贴切实际并证明自己有在努力去实现或已实现这些目标。

测试面试话题4：给你一个测试团队，你会如何管理

这个是测试团队管理的话题

1. 管人

a. 招聘新人，找到合适的人，新人是需要做入职培训。让新人快速融入到团队中去，和开发和测试打成一片。

b. 与团队成员多做有效沟通，了解每个人真正诉求，根据诉求和公司的要求做一个管理上的平衡。

c. 设定KPI，合理的激励，奖惩分明。

d. 团建，增进了解。

2. 理事

a. 做好日常项目管理工作，监控项目的方方面面，保证公司的项目开发和质量要求。

a1. 团队成员往往以测试组的名字接不同的测试项目，需要全局把握项目的进展，比如说：需求是否了解足够充分，测试用例设计的是否足够充分，项目执行过程中是否有什么风险

b. 根据每个人的诉求和特点，合理安排每个人的工作（喜欢挑战的，就给一些挑战性的工作；　不喜欢挑战的，就给一些日常性的工作）。

管理没有真正意义上的对和错，让每个人开开心心的工作，做到一个平衡，就算是成功了。

测试面试话题5：感谢每一次面试机会

每次面试都是一次修行！都是了解自己缺点，发现不足，重新认识自己，改善提高的机会！每一次面试又是一次缘分，我们可以静静地听对方的故事和建议，思考对比自己的人生，不断修正，学习借鉴！自我鞭策！

求职的酸甜苦辣，人生百态，冷暖自知！我也重新梳理了测试行业，修正了个人发展目标。其间的经验、心得体会、方式方法希望与大家分享探讨，互相帮助，互相勉励，一起度过暂时的中年危机!

面试过程需要注意什么？

1.跟着面试官的节奏回答问题

在面了这么多场后发现，语速很重要，由于我平常说话都是很快的，所以在面试过程中一般「语速」都比较快，但是有些面试官会比较喜欢稳扎稳打的，语言这种东西在字里行间中也会体现出一个人的性格，当一场面试进行了 10 多分钟左右，你就可以「根据面试官的反馈来调整」自己的语速，能力固然重要，但是面试结果还是掌握在面试官手里的，对不?即使通过了后面的面试到了谈 offer 的时候，之前面试官对你的评价也是很重要的。

2.让面试官跟着自己的节奏来问

这点也是非常重要的一点，尽管你面试可能会有 4~5 轮，但是还是没有办法完全的挖透你，在面试官问到某个问题时，如果你对某个问题了解的比较深入，那么你就「可以抛出更多的知识点让面试官去追问」

比如你在回答锁升级的时候可以自己扩展到锁标志位，通过锁标志位还可以扩展的对象的内存布局，通过内存布局还可以扩展到不同操作系统对于内存布局的存储大小

通过一个个深入知识点的抛出以及面试官的追问，既可以让面试官发现你是一个平常都会去深入学习的人(每天一个小心机)

3.避重就轻，快速逃离

这点也很重要，如果遇到某个不会的问题时，立马过，不要犹豫，因为整个面试时间是固定的，在某个你不会的问题上停留太久可不是一个明智的选择，一定要放大自己的优点，让面试官的问题能够尽量精准命中你的知识体系内

4.学会猜

学会猜，这个要怎么理解，我给大家再举个例子

比如面试官问到你一个问题，如果你不会，该怎么办

这个时候就要学会猜了，你「可以给面试官说下跟问题相关的其他内容」，以及有哪些问题，然后根据特性，去猜下它是大概怎么回答的，这个地方「即使答错了也没关系」，因为「面试从来不是要考倒你，而是要看看你会什么，你自身的特性是否满足这个岗位」

5.别紧张，放轻松

测试岗位，沟通能力是非常非常非常重要的一点