字节跳动面试官亲述：问哪些问题能试出一个测试工程师真正的水平？

Posted 2021-06-15 测试baby

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了字节跳动面试官亲述：问哪些问题能试出一个测试工程师真正的水平？相关的知识，希望对你有一定的参考价值。

在这里插入图片描述
这几年面过的各种测试工程师也有三位数了，failed的不敢说，pass的基本都没有看走眼，来得晚了也想说说我的体会。

一般面试时间短则30分钟，多则1个小时，这么点时间要全面考察一个人难度很大，需要一些技巧，在这里分享一下我个人关于如何做好测试技术面试的一些经验：

在这里插入图片描述

面试前的准备

1. 简历调查

简历到你手上的时候，你要做好充分的调查分析，不仅仅是对公司负责，也是对自己与候选人时间的尊重，明显不match的简历，就不要抱着“要不喊过来试试看”的想法了，候选人也许很不错，但如果跟你的岗位不match, 也不要浪费大家时间，你要想清楚现在需要的人是有潜力可以培养的，还是亟需帮忙干活的。另外如果简历里附带了博客链接，GitHub地址，相关作品的，可以提前去看看，直接看人家多年积累的文章与代码，比这短短一小时的面试来得靠谱的多。

2. 准备问题

了解清楚候选人背景后，要根据简历，有针对性的准备问题，可以是他作品或做过项目里的某个技术细节的实现方式，也可以是他声称精通的某些领域的相关问题。总之不要等到面试过程中现想问题，特别是刚开始面试别人的同学，往往经验不足稍带紧张导致大脑短路，其实也是很尴尬的，把要问的问题提前写下来，准备充分。

考察哪些点?

1. 简历是否真实

这其实是面试第一要务，面试的过程其实就是看简历是否属实的过程，因为能到面试环节，说明这个人是符合要求的，不满足要求的早就被剔除了，如果他真的如简历描述的那样，100%会招过来，如果人人都如此，那就不需要有面试这种过程了。

需要注意的是这里的真实有三层含义：

一是他如实描述了自身经历，很多人只在一些大项目里做一个很小的螺丝钉，但简历里往往夸张这段经历。

二是不知道自己不知道，常见于简历里各种“精通”开头的描述，因为知识体系与视野的局限，明明只是了解很浅却夸口精通，很多时候他并不认为自己说的有问题，而是真的以为自己已然精通，有点井底之蛙的感觉。

三是简历里的真实要与你的期望相匹配，一门技术了解到怎样的程度才算精通，很难有定论，所以这里的“真实”只能是候选人与面试官标准之间的契合，这种有主观运气成分，也许面试官水平不够错误判断了你，也不用感到不爽，面试何尝不是种双向选择呢。

2. 技术的深度

技术的深度一向是我最看重的部分，当今任何一个技术领域都非常宽广，一个人要同时掌握那么多知识并且都深入几乎不可能，那都需要拼学习效率与工作年限了。而你曾经做过的东西，正在做的东西，是绝对可以了解得更深入的，一个对技术有好奇心，有技术热情的人，都不会仅仅停留在这个东西挺好用，而是会忍不住去探究它背后的技术原理，即便不是亲自去看源码，也会花点时间了解别人整理过的经验，所以单凭考察技术上的深度，就可以考察一个人是否对技术有热情，是否有技术好奇心等等这些很多大牛认为的所谓“优秀程序员的特征”。

之前曾看到过一句话：“一个人对他所做的事情了解得越深，他就能做的越好”。放在这里再合适不过了。

3. 技术的广度

深度是有了，还需要广度吗？我个人的理解是：深度是必要条件，广度是加分项。同样的有技术好奇心的优秀程序员，也不会满足于仅仅局限于自己的一亩三分地，工作之余，也会想要尝试一些其它的领域和方向，因为投入问题也许不够深入，但很多领域知识你知道与不知道，对你个人知识体系的形成关系很大。比如你要实现一个功能，在你当前熟悉的技术领域上很困难或者效果不佳，在你就要放弃时你的同事告诉你，这用一个简单sql语句就可以实现啦，为什么要搞得那么麻烦？这个例子虽然举得很蹩脚，但是我想意思大家应该已经明白了。知识越有广度，头脑里的技术体系就越完备，同样的问题，你就可以想到N个解，思考一下就得出最优解了，如果你听都没听过一些东西，就会经常说出“这个好难搞啊”，“这根本就不可能”，其实有的时候真是知识的局限问题，所谓的从0到1难，也是这个意思。

