写给那些会做不会说的测试员!是什么正在摧毁你的面试?

发表于:2020-1-19 09:59

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:佚名    来源:网络

分享:
  职场如战场,既是挑战自己的无穷潜力,又是与企业的对弈,更是千军万马过独木桥的较量,即使你是“天子骄子”,不过桥一样没有工作,没有饭吃,所以孰胜孰败,只取决于面试的刹那间。
  古人云:“知彼知己,百战不殆;不知彼而知己,一胜一负;不知彼,不知己,每战必殆。”由此可见,无论是古代还是现代,想打一场胜仗,想谋一份称心如意的差事,想讨一个升职加薪的机会,清楚他人的实力和了解自己的实力,事先做好充足的准备是极其重要的。
  对于一名专业的测试员而言,自动化测试项目的全部实战,从独立脚本的研发到业务场景脚本再到最后的自动化测试框架和持续集成,都有完整的成果物提交,发现问题,并能针对各种不同的工作问题进行了总结和分析
  但是如何把这些工作成果在面试中讲出来呢?这可是大部分测试员的通病!
  虽然不能说天生嘴笨,让干活的话,学习实践后还是很有信心的,觉得让自己独挡一面来做事也还是可以完成的。但是这些“工作能力”怎么在面试的时候讲呢?总不能说自己做过自动化测试,这么简单一句吧!
  听听15年资深测试工程师Lucy老师分享的软件测试面试经验,准能帮助你快速找到好工作,offer拿到手抽筋:
  (Lucy老师即时贴:这是很多技术人员都遇到的问题,会做不会说!如何全面表达自己的自动化测试能力?
  1、明确企业用人的目标,尤其是对能力的评价指标
  2、有很强的学习能力,快速解决问题能力,团队协作能力,稳定性以及良好的可塑性.....
  3、这些能力在面试表达中不用非得都要体现,但至少前3点是比较重要的能力,应该要考虑在项目实践和工作的哪些环节能体现出自己的这些能力?
  4、举例:快速解决问题的能力,那么就是先要搜集整理在自动化测试中遇到的各种各样的问题。比如如何提高自动化脚本的测试覆盖率?当脚本出现错误时,如何快速定位问题并修复?如何设计并实现的自动化测试框架等等。
  这些问题不需要考虑顺序,也不需要考虑有无关联性,只要是一个不容易解决的问题,能体现我们能力的深度和难度的最好,不要找一些过于简单的问题,否则无法体现竞争力。
  5、一般围绕一个方面的技术至少要准备3个问题。问题准备好之后,就需要搜集该问题相关的成果物。比如要说明如何设计并实现自动化测试框架的问题?
  需要搜集在Python全栈自动化测试实战中所有相关成果如下:
  自动化测试框架需求
  自动化测试框架设计类图及流程图
  自动化测试框架分层结构图
  自动化测试框架版本规划设计
  自动化测试框架各个版本脚本程序
  设计编写自动化测试框架过程中出现的各种问题
  自动化测试框架工作总结
  在以上成果物的基础上,进行能力表达的梳理。
  问题回答示范:
  1)我负责的项目是在自动化脚本积累到一定的程度后才开始往自动化测试框架进行移植和实现的。刚开始的自动化测试主要目标就是把我们项目中常用的功能和业务场景的脚本尽快调试通过,并且进行参数化设置,而且对测试结果通过断言技术进行各种验证,把测试结果也用脚本存入测试报告文档中。
  2)这样积累了一段时间后,发现每次发布版本后,要结合进行自动化回归测试的时候就越来越麻烦了。一个方面我们得和开发沟通半天发版的内容涉及哪些功能模块,这些功能模块又对应哪些自动化脚本,这些脚本的执行顺序有些也还是有要求的。我们就得有专门一个人盯着,一个一个的进行脚本的执行调用,虽然执行本身是脚本来完成的,但是执行哪些脚本脱离不了人工。
  3)后来我们就一块讨论设计了一个自动化测试框架,这个框架我们定义了5层(配置层、脚本层、数据层、测试报告层、驱动层,在面试时可以拿一张纸一边说一边画更清晰一些)。其中最复杂的是配置层的设计和驱动层的实现。
  4)我们的配置层主要是来控制此次回归哪些自动化测试脚本以及脚本的执行顺序和执行状态等问题。这样只要人工把这个配置文件中脚本的状态和顺序调整好,其他的调用执行工作就由框架驱动层自动去调用完成了。就完全不需要人工参与了。
  5)同时为了提高自动化测试的执行效率,对于脚本之间没有严格执行顺序要求的内容,我们部署了多台自动化测试机,同时运行。这样可以在下班后,同时并行。第二天来的时候只要打开报告层去查看就可以了。
  6)后来我们为了优化提高bug的反馈效率,在框架中增加了提取bug报告的功能,也就是通过框架自动执行过程中加入判断逻辑,对于测试脚本未通过的内容进行提取,提取出对应的测试脚本的序号和名称,以及哪个测试方法报错。把这些内容单独提取出来,增加了一个bug报告层,把这些内容放入bug报告里面,这样就不用人工去筛选bug了,比以往的效率还要更高一些。
  7)其实自动化测试框架我们也是在持续的进行优化改进,因为bug报告也需要我们到服务器端打开来再看,而且测试人员还需要进行一些分工验证,一般谁写的脚本谁来确认bug?为了减少这一部分bug分配和确认的工作量。
  8)我们又增加了邮件发送技术,也就是在配置文件中写明对应脚本负责的测试人员,然后在框架自动执行的过程中,通过邮件发送技术把对应的bug信息自动发给对应的测试人员。这样就不用测试人员自己去找自己对应负责的bug了,工作效率和准确性又大大提高了很多。
  9)具体发邮件使用的技术是......
  10)在框架研发和设计中也遇到了很多的技术问题,比如为了找到执行出错的用例脚本,我们.........
  11)有了这个自动化测试框架以后,节约了很多测试工作
  1、不用人工参与自动化测试执行了,只要把配置文件设置好就可以了
  2、测试中出现的问题都有明确完整的记录,防止人执行时的遗漏
  3、通过自动发送邮件进行bug确认,节约了人工分拣的工作量
  4、可以在非工作时间,多台机器同时自动化测试执行,大大提高了回归的效率和覆盖率
  12)通过我们设计研发的这个测试框架,自动化的测试回归工作持续有效的不断开展,我们也希望后续的框架改进能适应各种不同类型项目,这种框架也是我们持续改进的目标。)
  面试并不可怕,只要保持实力,信心满满,把平时的专业技能,工作经验组织好语言表达出来。曾经的屡屡失败算什么?
  一次次的努力,会不断增加自己的筹码,有这种精卫填海般的坚持,有这种对软件测试行业的执着,成功可能会迟到,但早晚会来报到!

     本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号