之前公司扩张,测试 hc 非常多,面试了很多人,其实我面试题也没多难,基本从测试常识、sql、网路知识、k8s(公司业务需要但是没做核心考量)、性能、自动化(会写脚本就行)加上他简历上写的业务,如果会写代码,就问了一个问题,面向对象三大特性是啥,
基本没人能将这些基本常识回答出来,基本经验都是 5-10 年,工资拉满,是不是咋们这里都是大佬还是世界都是一个大的草台班子
大家收过简历的都知道,坐标 wuhan,早上八点半打开 boss,一分钟几百封简历,学历和能力真的能让人眼花缭乱。自认为我这面试还是比较友好的,
去年六月初公司解散,找工作真是让人麻了(count(*)和 count(1)有啥区别;索引有哪几种,怎么看索引;怎么查询一个班级每科前三的人的姓名学号),但是当我去面试别人的时,我也麻了。大家珍惜当下,能苟住就苟住
要么发一个面试你问的具体问题 大家看看
sql where 和 having 执行顺序 k8s 网络服务几种模式 性能是怎么做的 自动化异步接口是怎么做的
不是很难吧
sql where 和 having 执行顺序这个也不知道,其他能勉强答一下,但是说实话我感觉除非做基础设施的测试,一般测试都不懂 k8s 和网络,甚至很多人对容器化这些也不了解,如果我没有测过 k8s 的话,你问我 k8s 的 service 有哪些模式我是真的懵逼
sql 这个不查想不起来, 我专门搞过 k8s 一段时间,所以 k8s 的问题能直接说出来,压测,自动化异步接口这些也都不难。 感觉面试题是不难, 只是需要对方是在做这些东西的。 如果他不搞这些东西,特别细节的回答不上来也就正常了。
比如 k8s 网络模式这东西,虽然不算很难得问题,但不是专门研究过的,还真不知道。 很多说使用过 k8s 和 docker 的测试人员,其实大多都是用它部署一个服务的样子。 你问他网络模式,他确实没概念。 这是专门研究过和没研究过的人的区别。
我觉得问这几个问题是没毛病的,可以考察候选人在各个领域的程度是什么样的。 但预期候选人每个问题都能很好的回答上来,这个预期有点不太对。 比如我是不查真想不起来 sql 的那个问题的,毕竟好多年没研究 sql 了已经,我接触的测试项目中也用不上这么细节的 sql 语法。 k8s 那个问题别说测试了, 不是专业玩容器的人,就算是开发也不知道,毕竟业务开发主要搞业务逻辑, 你问他容器有几种网络模式,每种网络模式的作用是什么,他大概率是懵逼的。说白了,就是准许候选人有自己擅长和不擅长的东西。
我理解现在很多人没接触过 k8s,所以这块是加分项(不会也不做考量),sql 这块不仅仅是 where 和 having,基础分组都不知道是啥
性能这块他说他会做,我说你们现在项目是怎么监控资源的,他问这是啥
还有有一位同学,说精通 linux,我说怎么查一个端口是否占用,懵逼了(很多人都这种)
自动化这块其实挺简单,基本参数怎么校验的
我基本都是都以基础知识来问了,在面试前稍微准备一下就行,都是非常基础和常规问题,面试本来就是一个综合考量,而且测试工作本来就是一个轻技术(但是多少你都要会点),如果这几块没办法回答上来,我只能咋们需要回去补补课
业务需要性吧,工作上、sql、性能、自动化比较常用,问题就比较简单。但不怎么接触 k8s 和网路、就比较懵了
好奇「工资拉满」是多少
有点类似我刚刚做管理时面试,想要候选人样样都会,且有一定的系统性学习深度。后来我才渐渐明白,你到底需要怎么样的一个人去完成怎样的一件事,想通这个很重要。而不是他好像无所不能
功能、基本性能、接口、linux 基本命令,都是最最基本的,说白了,我们目前的做的这些,给应届生最多 3 个月都能学会,传统的测试是没啥拿的出手技能,大家还是在面试的时候多背背八股文,补补基础知识
飞哥,你应该不是没想起来,可能确实很久没用,但是飞哥你想一下你可能就记起来了,比如 SELECT sales_person, SUM(amount) as total_sales
FROM sales
WHERE region = 'East' -- 先过滤行
GROUP BY sales_person
HAVING SUM(amount) > 1000; -- 再过滤组
按着思路写出来其实就发现是先 where 做数据行过滤,再用聚合函数对整体过滤出来的组数据再过滤了。不过飞哥你说的也对,很多技术如果自己没有正在做,就算是很粗钱的,也会第一时间卡克,比如 UI 自动化的 webdriver 很基础吧,但是现在让我手写 ui 自动化的用 webdriver 打开百度我都忘记了。所以我也觉得是简历上有什么就考察什么。当然如果简历是瞎写的就其次了。而且 5-10 年的测试,其实真的来讲,约到后面越看重公司的人情世故和站队方向,大多数技术如果不是天天在用,基本都是面试的之前半个月恶补的...
大家收过简历的都知道,坐标 wuhan,早上八点半打开 boss,一分钟几百封简历,学历和能力真的能让人眼花缭乱。自认为我这面试还是比较友好的,
去年六月初公司解散,找工作真是让人麻了(count(*)和 count(1)有啥区别;索引有哪几种,怎么看索引;怎么查询一个班级每科前三的人的姓名学号),但是当我去面试别人的时,我也麻了。大家珍惜当下,能苟住就苟住
面试就是你想要啥,候选人有啥的双向选择。要看候选人跟岗位的匹配度,在强制性技术要求上深挖,在加分项上稍微扩散。
同时对于不同年龄经验的候选人,3 年以下看基础技术的掌握度熟练度,3-5 年看技术的实际技术落地应用,5 年以上看技术深度广度、解决方案设计应用与所做项目的适配度。特别是 5-10 年经验的候选人最好选择在某个领域持续深耕的且与你岗位需求相对适配的,这样面试双方都有较大的发挥空间;如果候选人经历与岗位不适配,要看他的技术发散、思维发散能力,原来的技术储备能否转化;如果候选人经历分散,各个领域都干过且时间不长,这种候选人大概率和 3 年及 3-5 年的人差不多,在简历筛选时就要慎重。
越是经验丰富的,建议就不要问一些八股类的问题,通过深挖所做项目来看候选人的技术设计、选型、应用、改进等全方位能力,这样才不容易被经验丰富会背八股的老油子蒙混过关
怎么查询一个班级每科前三的人的姓名学号;这个有具体的 sql 解吗?想看下大佬的思路是否相同;sql where 和 having 执行顺序,这个知道 having 是用来对聚合函数进行过滤的只能说出来是 where 在前 having 在后有函数的情况下;这么回答大概能过不
这些基础问些应届生和三五年以内的可以,资历老的问这些确实没必要,你要招个干活做事的可以明确工作年限,5 年甚至 10 年的,你还指望过来纯干活吗?不是的话,问这些还有什么意义呢?
having 很少用,我也答不出来,看了 sql 才知道是聚合函数。 k8s 网络服务几种模式这个我第一反应是 pod、service、暴露端口和服务的 ingress,但是真想不到 K8S 网络服务就是这 3 个。性能这个很简单,自己本来也是独立负责公司的性能提升。自动化异步接口就是 kafka、redis、MQ 这些进行业务解耦合做过自动化的回答这个也比较简单。结合楼主在武汉的话,其实很多人答不出来也正常,我们公司 4 个测试,除了我以前在一线上班时用过研究过,其他人基本空白,只会功能。话说楼主公司现在还招人吗?
SQL 是我的弱点,一般要用直接大模型解决问题就好,原理层的东西确实没多了解。
(count(*)和 count(1)有啥区别 —— 这个大概是我本科毕业时的八股文了,如果是 mysql ,只记得 count(*) 是直接获取 mysql 内部统计的一个属性值会块一些,比 count(字段名) 性能快
索引有哪几种,怎么看索引 —— 什么聚簇索引什么鬼的那种,答不上,也不知道有啥区别;怎么看索引是什么意思呢?是 explain 一条语句是否命中索引?还是建表有没有索引?我都不会
怎么查询一个班级每科前三的人的姓名学号 —— order by 知道,怎么选择前三不知道
sql where 和 having 执行顺序 —— 瞎猜,能说中,原理比较直观,瞎猜个差不多
k8s 网络服务几种模式 —— 完全不会
性能是怎么做的 —— 缺了点语境,如果是 k8s 容器的性能测试,没做过但能瞎说一下,但是常规性能测试能答上
自动化异步接口是怎么做的 —— 是指 async、await、接口回调那一类的知识?不太清楚问什么
讲真,我觉得这些东西不重要。
测试工作确实轻技术,但并不是没有技术含量(不算大厂的测试大牛,中小厂也没有这么大的技术测试需求)。
我们平时工作中会遇到各种问题:
进度阻塞、跨部门协作沟通、多线程需求的处理等
项目后期可能还需要:
自动化建设、性能需求、安全专项、高可用保障等等
这些我也做过,但是都记不住——做的时候百度一下,都能拿下。
主要还是在于处理问题的经验和能力。比如:
1、项目进度的管理:好的测试能全程把控进度,提前预知风险。
2、棘手问题的突破:遇到难题,总能找到突破口去解决。
我现在基本都懒得写代码了,能找开发写的尽量请开发写了。
技术固然重要,但是百度基本都能搞定,加上现在 AI 的突破。
工作中真正麻烦的,往往是那些看似简单、却极其繁琐的事情。
楼主面试的这些东西,其实都是测试工具的使用。我自己以前面试,更多问的可能是实际测试场景怎么处理,以及简历项目的具体情况,也会挑一两个典型场景让面试的同学展开说测试策略,自动化性能啥的也会带着问一下,熟的就多问点,不熟的就一带而过,自动化就是 copy 的事情,性能也就是压出问题了甩给开发,都不重要
索引不知道. 至于 k8s 我完全不懂,doker 我也只会启动停止安装查看这几个指令使用,having 和 where 的顺序还有些 sql 我到是没问题~,滑动窗口我都能写.
我去年搭档的测试小妹子,2 年工作经验,薪资 20+,零代码基础,python 的接口自动化,环境我给她弄好了,随便教了一下,两天上手能自己写,就是 copy 的事情,sql 我写好了给她自己拿着用,用几天也会了,但是人家干活是干净利索
@ 一代人 想到我之前被面试,怎么处理 jmeter 虚拟请求的问题.我都不知道有虚拟请求这码事.我都是压就好.
我也不知道虚拟请求是啥玩意,但是我觉得性能重要的是测试方案,方案中重要的是软硬件资源搭配评估,和测试场景的设计
做过性能的都知道这玩意水分不少,奉旨编假报告我都干过几次
同意,其实很多知识并不难,不是说懂不懂,而是知道不知道 或 了解不了解 的问题而已,只要基础没问题,脑子灵活愿意学习,有上进心,就这些东西每天都接触,一两个月都基本能掌握到独立完成的程度
我的天,你这是面开发吗?我感觉测试是要关注个人严谨度和做事态度,技术真用不到多少。https://testerhome.com/topics/43108
这个也是我上次写的最近面试总结。其实合适最重要,不一定要技术好的,比如 985、211 的技术很好,但是我们的团队和岗位就这个吊样,就算我一顿忽悠进来,人家搞几下照样跑了。所以还不如招个一般的,只要肯学习态度好,跟团队一起扛事情,一样能做出贡献
世界是个大草台班子。
我最近也在面试,是招人来接我的盘。
前面几个我面的比较认真,但是问的也不难。说实话我自己技术也很一般,我就一般的去问,发现跟我差不多,以及比我还菜的也有很多(我多了点莫名的自信)。
后来我看招不到合适的人,而且老板的奇葩要求就是测公司的网站,写测试用例 + 提 Bug。很多人都不愿意做。我就开始随便问问。
后来招来一个技术还不错的,以及一个比较菜的。两测试进来,一周就跑了。因为我这手上的东西多,公司需求也乱,杂七杂八的事也太多了。
工作难找,也不缺人,新来的同学都是 04 年,马上秋招就是 05 年的小朋友,学历 985 本硕以上,草台班子上能留下来的人越来越少了。我们现在招人都需要手撕代码了。慎重吧
基本都是 deep seek 能回答的问题,作为面试时问总感觉有点脱离时代的老古董味,是否我们应该与时俱进,告别过去的小作坊式流程,拥抱新技术呢?就比如考试时这个字我不会写,但是我会查字典,能否说明我具备这个领域的问题解决能力?
自己去面试和当面试官都难受,真是没遇到过那么匹配的人。不过从我个人的看法来说,我不太会在意你是否能回答出正确的答案,而是看你是否有正确的思路,即便你没有正确的思路,我也希望你能积极去思考、想尽办法去解决问题 (直接问我答案也行 )。
因为我觉得测试是可以去串联产品、开发、售后多个部门的,实际工作中更多是需要沟通和交流,这方面的能力很重要。至于技术,除非很顶尖的公司和高精尖行业,大部分人做的工作都是简单的,所以你能积极思考,努力沟通,比闷头做测试更有效率
今年 31 了,感觉按照目前的节奏干不到 40 岁,这个行业彻底会淘汰我们,目前我看看武汉几个传统的产品园区,整片整片都是空的,也没公司容纳我们
上班更像开卷考试,我喜欢带着一群可爱的同学玩,也被招的几个同学恶心过,后面挨训也把人搞掉了,再后来慢点总结经验,招人时会更偏感性的考量,可能会因为一个同学性格好喜欢笑选她,遇到 2 选 1 难选时,可能会因为另一个男生声音好听选他,但是最后结果都证明我没选错,毕竟测试工作的难点从来都不是测试
看了下我也入行 7 8 年了,但是这些问题大多只能说个思路具体也答不上来,只能说还好入行的早了
世界就是个草台班子。
很多测试面试是连班子都称不上。。。
要是 2 年前,只要问我但凡上面任何一个问题,我就开喷了,你们想清楚自己要招什么样的人了,你们到底要解决什么问题。。。
希望楼主戒骄戒躁吧。什么写代码问面向对象三大特性。。。我还特意搜了下出处,好像没有出处。。。千万别把不知道几手来的信息当标准。这你写代码还不如手撕牛客,LEETCODE,简单粗暴。
老哥要找工作我可以推荐推荐,目前社招 hw19 级以上,校招 985 起步,坐标武汉,工资满意。
在面试的时候有的人简历上写了精通 java、python,我也不是很会,只能问问基础的面向对象三大特征,我也不可能对着屏幕让他来写代码。
手撕代码是现在招聘笔试要求,就是 hw 那套机考,我说的意思现在市场是供小于求,要求越来越高,没有其他意思哈
我 19 面不过。
19 基本部门 2-3 号位了吧,社招的 MATCH 度得多高。。。
地点就算了。
武汉,我人在上海天天想着回南京。。。现在只能每周往返。
我的意思是:
你可以心里骂傻 X,该开开心心送走就送走了。
技术只是一小块,我从来都不认为非大厂得非核心部门,测试能有技术门槛。
没必要带情绪说别人面试者技术菜,很多时候仅仅是不 MATCH。
大部分人还是需要在业务中去找定位,而不是在技术中找定位。
与人为善,与己为善。~~~
PS:如果有人写语言精通,你看看简历的整体风格,也大概能知道靠不靠谱啊,还需要真的面试么。不怕浪费自己时间么。。。直接拒了就好了。。。
久战者才善战,业务部门的测试天天和业务打交道,忘得飞快,除非天天撸码的,现在我们组的全职测开没需求干都天天在干业务测试