同学们在面试投简历的时候会经常看到人家公司JD上写的要求之一,如下:
这句话大家不要以为随便写写的,在我工作的十几年过程中起码见过10个以上试用期没过的公司新人,公司在衡量一个测试工程师是否专业的标准之一就是:准确的定位bug。
很多同学以为测试只是需要按照软件需求说明书写的用例去测,测出来bug,在bug管理工具上一提就结束了,就可以下班了(新人经常干的事情),错矣!为什么?课上我说过,bug的数量是衡量测试工程师的一个指标,而bug的质量(优先级)也是一个重要指标,不要重视了数量而忽视了质量。这里所说bug的质量不仅仅是一个bug优先级的高低,更多的是这bug的产生原因和触发条件。
在面试的时候我们经常会遇到面试官提出的一个问题:在你之前的项目中你遇到的印象最深的bug是什么?(我面试别人的时候也问过,哈哈哈),很多面试者对这个问题表示很意外,然后绞尽脑汁的想,然后随口扯一个.作为面试官,我想知道的并不是你印象最深的bug,我想知道的是在这bug的发现和解决过程中你是如何体现你的价值的,这只是“准确定位bug”披了一层伪装而已。
很多bug不能只看表象,它下面隐藏的是一个庞然大物甚至是业务逻辑上的大bug。如果不从根本上找出表象bug的成因,一昧的去拆东墙补西墙,那么真正的大bug就会被隐藏起来,等到了上线的时候爆发出来那时候就为时晚矣。
现在很多公司已经不需要专职业务测试的(这里指:自动化体系很完善,或者 单元测试、代码扫描、灰度环境、线上监控很完善的团队/项目);
日常的基础功能测试、业务功能验收,项目经理、产品经理就可以搞定,不需要中间单纯传递Bug信息的“ 软件测试工程师 ” 。
从老板的角度,一个人可以干两个人的活,为什么还需要一个摆设 ?
也许,你会说,测试工程师,可以发现一些异常Bug、发现一些深层次的Bug、定位一些Bug原因、提前发现Bug 。
关键是:这些你都不会 … 你会的,也许只是提交一些表象Bug ,也用户验收、产品验收、项目验收发现的问题,无差异 。
说了这么多,如何自主定位Bug、找到Bug根因 、证明自己存在价值?
1、抓包;
2、了解服务器部署架构;
3、了解业务逻辑关系;
4、看得懂Log;
5、了解下http知识;
6、有点Linux知识;
7、思考够多、总结够多,看到问题,大概知道问题类型,缩小定位范围;
8、有信息检索能力;
9、有阅读代码的能力。
最后感谢每一个认真阅读我文章的人,下面这个网盘链接也是我费了几天时间整理的非常全面的,希望也能帮助到有需要的你!
这些资料,对于想转行做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。希望对大家有所帮助……
如果你不想一个人野蛮生长,找不到系统的资料,问题得不到帮助,坚持几天便放弃的感受的话,可以点击下方小卡片加入我们群,大家可以一起讨论交流,里面会有各种软件测试资料和技术交流。
敲字不易,如果此文章对你有帮助的话,点个赞收个藏来个关注,给作者一个鼓励。也方便你下次能够快速查找。
零基础转行软件测试:38天自学完软件测试,拿到了字节的测试岗offer,堪称B站最好的视频!