如何提高自己的软件测试水平之bug定位

小伙伴在面试投简历的时候会经常看到人家公司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、有阅读代码的能力。

总结：

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。