理性讨论,4年测试经验,面试要20K很高吗?....

​普通二本,4年多测试工作经验,现在依然在测试岗位,只是时间长了和一些个人原因有跳槽的想法,懂python,会写脚本,会selenium,会性能,本来信心满满的,像这样优秀的人找份高薪资测试工作不还妥妥的上岸,然而到今天都没有收到一份满意的offer!

几个月前就开始准备简历,简历上满满都是工作经历,别提有多优秀了!有想法的第一天就开始投,开始只是投了一些官网已久的岗位,并没有收到面试邀请,得到的都是不匹配的反馈,一度怀疑是不是简历写的不好,又不停的改版包装简历,然后就开始大批量的投递简历,确实是接到了几个面试邀请,但是薪资还是没有到达我的预期目标。

跟大家分享一下我的搞笑面试经历:

第一家

忘了叫什么了,公司很小,几十人吧,面试官比较个性,给了我一张白纸,他随机出题,出了一堆数据库,还有开发的问题,答得不是很好,感觉这样面试压力蛮大的。

第二家

公司叫爱投资,跟上家一样,职位不匹配,不明白hr是怎么审核简历的,跑了蛮远的,明明是招功能测试的,却打着幌子说招自动化测试!又白跑一趟

第三家

一家金融公司,可能是年底了,不是很着急招人,面试官自称是测试经理,水平一般,问的问题稀里糊涂,我面试的是自动化测试,估计她都不是很懂,没有技术问题,都是一些题外话,后来才了解到他们的产品基本不具备做自动化的条件,说是有百分之20左右自动化的工作,感觉连10都没有,明明就是招功能测试的却偏要写自动化的要求,比较坑。

第四家轻易贷

可能是大批量招人吧,我笔试的功夫来了四五个人,同一个岗位的就来了两个,技术面试没有五分钟,我做完自我介绍,人就出去了,没问一个技术问题,然后跟人事说我技术深度不够,果真是厉害,一个技术问题没问,就看出来技术深度了,估计已经有合适的人选在打发我,或者不着急,在官网,后来问了一下这个岗位要招两个人,估计会面很多人吧...

扫描二维码关注公众号,回复: 16925726 查看本文章

今年行情不好是众所周知,招一个人估计得面18个,感觉都绝望了,可能也是自己抗压能力比较弱,因为遇到的都比较坑,还好当时没有一冲动裸辞,生活还在继续,找工作还在继续,如果你和我一样奔波于各个面试中,祝愿你能找到一个满意的工作。

下面给大家分享一下在我面试的时候经常会碰到的问题:

软件测试的目的是什么?

  • 为了发现程序中的缺陷,保证软件质量。
  • 满足用户需要

软件测试的一般流程是怎么样的?

  • 项目立项后,参加需求评审
  • 根据需求文档制定测试用例,然后进行用例评审
  • 项目提测后,执行用例,问题记录cp4,及时有效的跟进问题的解决情况
  • 测试环境测试通过后,产品进行验收测试

常见的测试类型有哪些?分别说明一下?

  • 1.黑盒测试,即常说的功能测试
  • 2.白盒测试,即单元测试,通常由开发来完成,对程序类和方法的测试
  • 3.兼容性测试,主要是浏览器的兼容测试
  • 4.集成测试,即各个模块的测试
  • 5.系统测试,各模块测试完成后,对整个系统的完整性测试
  • 6.回归测试
  • 7.验收测试

测试用例设计常用的方法有哪些?详细说明一下?

最常用的3种 等价类划分、边界值、场景法

  • 1.等价类划分 分为有效等价类和无效等价类,将测试的范围划分成几个互不相交的子集,从每个子集选出若干个有代表性的值作为测试用例
  • 2.边界值:选取正好等于、刚刚大于、刚刚小于边界的
  • 3.场景法:划分不同的场景,然后逐一进行验证

解释下单元测试,集成测试,系统测试以及验收测试?

  • 1.单元测试,通常由开发来完成,对程序类和方法的测试
  • 2.集成测试,即各个模块的测试
  • 3.系统测试,各模块测试完成后,对整个系统的完整性测试
  • 4.验收测试,测试环境测试通过后,由产品或者用户进行验收测试,看看产品的实现,是不是满足了他们当初设计的需求

探索性测试是什么?应该怎么做?

在需求文档不完善或者压根没有需求文档的情况下,根据经验进行摸索尝试性进行的测试,是测试过程中形成的基本的思维性测试

什么是冒烟测试,如何有效的开展冒烟测试?

