字节跳动测试开发(测开)一、二、三技术面经

预约27号下午3点面试,连续三面,加上中途等待时间,共计5个半小时,虚脱了。。。心累

一面:

一、自我介绍
二、针对实习项目:
1、实习内容是什么;
2、实习期间测的哪个bug最令你印象深刻
3、实习期间开发的工具怎么做的,介绍下
4、实习内容提到视频相关,那对视频处理的工具了解么?那ffmpeg都可以做什么事情?
三、基础知识:
1、http和https的区别
2、java内存模型
3、java垃圾回收机制
4、java里的抽象类和接口什么区别
5、浏览器中输入一个url后,发生了什么
6、为什么喜欢用go,觉得go优势在哪
7、go的锁机制
8、用例设计:微信点赞
四、手撕代码:
求数组中出现次数最多且最大的数

全程约一个半小时

二面:

一、自我介绍
二、针对实习内容:
1、实习完最大的收获是什么
2、能来实习不?
三、基础知识:
1、tcp三次握手和四次挥手,解释为什么
2、TCP和UDP的区别
3、get和post区别
2、go的垃圾回收机制是什么?
3、go init的过程是什么?
4、用例设计:百度登陆功能
四、手撕代码:
1、给定一个有序数组A,给定一个目标数字B,查找目标数字B在数组A中出现的起始位置和结束位置
2、设计一个工具类,把post请求封装起来供别人使用,用python

全程约一小时

三面

一、针对实习内容:
1、实习期间都干了什么?
2、你提到用例运行的平台,那如果让你设计,会考虑哪些点?
二、基础知识:
1、go的内存模型
2、go中defer的作用
3、go中如何处理异常
4、用例设计:微博评论功能
三、手撕代码:
一副扑克牌,从中随机抽取5张牌,判断这5张牌是否是顺子。(不能用排序)
最后问我都拿了什么offer,这个时候大厂招人大致是个什么情况了。(有点尴尬,面试官应该比我清楚才对😂

全程1个多小时

总结
1、语言方面的基础知识基本都是根据简历来问的,其他基础网络方面偏多;
2、手撕的代码也比较基础,都有优化的余地(这方面表现不好,写的太慢);
3、感觉对我的实习很感兴趣,三面都问了很多,emmm...不做太多评价😂;
总体来说体验度不错,前两面都是小姐姐,第一次见两面都是女面试官。而且整个面试过程给我很多自由发挥的空间,能表达想法,很喜欢这种面试。

感谢信内容很奇怪:
让写评价,最后说“每次面试都会收到该问卷,不代表面试已结束”
什么鬼,委婉的表达凉凉?算了,平常心平常心。。。



#面经##校招##测试开发工程师##字节跳动#
全部评论
应该就是评价下面试体验,就是字面意思,跟面试结果没关系
点赞 回复
分享
发布于 2019-09-28 22:01
是现场还是视频面呀
点赞 回复
分享
发布于 2019-09-29 00:37
联易融
校招火热招聘中
官网直投
哇 lz你goPython都会
点赞 回复
分享
发布于 2019-09-29 09:55
楼主去字节了吗
点赞 回复
分享
发布于 2021-06-11 17:24

相关推荐

3.21 web开发工程师(穿戴) 没记录面经,只能回忆一些重点的。1、使用nginx 如何搭建单体项目的后端集群    上来就给我干懵了,我寻思我不是面运维啊。还是支支吾吾地答了一下 。拦截前端请求location /,设置请求头 proxy_set_header,设置转发地址proxy_pass。但是没说到重点的upstream ,于是就只能跳过了。2、Spring的事务失效     答:①事务方法非public修饰        ②非事务方法调用事务方法     解决方案:     既然事务失效的原因是方法内部调用走的是this,而不是代理对象。那我们只要想办法获取代理对象不就可以了嘛。这里,我们可以借助AspectJ来实现。   ③事务传播行为不对   ④事务方法的异常被捕获了    ⑤没加@Service注解 3、分布式锁的实现   答:①redis的setnx实现          ②基于zookeeper的有序节点实现          ③redisson   4、redisson的实现原理    这里没讲好。redisson应该是使用WatchDog实现锁续期,防止业务未完成导致锁过期,后续就无法保证线程并发安全。以UUID+线程id作为key,使用lua脚本删锁和上锁,以及使用redlock防止redis主从复制时,单节点宕机导致锁失效的场景。简单概括了。5、Mysql与redis的数据一致性       刚开始要我介绍了一下点赞的业务,使用redis合并写功能,先把点赞放入redis,在定时获取点赞,写入数据库,mq通知其他服务点赞的数量,后续是否点赞可先通过redis管道命令查询redis 中点赞是否存在,再查数据库,返回是否点赞。这里我寻思他应该问的是这个,我就答了拿到记录后即刻删除掉redis记录,再写入数据库。       没想到他是问缓存与数据库的数据一致性,结果就被喷不合理。后面想了一下确实回答错了,并且我的小说网站是读多写少的场景,先更新数据库,再删缓存,是比较好的,然后中间再通过mq补偿,防止删缓存失败,或者延时双删也行。只不过当时以为问的点赞业务,所以说错了之后,被质疑直接问懵了。        大致就这么多,第二天就秒挂了,寻思也是kpi了,因为没手撕。
点赞 评论 收藏
转发
4 85 评论
分享
牛客网
牛客企业服务