4. 逻辑思维能力

这也是我比较看重的一点，这里并不是指那些臭名昭彰的脑经急转弯问题，而是通过交流观察，判断一个人表达观点逻辑是否清晰，回答问题是否有章法，这个很难描述，但如果你细心观察，你会发现很容易通过一些简单的交流，就可以看出一个人是否逻辑清晰。有时候你会觉得某个人表达沟通很不错，其实不是沟通的问题，是他说出去的话，经过了他大脑的条理清晰的整理，让你很容易就能明白。这种习惯不是一朝一夕就能养成的，所以面试过程中这点装不出来。

另外一个人如果逻辑清晰，而且反应又敏捷，语速很快，那是大大的加分项，恭喜你，碰到一个聪明人了。

具体问哪些问题？

前面提到的是要重点考察的点，那么具体的测试，有没有一些通用的问题可以问的呢？我个人一般会从这几个角度考察候选人：

1. 测试的经验

2. 一门语言的水平

3. IT的基础知识

4. 代码质量的认识

5. 技术视野

6. 技术想象力
......

最后：绵薄之力

做为一名自动化软件测试，接下来我想分享一下这些年来，我对于技术一些归纳和总结，和自己对作为一名高级测试者需要掌握那些技能的笔记分享，希望能帮助到有心在技术这条道路上一路走到黑的朋友！

下面分享我整理的这份2021年可能是最全的软件测试工程师发展方向知识架构体系图。

一、Linux必备知识

linux作为现在最流行的软件环境系统，一定需要掌握，目前的招聘要求都需要有linux能力。

二、Shell脚本

掌握shell脚本，包括shell基础与应用、shell逻辑控制、shell逻辑函数等。

在这里插入图片描述

三、互联网程序原理

自动化必由之路：前端开发基础知识以及互联网网络必备知识。

在这里插入图片描述

四、mysql数据库

软件测试工程师必备Mysql数据库知识，不仅仅停留在基本的“增删改查”。

在这里插入图片描述

五、抓包工具

Fiddler、Wireshark、Sniffer、Tcpdump各种抓包工具适用于各种项目，总有一款适合你。

在这里插入图片描述

六、接口测试工具

接口测试神器，你绕不开的强大工具：Jmeter。小巧灵活：Postman。

在这里插入图片描述

七、Web自动化测试Java&Pyhton

了解自动化的目的，熟练掌握testng&unittest自动化框架，以及断言与日志处理。

在这里插入图片描述

八、接口与手机自动化

专业接口调用、测试解决方案。组建完整的web和接口自动化框架，Appium整体使用。

在这里插入图片描述

九、敏捷测试&TestOps构建

揭开TestOps的神秘面纱，持续集成Jenkins框架烂熟于心。

在这里插入图片描述

十、性能测试&安全测试

软件测试的彼岸：性能测试和安全测试，选对方向，努力爬坑吧！

在这里插入图片描述

上面就是我为大家整理出来的一份软件测试工程师发展方向知识架构体系图。希望大家能照着这个体系在3-4个月完成这样一个体系的构建。可以说，这个过程会让你痛不欲生，但只要你熬过去了。以后的生活就轻松很多。正所谓万事开头难，只要迈出了第一步，你就已经成功了一半，等到完成之后再回顾这一段路程的时候，你肯定会感慨良多。

看完这篇内容后，相信以下两件事，也会对你的个人提升有所帮助：

1、点赞，让更多人能看到这篇文章，同时你的认可也会鼓励我创作更多优质内容。

2、让自己变得更强：想一想，如果你想在测试这个行业一直做下去，你的经验和测试技术是远远不够的，你需要进阶，你需要丰富你的技术栈！还等什么！