社招面经 | 测试工程师面试-笑脸金融

1、一面

测试总监

1.1 理论知识
1.1.1问一些测试理论相关的知识。

自我介绍、质量模型

1.1.2 登录如何设计测试用例。
1.1.3 给你一个东西你会从哪些方面去考虑设计测试用例。
  • 功能
  • 效率
  • 易用
  • 可靠(包括安全,一定要有)
  • 可移植
  • 可维护
  • 相关法律法规
1.1.4 开发的整个流程,测试在流程中的角色
1.1.5 你认为的测试应该是什么角色

QA更多的是一个质量保障,不是单纯的产品上线了,然后找bug。我认为的QA应该是,可以发现问题,然后定位问题,甚至可以解决问题,然后举了一个曾经帮开发定位bug,修改bug的例子。

1.1.6 如何保证用例的设计充分

充分理解需求文档,和产品,开发保持充分的沟通;通过code diff来补充测试用例,和影响方位,保证测试和回归测试的范围是精准的。

1.2 项目经验

我在A项目中做过性能测试,就需要和他具体阐述一下整个性能测试是怎么做的。
首先需要了解一下,被测试系统的系统结构和数据流向。
数据流向:就是用户提交的数据,是怎么打到服务器,并经过什么处理,并将结果返回给用户。
系统结构就是介绍下被测项目系统的的组成。
简单的画了一下系统结构图

然后根据这个图讨论了工作总遇到的问题。

1.2.1 mysql主从延迟,主库用来写,从来用来读。往往用户下完单了,有可能因为主从延迟,不一定能及时查询到自己的订单,该如何解决。

可以先将用户的数据房子啊redis缓存中,然后用户查询订单从缓存中取,可以从一定程度上避免主从延迟带来的问题.

1.2.2 为什么有mysql和mongo,都是干什么的

业务有和钱相关的信息都存储在mysql里边,mongodb用来存储和除了钱相关信息以外的信息。

1.2.3 mysql和mongo的区别

msyql是关系型数据组,用的innodb引擎支持事务,强schema;mongodb是文档型数据,没有schema,存储灵活。

1.2.4 开发用什么语言,什么框架,python的数据结构,list和tuple

python;框架是tornado,list,tuple,set,dict;list可变,tuple不能改变,tuple是list的特殊形式

2、二面

CTO

2.1发现过什么严重的bug

曾经发现过程序一直什么问题都没有,日志也正常,但是请求的数据却没有写入,最后查到是应为磁盘满了,而这台机器的磁盘没有报警,应该对所有机器加上资源使用的报警,CPU,内存,硬盘,网络都加上监控,有问题及时反馈报警,可以及早发现问题,迅速处理问题。

2.2.2 一个函数增加了一个参数,该如何测试

先测试函数本身,相当于单元测试。
再找出调用该函数的地方,确定函数的影响范围,有影响的范围进行一遍测试,包括代码层面的,和集成后产品功能层面的。

2.2.3 对测试的发展有什么看法没有

测试应该也是分层的,黑盒测试,灰盒测试,白盒测试。不同的层次看问题的角度也不太一样了。比如黑盒测试,只要在产品都出来后,才能开始进行测试,测试工作太滞后了;灰盒的时候,测试工作相较于黑盒测试,有一定的提前性,但是也没有很深入,有些实现逻辑在文档里边没写,但是开发后续自己补上了,可能就测试不到,导致测试不全面,上线有一定的风险;到了白盒就能知道代码的所有逻辑,和代码对需求的实现是否充分,也能更早的参与测试,及早发现问题。

2.2.4 测试最重要的技能是什么

发现测试点和沟通的能力最重要。只要发现了足够多的测试点,然后转化成测试用例,保证用例的覆盖率,就能保证质量,不管是做功能,性能,还是自动化测试,发现测试点尤其重要。然后就是有效的沟通,使得问题更易容得到处理。

2.2.4 对自己的职业规划

上一份工作,做了很多自动化相关的东西,学习了很多开发的只是希望接下来的一份工作逐步开始向测试开发的方向走,逐步开发一些工具或者脚本,给相关的同事用,提升测试的效率,也想通过开发一些自动化工具,来能保证质量。

3、三面

CEO

3.1 你过去的几份工作都给你带来了什么。

3.2 你有什么优缺点

3.3 你期望的下一份工作是怎么样的

3.4 你喜欢的工作氛围是怎么样的

3.5 你有什么要问我的吗

4、四面

HR

过往薪资,待遇,自己对公司有什么诉求

#笑脸金融##社招##测试工程师##面经#
全部评论
感谢大佬分享!也欢迎其他牛友参加社招面经活动~~ -------------------- 活动:社招面经征集|参加过社招的牛友,来发面经吧,拿京东卡
点赞 回复
分享
发布于 2019-10-21 14:47
百信银行
校招火热招聘中
官网直投
QA更多的是一个质量保障,不是单纯的产品上线了,然后找bug。我认为的QA应该是,可以发现问题,然后定位问题,甚至可以解决问题,然后举了一个曾经帮开发定位bug,修改bug的例子。 这一点很赞,已经开始学习做了 充分理解需求文档,和产品,开发保持充分的沟通;通过code diff来补充测试用例,和影响方位,保证测试和回归测试的范围是精准的。 好像我司一直这么做,但不知道这种 算白盒测试呢,还是灰盒测试  
点赞 回复
分享
发布于 2019-11-30 16:38

相关推荐

9 62 评论
分享
牛客网
牛客企业服务