1.软件最基本的功能测试,通常由开发完成,只有冒烟点都通过的产品,交由测试,才会比较有意义 2.冒烟测试贯穿于测试的各个阶段,比如集成测试,系统测试等

一条高质量的缺陷记录(Bug)应该具有哪些内容?

  • 1.记录bug产生的前提条件
  • 2.产生bug的详细操作步骤
  • 3.截图,直观的展示问题,有效帮助开发快速定位问题

缺陷的生命周期是怎样的?

1新建–提交–分配–修复–验证–验证通过关闭–验证不通过reopen

Alpha测试与Beta测试的区别?

  • Alpha测试:把用户请到开发方的场所来测试,用户在模拟实际操作环境下进行的测试,由开发记录下用户反馈的问题
  • beta测试:当开发和测试根本完成时所做的测试,很多不同的用户,在不同的环境下操作,然后用户把产生的问题,定期发给开发者,进行修复(开发不在现场)
  • 通常现有alpha测试,后有bata测试

你认为做好软件测试应该具备哪些素质?

  • 较好的技术能力
  • 对业务逻辑的理解
  • 良好的沟通能力
  • 解决和分析事情的能力

作为测试人员,在与开发人员沟通过程中,如何有效的提高沟通效率和效果?

  • 耐心的跟开发沟通,跟他阐述不过的重要性 说服他解决问题
  • 充分尊重对方,哪怕再低级的bug都不要小看他
  • 宽以待人,设身处地为他人着想 即使开发因为压力或者其他原因不肯合作 也要心平气和的跟他沟通 讨论bug的优先级
  • 平时多跟开发沟通 无论是工作还是生活上的问题,但是测试一定要有自己的原则 对测试的产品质量负责
  • 自己先定位问题 帮助开发缩小排查范围

你觉得软件测试工程师在一个团队中,都需要做什么?有什么价值?

  • 在产品需求会上 可以站在用户的角度 提一些贴合用户需求的建议
  • 测试阶段,根据自己对项目的了解和专业的测试技能 尽可能在项目上线前测出更多问题 保证产品质量
  • 对测试过程中出现的问题 合理有效的进行风险评估。
  • 对质量严格把关 测试不通过的 一定不能发布生产

你对软件测试最大的兴趣是什么?

  • 行业前景比较好,而且近些年 越来越多企业更注重测试
  • 测试时间越久 面临的困难和挑战也越多,解决问题的同时 也提高了自身的能力
  • 自己的性格比较外向开朗 很容易跟产品和开发沟通 做起事情可以事半功倍

你对自己的职业规划是什么?

先做高级测试 有机会的话,想往管理方向发展,目前在携程做测试组长,也为以后管理做储备

在你以往的工作中,发现的影响大或印象深刻的Bug是什么?为什么?

印象深刻的bug:近期的一个项目,x发单n是发qmq消息,调用发单服务自动发单,测试过程中,我给开发提议加个手动发单–作为发单失败或者未发单的补偿,开发力争 生产不会出现发单失败的情况,但后来还是被我说服,在上线前,加个手动发单的功能。 上线第二天,公司qmq框架出现问题,产生消息消费的延迟,导致一段时间内的订单不能自动发单,这时候大家手动发单,解决部分订单,事情过后,开发更加肯定了 我当时的提的bug修复是正确的

在你以往的经历中,解决过的最困难的问题是什么?

环境问题,是所有测试人员都面临的一个难题;解决的那么多问题中,测试环境无法使用,无法快速的介入测试,仍然是比较突出的。曾经把一个长久未使用的环境,根据经验和clog定位,各个服务之间的调用,一步步完成调通

在你以往的工作或学习中,你最大的收获是什么?学到了什么?

  • 业务的积累
  • 通过各种自动化,如UI自动化,job自动化,api自动化,不仅提升了自己编码能力,也在每周的常规发布中,起到举足轻重的作用
  • 长期的测试过程中,提升了自己解决问题的能力

在没有任何文档的情况下,你如何开展测试?

  • 尽量的去获取其他的文档吧,比如开发的一 些设计文档—概要设计、功能设计、详细设计
  • 尝试从网上找类似的项目文档,如果幸运,可以从公司的资料库找到类似的文档
  • 按照开发的接口或者设计文档,按照功能模块划分,大致写一些用例,然后进行摸索测试,在测试过程中逐渐完善自己的用例

最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取 

 

猜你喜欢

转载自blog.csdn.net/chengxuyuznguoke/article/details/133043264
今日推荐